Académique Documents
Professionnel Documents
Culture Documents
(Draft) Dba - Module 1 (2003-08-06) 2 - 0
(Draft) Dba - Module 1 (2003-08-06) 2 - 0
Ecole Suprieure dInformatique de Paris 23. rue Chteau Landon 75010 PARIS
www.supinfo.com
2 / 36
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
3 / 36
3.3.4. Etapes d'arrt d'une instance .............................................................................................................. 25 3.3.5. Modes d'arrts..................................................................................................................................... 26 3.4. VUE DYNAMIQUE DES PERFORMANCES ....................................................................................................... 26 3.4.1. Caractristiques des vues dynamiques de performance...................................................................... 26 3.4.2. Descriptions des vues dynamiques de performance............................................................................ 26 3.5. PARAMETRES DYNAMIQUES ........................................................................................................................ 27 3.5.1. Afficher les valeurs des paramtres courants ..................................................................................... 27 3.5.2. Paramtres d'initialisation dynamique ............................................................................................... 28 3.6. GERER LES SESSIONS ................................................................................................................................... 28 3.6.1. Activer les modes Restreint et Lecture seule ....................................................................................... 28 3.6.2. Terminaison de Session....................................................................................................................... 29 3.7. FICHIER DE LOG ET D'ALERTES ................................................................................................................... 29 3.7.1. Fichiers de Log ................................................................................................................................... 29 3.7.2. Fichiers d'Alerte.................................................................................................................................. 30 4. NATIONAL LANGUAGE SUPPORT (NLS)............................................................................................... 31 4.1. JEU DE CARACTERES ................................................................................................................................... 31 4.1.1. Caractristiques d'NLS ....................................................................................................................... 31 4.1.2. Plans d'encodage de caractres .......................................................................................................... 31 4.1.3. Caractristiques du jeu de caractres................................................................................................. 32 4.2. COMPORTEMENT DEPENDANT DU LANGAGE ............................................................................................... 32 4.2.1. Paramtres NLS ct serveur.............................................................................................................. 32 4.2.2. Paramtres NLS drivs...................................................................................................................... 33 4.2.3. Contourner le comportement par dfaut NLS ..................................................................................... 33 4.2.4. Comportement dpendant du langage pour une session ..................................................................... 34 4.2.5. NLS et le tri ......................................................................................................................................... 34 4.2.6. Paramtres NLS dans les fonctions SQL............................................................................................. 34 4.3. INFORMATION DU DICTIONNAIRE DE DONNEES............................................................................................ 35 4.3.1. Obtenir des informations sur les jeux de caractres ........................................................................... 35 4.3.2. Obtenir des informations sur les configurations NLS ......................................................................... 36
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
4 / 36
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
5 / 36
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.
Figure 1-1-2
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
6 / 36
Figure 1-2-1
7 / 36
Log Writer (LGWR) : Il enregistre les changements qui sont instancis dans le buffer de redo log ver les fichiers de redo log. (Ces changements sont rfrencs comme les donnes du redo log) System Monitor (SMON) : Il excute une rcupration de l'instance lors de son dmarrage, il nettoie les segments temporaires qui ne sont plus utiliss et annule les transaction qui n'avaient pas t valides lors d'un plantage du systme. Il dfragmente l'espace disponible dans les fichiers de donnes. Process Monitor (PMON) : Il rcupre les process lorsque qu'un process utilisateur choue. Il est responsable du nettoyage du cache et de dverrouiller les ressources systme bloques par un process utilisateur. 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)
Figure 1-2-2
8 / 36
Les fichiers de contrle (Control File) Ces fichiers contiennent les informations requises pour maintenir et vrifier l'intgrit de la base de donnes. Ils renferment la structure des donnes (Nom de la base, date de cration, chemins vers les fichiers de donnes et de redo log). Une base de donnes Oracle ncessite au moins un fichier de contrle, il est toutefois possible dgalement les mirrorer sur plusieurs disques dur.
1.4.Traitement de requtes
1.4.1. Etapes lors du traitement d'une requte
Lorsqu'un utilisateur lance une dclaration ou une requte SQL, le process utilisateur l'envoie au process serveur qui la traite. Ce traitement est dcoup en trois tapes : Parcours (Parse) : Le process serveur reoit la requte, analyse la syntaxe et vrifie les privilges de l'utilisateur pour les objets rfrencs accder. La section de mmoire du pool partag de la SGA est utilise pour compiler la requte et crer un arbre de parcours. Le statut de russite ou non de l'analyse est renvoy au process utilisateur. Excution (Excution) : Prparation de la rcupration des donnes. Si l'ordre SQL est un UPDATE ou un DELETE, les lignes affectes sont verrouilles par le process serveur pour tre rendues non accessibles aux autres utilisateurs. Rcupration des donnes (Fetch) : Les donnes sont rcupres et envoyes au process utilisateur. Selon la quantit de mmoire disponible, un ou plusieurs fetch peuvent tre ncessaires.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
9 / 36
Le pool partag est une zone mmoire faisant parti de la SGA et dont la taille doit tre dfinie par le DBA. 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 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 du dictionnaire de donnes (Data Dictionary Cache) : Contient des informations 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.
Figure 1-3-2
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
10 / 36
Figure 1-3-3
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
11 / 36
Figure 1-4-1
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
12 / 36
Ce process darrire plan crit les donnes du database buffer cache vers les fichiers de donnes sur le disque. Ces blocs de donnes sont crits lorsque certains vnements se produisent tel que : - Lcriture a lieu lorsque le nombre de buffers sales atteint un seuil, cela permet de librer des buffers dans le database buffer cache. - Lcriture se produit lorsque quun process serveur ne trouve plus de buffer libre aprs avoir recherch un certain nombre de buffers. - Lcriture seffectue lors dun timeout, par exemple lorsque le DBWn reste inactif plus de trois secondes. Le DBWn recherche alors des buffers sales selon lalgorithme LRU ou bien crit la totalit si la base de donnes est inactive. - Le DBWn se dclenche lorsquun check point est atteint, cela se produit par exemple lors de larrt de la base de donnes.
Figure 1-4-4
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
13 / 36
Figure 1-4-5
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
14 / 36
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
15 / 36
2. Outils d'administration
2.1.Utilitaires administratifs
2.1.1. Utilitaires d'administration de base de donnes
Oracle 8i fournit un ensemble dutilitaires permettant au DBA dadministrer un serveur Oracle, on peut utiliser : SQL*Plus en ligne de commande : Utile pour les taches administratives tel que le dmarrage ou larrt dune base de donnes, la restauration ou les traitements batch. Oracle Entreprise Manager (OEM) : 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. SQL*Loader : Cest un utilitaire utilis par le DBA ou des utilisateurs pour charger des donnes de fichiers plats vers des tables Oracles. Il est fortement paramtrable et sadapte de nombreux formats de fichiers. Export / Import : Cet utilitaire permet dexporter et dimporter des donnes au format Oracle. Il peut tre galement utilis pour rorganiser les donnes pour assurer un stockage et des performances optimales. On lutilise pour dplacer des donnes dun serveur Oracle un autre ou bien au sein dune mme base de donnes dun utilisateur ou dun tablespace vers un autre. ORAPWD : Cest un utilitaire permettant de crer et de maintenir le fichier de mot de passe et utilis par le DBA pour la scurit de la base de donnes et des privilges SYSDBA et SYSOPER. En plus de ces utilitaires, Oracle fournit lInstalleur Universel ainsi que lassistant de configuration dOEM.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
16 / 36
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, lassistant de configuration de base de donnes est lanc.
Figure 2-1-2
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
17 / 36
La console OEM comporte des menus, des barres doutils et elle peut intgrer des outils provenant dautres fabricants. Elle permet daccder un ensemble doutils tel que la planification de taches, la gestion des vnements, la recherche de services sur le rseau et la scurit.
Figure 2-2-1 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. Le dernier tiers se compose des nuds 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. Il utilise Net8 ou JDBC pour dialoguer avec la console OEM et est autonome (Il pourra travailler mme si la console OEM devient indisponible et transmettra son tat lorsque quil pourra la joindre nouveau).
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
18 / 36
Les objets rseaux sont galement reprsents sur une carte graphique qui permet de les situer gographiquement. La console OEM comprend galement la gestion des taches planifies (Job) qui permettent de lancer distance des taches concernant les listeners , les bases de donnes ou bien les htes. Un historique et un suivi de ltat des jobs sont galement disponibles. On peut galement consulter les vnements systmes sur les diffrents nuds et selon les critres que lon souhaite. Le DBA peut alors tre contact par email ou autres. Certains vnements peuvent faire lobjet de jobs correctifs qui seront lanc au dclanchement de celui-ci.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
19 / 36
Travail sur une base de donnes : La dernire tape consiste choisir une base de donnes via lexplorateur et sauthentifier pour pouvoir ladministrer.
2.3.Package d'administration
2.3.1. Pack de management DBA
Le pack de management DBA est un ensemble doutils utiliss pour ladministration des bases de donnes. Il se compose de cinq applications et de deux jeux dutilitaires et dassistants : Le Gestionnaire dInstance Oracle : Il permet de contrler la disponibilit des base de donnes, les sessions utilisateurs ainsi que les paramtres dinitialisation dune instance. On peut donc dmarrer ou arrter la base de donnes, la placer en mode ARCHIVELOG ou non. Le Gestionnaire de Schma Oracle : Cet outil permet de grer les objets des schmas tel que les tables, les index, les procdures ou encore les vues. Le Gestionnaire de Scurit Oracle : Il est utilis pour contrler les comptes utilisateurs et leurs privilges. On peut galement dfinir les rles ainsi que les profiles. Le Gestionnaire de Stockage Oracle : Il apporte une aide au contrle du stockage de la base de donnes, il permet dorganiser les fichiers de donnes, les tablespaces, les segments de Roll back ainsi que lajout et le renommage de fichiers de donnes. 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
20 / 36
Figure 2-3-2
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
21 / 36
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
22 / 36
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 compte et mots de passe des utilisateurs pour se connecter au schma SYS. Avec cette mthode dauthentification, les utilisateurs INTERNAL et SYS peuvent 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, seuls les utilisateurs SYS et INTERNAL sont reconnus.
3.2.Fichier de paramtre
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, le serveur Oracle sappuie sur un fichier de paramtres, normalement nomm init<SID>.ora. Ce fichier est un fichier texte contenant la liste des paramtres de dmarrage de linstance. Sous Windows NT, ce fichier se trouve par dfaut dans le rpertoire %ORACLE_HOME%\database et contient un paramtre IFILE qui fait rfrence un fichier plus complexe situ dans le rpertoire %ORACLE_HOME%\admin\<SID>\pfile. Sous UNIX, on peut le trouver dans le rpertoire $ORACLE_HOME/dbs. Ce fichier est lu lors du dmarrage de linstance, on peut lditer avec nimporte quel diteur de texte et le redmarrage de linstance est ncessaire pour que les changements prennent effet. Il est prfrable de faire une copie de ce fichier sur lordinateur o se trouve OEM sil en existe un. Parmi les paramtres du fichier de paramtre, on trouve le nom de la base de donnes pour laquelle linstance est dmarre.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
23 / 36
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.
Figure 3-2-1
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
24 / 36
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_BLOCK_BUFFERS : Spcifie le nombre de blocs mis en cache dans la SGA. 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. 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.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
25 / 36
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. 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
26 / 36
Tous les buffers de redo log sont crits dans les fichiers de redo log en ligne. Ces mmes fichiers sont ensuite ferms. La base de donnes devient indisponible aux utilisateurs mais les fichiers de contrle restent ouverts. Elle est ensuite dmonte : La base de donnes est ensuite dmonte de son instance Les fichiers de contrle sont ferms leur tour. Linstance est finalement arrte : Les fichiers de traage et dalerte sont ferms. La SGA est dsalloue de la mmoire et les process de tche de fond sont termins.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
27 / 36
V$PARAMETER : Liste les informations sur les paramtres dinitialisation avec leur nom, leur nombre, leur valeur et leur type. V$SGA : Donne des informations rcapitulatives sur la SGA. V$OPTION : Liste les options installes avec le serveur Oracle. V$PROCESS : Contient des informations sur les process actifs. V$SESSION : Donne les informations sur la session courante. V$VERSION : Liste le numro de version et les composants du serveur Oracle. 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.
3.5.Paramtres dynamiques
3.5.1. Afficher les valeurs des paramtres courants
Les paramtres dinitialisation contrlent la configuration de linstance et de la base de donnes, il est possible dafficher ces paramtres grce la commande SHOW PARAMETER ou bien via la vue V$PARAMETER. La commande SHOW PARAMETER affiche les informations sur les paramtres de la base de donnes lance. Ils sont prsents par ordre alphabtique avec leur valeur. La commande peut galement afficher un paramtre donn en spcifiant son nom, par exemple :
SHOW PARAMETER control
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
28 / 36
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 leur valeur peuvent tre dite.
Figure 3-5-2
29 / 36
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
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 la transaction courante. Toutes les tables et les enregistrements verrouills sont librs. Le message ORA-00028 est envoy lutilisateur pour linformer de la fin de la session. La colonne STATUS de la vue V$SESSION est marque comme killed.
Le paramtre dinitialisation BACKGROUND_DUMP_DEST spcifie le chemin des fichiers de trace gnr par le process darrire plan. Le paramtre dinitialisation USER_DUMP_DEST spcifie le chemin des fichiers de trace gnrs par les process serveur.
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
30 / 36
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
31 / 36
http://www.labo-oracle.com Ce document est la proprit de Supinfo et est soumis aux rgles de droits dauteurs
32 / 36
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.
33 / 36
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
34 / 36
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
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 a 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
35 / 36
TO_CHAR
Paramtre NLS NLS_DATE_LANGUAGE NLS_CALENDAR NLS_NUMERIC NLS_CURRENCY NLS_ISO_CURRENCY NLS_DATE_LANGUAGE NLS_NUMERIC NLS_CURRENCY NLS_ISO_CURRENCY NLS_CALENDAR NLS_SORT
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
36 / 36
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