Cours en pdf de Oracle

Modifié le 8/4/14 À 18:04 – Édité le 8/4/14 À 18:04 – Imprimé le 8/4/14 À 18:04 Page 10 sur 27 3.3. Démarrage et fermeture de la base de données 3.3.1. Démarrage d’une base de données Oracle Le démarrage d’une base de données Oracle consiste à mettre la base de données à la disposition des utilisateurs. · Se connecter avec le privilège INTERNAL connect INTERNAL Démarrer une instance Le démarrage d’une instance consiste à préparer le contexte (espace mémoire et processus) pour les uti lisateurs. startup nomount · Chargement d’une base de données Le chargement d’une base de données consiste à asso cier une base de données à une instance démarrée. alter database mount (ou startup mount pour faire en même temps le démarrage de l’instance) La base de données est alors accessible aux adminis trateurs mais pas aux autres utilisateurs ; cela permet de renommer un fichier de données, ajouter ou supprimer ou renomme r un fichier de reprise, activer ou désactiver l’option d’archivage des fichiers de reprise, effectuer un recouvrement (res tauration suite à une panne) total de la base de données, etc. · Ouverture d’une base de données L’ouverture d’une base de données consiste à rendre la base de données accessible à tous les utilisateurs. alter database open (ou startup open pour faire en même temps le démarrage de l’instance et le chargement de la base de données) Les fichiers de données et de reprise sont alors ou verts. 3.3.2. Fermeture d’une base de données Oracle · Se connecter avec le privilège INTERNAL connect INTERNAL · Fermeture d’une base de données Les données en mémoire sont enregistrées dans les f ichiers de données et de reprise qui sont ensuite fermés. · Déchargement d’une base de données Le déchargement d’une base de données consiste à di ssocier une base de données d’une instance. Les fichiers de contrôle sont alors fermés. · Arrêter une instance L’arrêt d’une instance consiste à libérer la mémoir e et arrêter tous les processus. La commande shutdown normal refuse toute nouvelle connexion et attend que tous les utilisateurs se déconnectent ; quand il n’y a plus aucun utilisateur connecté, la base de données est fermée et déchargée et l’instan ce est arrêtée. 4. Transactions et accès concurrents · Une transaction débute implicitement par le début d ‘une session et se termine soit à la fin d’une session soit par l’ordre SQL commit (qui valide toutes les opérations de mise à jour de s données de la transaction) ou rollback (qui annule ces opérations). · Il est possible de placer des points de repères int ermédiaires par l’ordre savepoint . · Les accès concurrents font intervenir les concepts d’intégrité, de concurrence, de consistance et mettent en œuvre la technique de verrouillage des données. · Le granule de verrouillage est logique (table, lign e, etc.) ou physique (segment, fichier, page, etc.). · Le verrouillage est implicite (géré par Oracle pour maintenir la cohérence des données) ou explicite ( l’utilisateur contrôle lui-même les verrouillages, au niveau des transacti ons ou d’une instance). Au démarrage d’une instance, par défaut (verrouilla ge implicite), le paramètre SERIALIZABLE vaut FALSE (TRUE signifierait un verrouillage systématique au niveau table) tandis que le paramètre ROW_LOCKING vaut ALWAYS (INTENT signifierait la non mise à jour simultanée des lignes d’une table par plusieurs transactions). Les différents modes de verrouillage explicite des données sont les suivants : aucun verrouillage ( V$LOCK.LMODE=1 ) tous les autres verrous (RS RX S SRX X, décrits ci- après) sont autorisés select lignes partagées RS ( row share) ( V$LOCK.LMODE=2 ) verrou sélectif des lignes en vue de leur mise à jo ur autres verrous autorisés : RS RX S SRX select … for update lock table … in row share mode lignes exclusives RX ( row exclusive) ( V$LOCK.LMODE=3 ) verrou sélectif de lignes d’une table en vue de leu r mise à jour ; les lignes ne sont cependant pas partagées avec d’autres transactions autres verrous autorisés : RS RX insert