Professional Documents
Culture Documents
1Z0-031
Module n1
Ecole Suprieure dInformatique de Paris 23. rue Chteau Landon 75010 PARIS
www.supinfo.com
2 / 38
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
3 / 38
3.3.5.Modes d'arrts............................................................................................................................................ 28 3.4. VUE DYNAMIQUE DES PERFORMANCES ..................................................................................................................... 28 3.4.1.Caractristiques des vues dynamiques de performance.............................................................................28 3.4.2.Descriptions des vues dynamiques de performance...................................................................................28 3.5. PARAMTRES DYNAMIQUES.................................................................................................................................... 29 3.5.1.Afficher les valeurs des paramtres courants.............................................................................................29 3.5.2.Paramtres d'initialisation dynamique.......................................................................................................29 3.6. GRER LES SESSIONS.............................................................................................................................................30 3.6.1.Activer les modes Restreint et Lecture seule.............................................................................................. 30 3.6.2.Terminaison de Session.............................................................................................................................. 30 3.7. CONFIGURATION DORACLE MANAGED FILES (OMF).............................................................................................. 31 3.8.FICHIER DE LOG ET D'ALERTES............................................................................................................................... 31 3.8.1.Fichiers de Log...........................................................................................................................................31 3.8.2.Fichiers d'Alerte......................................................................................................................................... 32 4.NATIONAL LANGUAGE SUPPORT (NLS)..................................................................................................33 4.1.JEU DE CARACTRES.............................................................................................................................................. 33 4.1.1.Caractristiques d'NLS...............................................................................................................................33 4.1.2.Plans d'encodage de caractres................................................................................................................. 33 4.1.3.Caractristiques du jeu de caractres........................................................................................................ 34 4.2.COMPORTEMENT DPENDANT DU LANGAGE................................................................................................................34 4.2.1.Paramtres NLS ct serveur..................................................................................................................... 34 4.2.2.Paramtres NLS drivs............................................................................................................................. 35 4.2.3.Contourner le comportement par dfaut NLS............................................................................................ 35 4.2.4.Comportement dpendant du langage pour une session............................................................................36 4.2.5.NLS et le tri.................................................................................................................................................36 4.2.6.Paramtres NLS dans les fonctions SQL....................................................................................................37 4.3.INFORMATION DU DICTIONNAIRE DE DONNES.............................................................................................................37 4.3.1.Obtenir des informations sur les jeux de caractres.................................................................................. 37 4.3.2.Obtenir des informations sur les configurations NLS................................................................................ 38
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
4 / 38
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
5 / 38
Le lien entre le process utilisateur et le process serveur est appel une connexion. Si l'utilisateur se connecte localement sur le serveur, le chemin de communication est tabli via un mcanisme de communication inter process. Si l'utilisateur se connecte via une machine cliente, un logiciel rseau est utilis. Une connexion spcifique entre un utilisateur et un serveur Oracle est appel une Session. La session dmarre lorsque la connexion de l'utilisateur est valide par le serveur Oracle et se termine lorsqu'il se dconnecte ou lorsqu'une fin de connexion prmature se produit. De nombreuses sessions concurrentes d'un mme utilisateur ou de plusieurs peuvent s'excuter sur le serveur Oracle.
1.2.1.Processus utilisateur
Pour faire fonctionner un outil application tel que SQL*Plus ou des applicatifs Oracle Forms, Oracle cre un process utilisateur (Client). L'UPI (User Program Interface) est un mcanisme standardis utilis par un process utilisateur pour communiquer avec un process serveur. C'est l'UPI qui gnre l'appel au serveur Oracle.
1.2.2.Processus serveur
Le process serveur a les caractristiques suivantes : Il traite les requtes du process utilisateur et retourne le statut et le rsultat de cette requte. Le DBA la responsabilit de l'administration de ces process serveurs. Chaque process serveur utilise une zone de mmoire appele la PGA (Program Global Area). Cette zone est cre au dmarrage du process serveur. Le process serveur inclus l'OPI (Oracle Program Interface) qui est utilis pour communiquer avec la base de donnes Oracle.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
6 / 38
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
7 / 38
1.3.2.SGA dynamique
Une SGA dynamique implmente une infrastructure qui permet de modifier la taille dynamiquement de la SGA sans teindre linstance. La taille de la SGA va augmente par lintermdiaire du data buffer cache, du shared pool, et du pool large sans jamais dpasser le SGA_MAX_SIZE. Les paramtres qui affectent la taille de la SGA sont : DB_CACHE_SIZE : La taille de cache des blocs standard. LOG_BUFFER : Le nombre de bit pour le redo log buffer cache. SHARED_POOL_SIZE : La taille en bit du shared pool. LARGE_POOL_SIZE : La taille du large pool, par dfaut 0.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
8 / 38
Check point (CKPT) : il met jour les statuts d'information sur la base de donnes tels que les enttes des fichiers de base de donnes. Ceci est fait lors d'un vnement de check point tel qu'une rotation des logs. Les changements dans le buffer de cache de la base de donnes sont alors crits de manire permanente dans les fichiers de donnes. En plus de ces process obligatoires, on trouve un ensemble de process optionnels : Recoverer (RECO) Archiver (ARCn) Lock (LCKn) Dispatcher (Dnnn) Shared Server (Snnn) Parallel Query Slaves (Pnnn)
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
9 / 38
Les fichiers de paramtre (Parameter File) : Il va dfinir les caractristiques de l'instance. Lors du dmarrage d'une instance, le serveur Oracle va lire les paramtres d'initialisation du fichier de paramtres. On retrouve des informations telles que le nom de la base de donnes, la taille de la mmoire allouer, le nom des fichiers de contrle ainsi que les autres paramtres systme. Le fichier de mots de passe (Password File) : Il est utilis pour authentifier les utilisateurs privilgis. Les fichiers de redo log archivs (Archived Redo Log Files) : Ils contiennent des copies off line des fichiers de redo log. Ils sont utiliss lors d'une rcupration suite une dfaillance d'un mdia. Les fichiers de redo log sont sauvs lorsqu'ils sont pleins, cette fonctionnalit n'est utilise que lorsque la base de donnes est en mode "ARCHIVELOG".
Nous allons ici voir les diffrentes composantes de cette zone utilise par le process serveur pour traiter les requtes. On trouve dans le pool partag : Le cache de librairie (Library Cache) : Contient les informations sur les requtes SQL et/ou PL/SQL rcemment utilises. Le plan dexcution de ces requtes est galement stock ainsi que larbre de parcours et le texte des requtes. Les verrous et les handles sur le cache de librairie sont galement consigns. Le cache de librairie est compos de deux structures : la zone partage SQL et la zone partage PL/SQL Le cache du dictionnaire de donnes (Data Dictionary Cache) :
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
10 / 38
Contient des informations les plus rcemment utilises sur le dictionnaire de donnes, les objets de la base de donnes, sa structure et la dfinition des colonnes. On trouve galement les utilisateurs valides, leur mot de passe et leurs privilges. Les informations du dictionnaire de donnes sont mises en cache lorsque elles sont demandes par la base de donnes. Ceci permet daugmenter la rapidit daccs aux donnes.
Le database buffer cache contient des blocs de donnes lus dans les fichiers de donnes. Cela permet au process serveur daccder plus rapidement aux donnes, cette zone comporte les caractristiques suivantes : Le database buffer cache contient les donnes les plus rcemment et frquemment utilises. Il contient des blocs de donnes modifies et non modifies dats selon un algorithme Oracle (LRU) pour mettre jour le buffer. La taille de chaque buffer du buffer cache est gale la taille dun bloc Oracle et spcifi par le paramtre DB_BLOCK_SIZE.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
11 / 38
Une zone de tri (Sort area) : Utilis pour stocker, si ncessaire, les rsultats intermdiaires lors du tri. Des informations de session : Contient les privilges utilisateurs pour la session en cours. Un tat de curseur (Cursor State) : Etat de ltape dans lexcution des ventuels curseurs de la session. Un curseur est un pointeur sur la mmoire associ une requte SQL donne. Cest une zone de travail utilis pour stocker le rsultat de la requte. Un espace de pile (Stack Space) : Contient les variables de session et les arrays. Dans la version 9i, de nouveaux paramtres dynamiques de gestion de la PGA sont apparus. Par exemple, PGA_AGGREGATE_TARGET dfinit la taille maximale que peut atteindre la PGA totale alloue toute une instance. La taille total de la PGA est infrieur au PGA_AGGREGATE_TARGET en mode auto de WORKAREA_SIZE_POLICY.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
12 / 38
1.5.2.Segments de Rollback
Les segments de Rollback sont utiliss pour sauver les donnes lors dune requte DML afin de les restaurer en cas d'annulation de la transaction ainsi que pour empcher dautres transactions de voir les donnes en cours de modification. Ces segments ne sont pas visibles par un utilisateur. Une base de donnes contient un ou plusieurs segments de Rollback. Le serveur Oracle assigne un segment de Rollback chaque transaction. Les segments de Rollback peuvent permettre de rcuprer des donnes non commites lors dune transaction. Ils permettent galement de rcuprer un tat consistant de la base de donnes en cas de dfaillance systme. Les segments de Rollback sont contenus dans les fichiers de donnes et sont lus dans le database buffer cache si ncessaire.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
13 / 38
Le DBWn se dclenche lorsquun check point est atteint, cela se produit par exemple lors de larrt de la base de donnes. Lorsquun tablespace temporaire ou normal est mis offline. Lorsquun tablespace est mis en lecture seule. Lorsquune table est tronque ou supprime. Lors dun timeout.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
14 / 38
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
15 / 38
Une seule criture sur le disque est donc ncessaire pour raliser un COMMIT. Si plusieurs process utilisateurs ralisent un commit simultanment, le serveur Oracle rassemble les commits et ncrit quune seule fois.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
16 / 38
2.Outils d'administration
2.1. Utilitaires administratifs
2.1.1.Utilitaires d'administration de base de donnes
Oracle Universal Installer : Linstallateur Universel est un installateur Java utilis pour installer Oracle9i, les outils Oracle et les utilitaires. Il peut installer des logiciels partir dun CDROM ou dInternet, dtecter les dpendances entre les diffrents composants. Il dtecte le langage courant du systme dexploitation ou bien utilise le langage par dfaut. Il est possible de spcifier diffrents rpertoires principaux (Le ORACLE_HOME) pour permettre dinstaller plusieurs versions dun mme produit. Linstallation peut tre guid par des assistants ou permet dutiliser des packages standard ncessitant un minimum de rponses. Il est galement possible de le lancer en mode silencieux, dans ce cas, un fichier de rponse est utilis pour remplacer les rponses aux diffrentes questions lors de linstallation. Le mode silencieux est utilis lorsquil ny a pas de terminal graphique ou lorsque lon veut que lutilisateur na rien faire pour linstallation. La syntaxe de lancement de la commande varie en fonction du systme dexploitation :
Unix : $ ./runInstaller Unix (Installation silencieuse en utilisant rpones) : ./runInstaller responsefile myrespfile silent les fichiers de
Un fichier de log est cr lors de linstallation et contient lensemble des tapes et les rsultats. Une liste des produits installs est maintenue en cas de dsinstallation de lun dentre eux. Les outils de post-installation sont galement lancs si besoin est. Par exemple, aprs linstallation dOEM (Oracle Enterprise Manager), lassistant de configuration de base de donnes est lanc. Oracle Database Configuration Assistant : Cet assistant permet de crer une base de donnes, configurer les options de la base de donnes, supprimer une base de donnes, grer les templates. Outils pour la cration des fichiers de mots de passe : La commande orapwd permet de crer un fichier de mot de passe :
$orapwd file=$ORACLE_HOME/dbs/orapwu15 Password=admin entries=5
Ensuite, il suffit de mettre REMOTE_LOGIN_PASSWORDFILE EXLUSIVE dans le fichier de paramtre. Puis, ajouter les utilisateurs au fichier de mot de passe et de leur attribuer des privilges. SQL* Plus : SQL* Plus est un outils Oracle qui permet de manipuler et interagir avec la base de donnes. Une prsentation plus complte de SQL* Plus est disponible dans le module SQLP.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
17 / 38
Oracle Enterprise Manager : Cest un outil important permettant, via une interface graphique, dadministrer, de contrler et de tuner une ou plusieurs bases de donnes localises sur un ou plusieurs serveurs.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
18 / 38
Les composants OMS forment le second tiers, les donnes de ces composants sont en effet stockes dans le repository OEM. Le repository OEM est un jeu de tables dans la base de donnes contenant les donnes systme, les donnes applicatives et ltat des nuds administrs sur lenvironnement Oracle. La base de donnes stockant le repository OEM doit tre accessible la console OEM. Un repository est associ des utilisateurs et non une machine, ainsi, il devient indpendant de sa localit et peut tre accd de partout. Un repository OEM distinct peut tre associ chaque utilisateur. OMS peut donc effectuer toutes les taches administratives, et ce de manire distribue, de plus, plusieurs OMS peuvent tre mis en place et agir en load balancing, ce qui augmente la tolrance de panne.
Les Noeuds constituent la troisime couche de larchitecture quun utilisateur va chercher administrer. Ces nuds sont contrls par les intelligent agents . Un intelligent agent est un process qui sexcute sur le nud distant du rseau et qui permet de ladministrer distance.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
19 / 38
OEM comporte un ensemble de services permettant au DBA dadministrer les serveurs Oracle et leurs bases de donnes. Les principaux services fournis par les OMS sont les suivants : Le service de taches panifies (Job Service) : Il gre les jobs programms et permet donc dautomatiser des taches rptitives. Le service de gestion des vnements (Event Service) : Il permet de contrler les vnements systmes survenant sur lensemble des serveurs Oracle du rseau, il permet de contrler des limites applicatives et systmes tel que lespace occup par les fichiers de donnes, la charge CPU ou bien des pertes de disponibilit dun service. Il peut, lors dun vnement donn, dclencher des jobs de rcupration ou autres. Le service de dcouverte (Discovery Service) : Cest un assistant permettant de dcouvrir sur le rseau les diffrents services tel que les bases de donnes, les serveurs Web, les listeners, les machines, les parallel Servers et les serveurs de vido. Le service de scurit (Security Service) : Il permet de contrler laccs aux services Oracle ainsi quaux nuds du rseau. Un super administrateur peut galement grer les diffrents administrateurs et leurs privilges. Les authentifications sont encodes dans le repository OEM et les utilisateurs doivent spcifier leur identit pour accder chaque ressource travers la console OEM.
2.2.4.Configurer OEM
Cette section prsente la configuration dOEM, lors de son installation, installateur universel lance lassistant de configuration dOEM, mais il est galement possible de le lancer nouveau lors de la cration dun repository supplmentaire. Les tapes se dcoupent comme suit : Cration du repository OEM : Lassistant de configuration demande lhte, le port, et le SID du lieu ou va tre install le repository. Lancement du service OMS : La seconde tape consiste lancer le service OMS, il dmarre automatiquement au dmarrage de Windows ou bien il peut tre dmarr manuellement. Lancement de la console OEM : La console OEM peut tre lanc via le menu Dmarrer . Il est alors possible de se connecter au repository OEM et de dcouvrir automatiquement (Ceux ou lintelligent agent est lanc) ou manuellement les diffrents nuds et services prsents sur le rseau. Configuration de la scurit : La scurit approprie doit tre mise en place pour contrler laccs aux diffrents nuds et services du rseau. Lauthentification pour un utilisateur doit tre configure pour chaque objet accder. Travail sur une base de donnes : La dernire tape consiste choisir une base de donnes via lexplorateur et sauthentifier pour pouvoir ladministrer.
20 / 38
Instance Manager : Cet outil permet de monter, fermer et surveiller une base de donne Security Manager : Il permet de contrler laccs aux services Oracle ainsi quaux nuds du rseau. Un super administrateur peut galement grer les diffrents administrateurs et leurs privilges. Storage Manager : Permet de surveiller les tablespaces, fichiers de donnes, segments de rollback. Schema Manager : Il permet de crer et maintenir des objets comme les tables, indexes et vues. SQL* Plus Worksheet : Cest une application en ligne de commandes permettant de lancer des requtes SQL, du code PL/SQL ou encore des commandes SQL*Plus.
Les outils et les assistants de sauvegarde Oracle : Ils permettent de sauvegarder, restaurer ou bien recouvrer une base de donnes. On peut galement grer les fichiers de redo log grce ces outils. On lance ces outils partir de la console ou du Gestionnaire de Schma. Les outils et assistants de gestion des donnes : Ils aident au chargement et lorganisation des donnes dans les bases de donnes. Ils permettent galement le transfert des donnes partir et vers une base de donnes Oracle. On lance ces outils partir de la console ou du Gestionnaire de Stockage.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
21 / 38
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
22 / 38
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
23 / 38
Lorsque la connexion un serveur distant nest pas scurise (Pas dauthentification par le systme dexploitation), la solution la plus scurise consiste utiliser lauthentification Oracle (Ou authentification par fichier de mot de passe). Lutilitaire ORAPWD.exe permet de crer un fichier de mot de passe. Cest dans ce fichier que sont consigns les comptes et mots de passe des utilisateurs pour se connecter au schma SYS. Avec cette mthode dauthentification, lutilisateur SYS peut utiliser la commande GRANT pour fournir des privilges DBA dautres utilisateurs Oracle. Le contenu du fichier de mot de passe est stock dans un format crypt et non lisible par des utilisateurs Oracle dune autre base de donnes. Ce fichier est un fichier cach se trouvant sous Windows NT dans le rpertoire %ORACLE_HOME%\DATABASE. Sous UNIX, cest dans le rpertoire $ORACLE_HOME/dbs que lon peut le trouver. La commande suivante doit tre utilise pour configurer ce mode dauthentification :
ORAPWD FILE=<fname> PASSWORD=<password> ENTRIES=<entries>
Ou : <fname> est le nom et le chemin complet du fichier de mot de passe. <password> est le mot de passe pour les comptes SYS et INTERNAL. <entries> est le nombre maximum dutilisateurs qui peuvent se connecter en tant que SYSDBA et SYSOPER. Le paramtre REMOTE_LOGIN_PASSWORDFILE peut tre positionn avec la valeur EXCLUSIVE ou SHARED. En mode EXCLUSIVE, une seule instance peut utiliser le fichier de mot de passe et il peut contenir dautres noms dutilisateurs que SYS et SYSTEM. En mode SHARED, plusieurs instances peuvent se partager le fichier de mots de passe. Par contre, seul lutilisateur SYS est reconnu.
3.2.Fichiers de paramtres
3.2.1.Paramtres prsents dans le fichier de paramtre
Une base de donnes Oracle devient accessible aux utilisateurs lorsque le DBA dmarre linstance et ouvre la base de donnes. Pour dmarrer une instance, Oracle lit le fichier dinitialisation. Ces fichiers sont au nombre de deux (le dernier est une nouveaut de la 9i) : le PFILE et le SPFILE. Le PFILE fait communment rfrence au fichier init<SID>.ora et le SPFILE (fichier binaire) fait rfrence au fichier spfile<SID>.ora o SID est le nom de linstance. Le fichier de paramtre est un fichier texte contenant la liste des paramtres de dmarrage de linstance.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
24 / 38
Les paramtres contrlent les performances de la base de donnes ainsi que la quantit de mmoire utilise par les diffrentes composantes de la SGA. On peut galement dfinir certains attributs physiques de la base de donnes au moment de sa cration telle que la taille des blocs de donnes. On trouve galement dans ce fichier le nom et le chemin des fichiers de contrle, des fichiers de log archivs et des fichiers de trace de la base de donnes.
Comme pour le pfile il est possible de modifier les paramtres dinitialisation avec la commande :
ALTER SYSTEM SET paramtre = valeur [COMMENT = moncommentaire] [SCOPE = MEMORY | SPFILE |BOTH] [DEFERRED]
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
25 / 38
O MEMORY : en mmoire uniquement (par dfaut comme la 8i). SPFILE : uniquement dans le SPFILE. BOTH : en mmoire et dans le SPFILE. DEFERRED : pour les paramtres dynamiques, les active pour les sessions futures (pas celles en cours). COMMENT : commentaire associer au paramtre de longueur maximale de 255 caractres. Remarque : Le contenu du spfile est visible dans la vu dynamique V$SPPARAMETER et non pas V$PARAMETER qui est utilis par le pfile.
3.2.5.Paramtres essentiels
La plupart des paramtres sont optionnels, cependant certains paramtres sont au contraire essentiels pour linstance Oracle. La liste suivante les prsente : DB_NAME : Identifiant de la base de donnes. DB_CACHE_SIZE : Ne peut tre mis 0. Gre la taille du buffer par dfaut. DB_KEEP_CACHE_SIZE : Gre la taille du keep buffer cache, utilis pour stocker les blocks dans la mmoire susceptible dtre rutiliss. DB_RECYCLE_CACHE_SIZE : Gre le taille du recycle buffer cache, employ pour supprimer les blocs de mmoire rutilis qui ont subit peu de changement. DB_BLOCK_SIZE : Taille dun bloc de donnes spcifi lors de la cration de la base de donnes. Ne peut tre chang aprs la cration. COMPATIBLE : Version du serveur avec laquelle linstance pourra tre compatible. CONTROL_FILES : Spcifie le nom des fichiers de contrle de la base de donnes. SHARED_POOL_SIZE : Spcifie la taille du pool partag en bytes.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
26 / 38
BACKGROUND_DUMP_DEST : Spcifie le rpertoire ou le process de fond de taches crit les fichiers de trace et les fichiers de log dalertes. USER_DUMP_DEST : Spcifie le lieu o les fichiers de trace utilisateurs sont cres.
La SGA est alloue et les process dmarrs. Les fichiers de trace et dalertes sont galement ouverts. La seconde tape consiste monter la base de donnes. Cest le mode MOUNT. La base de donnes nest pas encore ouverte et donc non accessible. Ce mode est utilis pour certaines taches de maintenance de la base de donnes. A ce moment, la base de donnes est associe une instance dmarre, le serveur Oracle localise les fichiers de contrle et les ouvres. Ces fichiers sont alors lus pour obtenir le nom et le statut des fichiers de donnes et de redo log. La troisime tape de dmarrage est louverture de la base de donnes. On lappelle galement le mode OPEN ou mode normal de la base de donnes. A ce moment, un utilisateur valide de la base de donnes peut se connecter et accder aux donnes.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
27 / 38
Lors de cette tape finale, le serveur Oracle vrifie que les fichiers de donnes et de redo log puissent tre ouverts. Si louverture de lun dentre eux choue, une erreur est renvoye et la base de donnes nest pas ouverte. La consistance de la base de donnes est galement vrifie pour sassurer que les fichiers de donnes soient bien synchroniss. Si ncessaire, le process darrire plan SMON lance la restauration dinstance. Les derniers checkpoints sont identifis, les fichiers de Rollback et les donnes utilisateurs sont mises jour, les transactions non commites font lobjet dun rollback
Via le Manager dInstance Oracle, il faut se connecter avec les privilges DBA. Il devient alors possible de dmarrer lInstance avec les trois modes NOMOUNT, MOUNT ou OPEN. Il est possible de prciser le fichier de paramtre ou encore douvrir la base de donnes en mode restreint. Sous Windows NT, une instance Oracle est assimile un service. Le service dmarre automatiquement et permet de dmarrer linstance.
Il est possible dagir sur le mode de la base de donnes laide du Manager dInstance Oracle. On peut par exemple changer ltat de la base de donnes de NOMOUNT MOUNT. Cela se fait laide du menu Base de donnes.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
28 / 38
Un DBA peut fermer une base de donnes dans lun des quatre diffrents mode disponibles. Ces modes sont : normal, transactionnel, immdiat et abandon. Le mode normal est le mode par dfaut, les connexions la base de donnes deviennent impossibles, toutefois, le serveur Oracle attend que les utilisateurs connects se dconnectent de la base de donnes. Une fois tous les utilisateurs dconnects, le serveur Oracle dmonte et ferme la base de donnes puis linstance. Dans ce mode de fermeture, une restauration de linstance ne sera pas ncessaire au redmarrage. Dans le mode transactionnel, les clients ne peuvent perdre leur travail. Lors de lutilisation de ce mode, aucun utilisateur ne peut lancer une nouvelle transaction. Les clients sont dconnects lorsque leurs transactions en cours se terminent. La base de donnes est ensuite immdiatement ferme. La restauration dinstance ne sera pas ncessaire dans ce mode galement. Le mode darrt immdiat entrane larrt immdiat des requtes SQL en cours, les utilisateurs sont dconnects sans attente. Le serveur Oracle rollback annule les transactions actives. Une restauration de linstance ne sera pas ncessaire. Le mode abandon (ABORT) est utilis seulement lorsque les autres modes ne peuvent fonctionner. (Ce mode est excut lorsque la commande STARTUP FORCE est utilise). Les requtes SQL sont termines et les utilisateurs dconnects, les transactions non commites ne font pas lobjet dun rollback. Le prochain dmarrage de linstance ncessitera une restauration de linstance par SMON. En mode abandon, les fichiers ne sont pas ferms.
SHUTDOWN [NORMAL | TANSACTIONAL | IMMEDIATE | ABORT]
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
29 / 38
V$INSTANCE : Donne ltat de linstance courante. Les vues lisant les donnes des fichiers de contrle sont accessibles seulement lorsque la base de donnes est monte. Les principales vues sont les suivantes : V$THREAD : Prsente les informations sur les threads des fichiers de contrle tel que les informations sur les groupes de redo log. V$CONTROLFILE : Fournit les noms des fichiers de contrle. V$DATABASE : Contient des informations sur la base de donnes tel que le nom ou la date de cration. V$DATAFILE : Donne les informations sur les fichiers de donnes tel que leur nom, leur statut et dautres dtails. V$DATAFILE_HEADER : Donne des informations sur les en-ttes des fichiers de contrle. V$LOGFILE : Contient des informations sur les fichiers de redo log en ligne
Il est possible dinterroger la vue V$PARAMETER grce une requte SQL tel que :
SELECT name, value FROM V$PARAMETER WHERE name LIKE %control%;
Il est par ailleurs possible de consulter la valeur des paramtres via le noeud des paramtres dinitialisation dans le Manager dInstance Oracle. Note : Il est ncessaire de redmarrer linstance Oracle pour que les changements apports aux paramtres du fichier init.ora soient effectifs.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
30 / 38
Soit lon utilise la commande ALTER SESSION pour modifier les paramtres de la session courante, soit lon utilise le ALTER SYSTEM pour toutes les sessions. La valeur devient effective immdiatement et jusqu larrt de linstance. Loption DEFERRED permet de modifier la valeur dun paramtre uniquement pour les sessions venir. On peut vrifier la valeur dun paramtre soit par la vue V$PARAMETER (Pour les paramtres de session) ou V$SYSTEM_PARAMETER (Pour les paramtres systme). Les champs ISSES_MODIFIABLE, ISSYS_MODIFIABLE, ISMODIFIED et ISADJUSTED sont les champs de ces vues concernant le statut de ces paramtres. Le Manager dInstance Oracle : En lanant la console, il faut cliquer sur le nud des paramtres dinitialisation. Les paramtres sont affichs sur la droite et leurs valeur peuvent tre dites.
Les sessions en cours ne sont pas dconnectes, le mode restreint ninterviendra que pour les futures connexions. Il est possible de voir les informations sur le mode restreint, en utilisant la vue V$INSTANCE. Dans le Manager dInstance Oracle, il faut utiliser le menu Session et slectionner loption Restrict. Il faudra choisir loption Allow All pour revenir en mode normal. Il est galement possible douvrir la base de donnes en mode Lecture seule. Les utilisateurs peuvent alors accder aux donnes, mais ne peuvent les modifier. Pour cela, on peut utiliser la commande SQL suivante :
ALTER DATABASE OPEN READ ONLY
3.6.2.Terminaison de Session
Lors de certaines tches administratives, le DBA doit parfois dconnecter les utilisateurs en cours. En effet, les modes restreints vus prcdemment ne dconnectent pas les sessions en cours. La commande SQL suivante dconnectera les utilisateurs ayants des sessions en cours :
ALTER SYSTEM KILL SESSION 'SID, SERIAL#' [POST_TRANSACTION]
Les paramtres sont le SID et le numro de srie ils permettent eux deux didentifier une session de manire unique. On peut les retrouver en consultant la vue V$SESSION. Il est galement possible de mettre fin une session via le Manager dInstance Oracle. Le noeud concern est le noeud Sessions, il est possible de mettre fin lune delle en cliquant dessus pour la slectionner, puis en slectionnant dans le menu Session, le sous-menu Disconnect et soit Immediate, soit Post Transaction. Lorsquune session est termine, le process de tche de fond PMON rollback annule la transaction courante. Toutes les tables et les enregistrements verrouills sont librs. Le message ORA-00028 est
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
31 / 38
Si seul le premier paramtre est initialis, alors tous les fichiers (contrle, donnes et redo) seront localiss dans le mme rpertoire Crer une base de donnes o les fichiers de donnes, de contrles et les redo log sont crs dans des rpertoires spars : La premire tape consiste crer larborescence pour les fichiers de paramtres :
DB_CREATE_FILE_DEST = /u01/oradata DB_CREATE_ONLINE_LOG_DEST_1 = /u02/oradata/ DB_CREATE_ONLINE_LOG_DESt_2 = /u03/oradata/
Le paramtre DB_CREATE_FILE_DEST initialise le rpertoire par dfaut pour les fichiers de donnes. Les paramtres DB_CREATE_ONLINE_LOG_DEST_1 et DB_CREATE_LOG_DEST_2 initialise les rpertoires pour les fichiers de redo log et les fichiers de contrles. La dernire tape consiste crer la base de donnes en elle-mme.
Le paramtre dinitialisation BACKGROUND_DUMP_DEST spcifie le chemin des fichiers de trace gnr par le process darrire plan.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
32 / 38
Le paramtre dinitialisation USER_DUMP_DEST spcifie le chemin des fichiers de trace gnrs par les process serveur. La taille des fichiers de trace est spcifie par le paramtre MAX_DUMP_FILE_SIZE.
3.8.2.Fichiers d'Alerte
Les fichiers dalerte de la base de donnes sont un archivage chronologique des messages et des erreurs. Sous Windows NT, le fichier est nomm <SID>ALRT.LOG et alert_<SID>.log sous UNIX. Ces fichiers sont crs lors du dmarrage de la base de donnes sils nexistent pas. Ces fichiers permettent de contrler si une instance fonctionne normalement, les erreurs se produisant lors de son fonctionnement sont crites dans ces fichiers. Le chemin de ces fichiers est spcifi par le paramtre BACKGROUND_DUMP_DEST. Par dfaut, le chemin sous Windows NT est %ORACLE_HOME%\RDBMS\TRACE et $ORACLE_HOME/rdbms/log sous UNIX. Leur maintenance doit tre faite la main. Ainsi, leur sauvegarde et leur suppression sont la charge du DBA. Ils peuvent tre supprims mme lorsquune instance est lance. Les informations contenues dans ces fichiers contiennent toutes les informations sur les erreurs internes, les blocs corrompus, et les erreurs de deadlock (verrous morts). Les oprations Oracle affectant les structures et les paramtres, de la base de donnes, sont galement consignes. On retrouve galement les actions telles que le lancement ou larrt dune instance ou encore les paramtres dinitialisation dont la valeur n'est pas la valeur par dfaut.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
33 / 38
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
34 / 38
Lors de la cration dune base de donnes, vous devez slectionner des jeux de caractres adapts votre base de donnes. Il est tout dabord prfrable de slectionner un jeu de caractres correspondant au plan dencodage de caractres supports par le systme dexploitation. Il peut toutefois tre diffrent de celui-ci. Une base de donnes Oracle utilise un jeu de caractres de la base de donnes et un jeu de caractres National. Ces deux jeux de caractres sont configurs lors de la cration de la base de donnes et ne peuvent tre changs ensuite. Ils ont les caractristiques suivantes : Jeu de caractres de la base de donnes Dfini la cration de la base de donnes. Jeu de caractres National Dfini la cration de la base de donnes.
Donnes des colonnes stockes pour les types CHAR, VARCHAR2, CLOB et LONG.
Donnes des colonnes stockes pour les types NCHAR, NVARCHAR2 et NCLOB (Le type LONG nest pas support). Stocke les jeux de caractres encods sur plusieurs bits en taille variable. Stocke les jeux de caractres encods sur plusieurs bits de taille fixe.
Stocke les jeux de caractres encods sur plusieurs bits en taille variable.
Les considrations suivantes sont prendre en compte pour choisir les jeux de caractres : Slectionner un jeu de caractres proche pour celui de la base de donnes et le National. Evaluer les performances pour les oprations sur les chanes de caractres. Les recherches et comparaisons sur les chanes de caractres sont plus rapides si lencodage du jeu de caractres est fixe pour le jeu de caractres national. Ne pas oublier que les jeux de caractres encods sur une taille variable sont plus conomes en place.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
35 / 38
NLS_LANGUAGE : pour les messages derreur serveur. Les messages sont stocks dans des fichiers binaires et sont nomms selon la convention <Nom de produit><ID de langage>.MSB (Par exemple ORAF.MSB pour un Oracle Franais). Ce paramtre agit sur : La langue des mois et jours dans une date. Les symboles pour les heures et les sicles. Le tri alphabtique du jeu de caractres. NLS_TERRITORY : Il dfinit les caractristiques pour : Les caractristiques du formatage des dates et des nombres. Les symboles montaires et ISO. Les caractres dcimaux, les sparateurs de groupes, de listes, le jour de dbut de la semaine, le symbole des crdits et dbits, et le calcul ISO des numros de jour. Ils peuvent tre configurs via le fichier de paramtres dinitialisation ou bien par la commande ALTER SESSION.
Ce paramtre fixe les conventions pour les messages serveur et laffichage des jours et des mois.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
36 / 38
Langue : Chaque nom de langue dans Oracle se nomenclature avec leur nom anglais, par exemple : American, French ou German. La valeur par dfaut est langlais amricain. Il contourne le paramtre NLS_LANGUAGE. Territoire : Il spcifie des valeurs pour le format par dfaut de date ou numrique et passe outre le paramtre NLS_TERRITORY. Les valeurs sont par exemple America, France ou Canada et la valeur par dfaut est lamrique. Jeu de caractres : Il spcifie le jeu de caractres pour le client sur son poste de travail. Cest un acronyme de la forme US7ASCII ou WE8ISO8859P1. Il est possible de modifier la valeur de cette variable denvironnement sous Windows NT via longlet des paramtres denvironnement dans les Proprits Systmes . Dautres variables denvironnement peuvent tre spcifies pour une station cliente : NLS_LANG NLS_CREDIT NLS_DEBIT NLS_DISPLAY NLS_LIST_SEPARATOR NLS_MONETARY NLS_NCHAR
4.2.5.NLS et le tri
Pour raliser un rsultat tri selon la convention de langage supporte par la station de travail, le serveur Oracle propose un mcanisme de tri linguistique. Le mcanisme de tri conventionnel est le tri binaire. Dans ce cas, le tri est ralis selon la valeur binaire des caractres qui est dfini par le plan dencodage des caractres propre la station de travail. Cependant, lordre alphabtique des caractres peut varier dun langage lautre. Lordre des caractres aprs un tri binaire peut donc parfois ne pas correspondre lordre alphabtique de la langue. Pour parer ce problme, Oracle dispose dun mcanisme de tri linguistique. Ce tri linguistique est li au paramtre NLS_SORT qui peut passer outre la variable NLS_LANGUAGE. Par exemple, lallemand a son propre ordre de tri nomm GERMAN . Le tri linguistique nest pas support pour les caractres encods sur des longueurs de bit variables. La commande suivante permet de positionner la variable avec la valeur souhaite :
ALTER SESSION SET nls_sort = <langue>
Le paramtre dinitialisation NLS_COMP permet de contrler le comportement des oprateurs de comparaison face lordonnancement des langues. La valeur par dfaut est binaire, mais elle peut tre passe ANSI pour utiliser le tri linguistique.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
37 / 38
SELECT TO_CHAR(hiredate, dd.mm.yyyy, NLS_DATE_LANGUAGE=GERMAN) FROM emp; SELECT ename, TO_CHAR(99G999D99, NLS_NUMERIC_CHARACTERS=:,);
Note : Les paramtres suivants ne sont pas pris en compte dans les fonctions SQL : NLS_LANGUAGE, NLS_TERRITORY, NLS_DATE_FORMAT.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
38 / 38
Figure 4-3-1 Les paramtres considrer sont NLS_CHARACTERSET et NLS_NCHAR_CHARACTERSET. La requte SQL suivante permettra dafficher les informations sur ces variables :
SELECT parameter, value FROM nls_database_parameters WHERE parameter LIKE %CHARACTERSET%;
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs