Beruflich Dokumente
Kultur Dokumente
Sommaire
Chapitre1 : Gnralits............................................................................................................................ 1 A. B. Prsentation de Oracle9i Database ............................................................................................. 2 Ladministration de bases de donnes ........................................................................................ 2 I.1 I.2 C. 1 2 3 4 5 6 Les rles de ladministrateur ............................................................................................... 2 Les outils de ladministration .............................................................................................. 2
Larchitecture interne dOracle ................................................................................................... 2 La notion dinstance ................................................................................................................ 2 Lorganisation logique de la base de donnes ........................................................................ 2 Lorganisation physique de la base de donnes...................................................................... 2 Le dictionnaire des donnes.................................................................................................... 2 La mmoire .............................................................................................................................. 2 Les processus ........................................................................................................................... 2
Zzzzzzzzzzzzzzzzzzzzzzz
i. Oracle Enterprise Manager en mode autonome
wwwwwwwwwwwwwwwwwwwwwwwwwww.
ii. Oracle Enterprise Manager et Oracle Management Server
wwwwwwwwwwwwwwwwwwwwwwwwwww.
iii. SQL*Plus Worksheet
wwwwwwwwwwwwwwwwwwwwwwwwwww.
Le BUFFER CACHE La SHARED POOL Le LARGE POOL Le REDO LOG BUFFER La JAVA POOL (si on veut utiliser la Java Virtual Machine).
Le BUFFER CACHE
Son objectif est de stocker les donnes requises par les commandes SQL, mises par les utilisateurs. Elle est organise sous forme dun ensemble de tampons (buffers) dont la taille est celle des blocks de donnes de la base Oracle. Le rle du Buffer Cache est de permettre aux utilisateurs, lors des requtes, de lire le moins souvent possible les mmes donnes sur le disque, et de garder en mmoire les donnes souvent utilises. Oracle enregistre plus tard sur disque les donnes modifies.
Le SHARED POOL
Ce pool possde deux zones mmoire permanentes et une zone mmoire optionnelle. Les deux zones mmoire permanentes : Elles sont utilises pour augmenter les performances dans des applications multi-utilisateurs. Il sagit du LIBRARY CACHE et du DICTIONNARY CACHE. La zone mmoire optionnelle : Elle est utilise dans le cas dune architecture en serveur partag. Elle contient les informations sur les sessions des utilisateurs connects.
Le REDO LOG BUFFER
Zzzzzzzzzzzzzzzzzzzzzzzz
Le JAVA POOL
Zzzzzzzzzzzzzzzzzzzzzzzz
Zzzzzzzzzzzzzzzzzzzzzzz 6 Les processus Il existe trois types de processus : Les processus utilisateurs Les processus serveurs Les processus darrire-plan
Le processus USER est un processus qui tablit une connexion avec une base de donnes oracle. Au moment de la connexion, le processus ouvre une session. Cette session durera jusqu la fin de la connexion. Exemple : Un utilisateur de lapplication SQL*PLUS se connecte linstance de la base de donnes et ouvre une session. Cest pendant cette session que cet utilisateur pourra envoyer ses commandes SQL au moteur dOracle.
2) Les procesus Serveur (SERVER)
Ce type de processus sert principalement charger en mmoire centrale les donnes enregistres sur le disque. Et ceci afin de les mettre la disposition de lutilisateur pour ses besoins en traitements. Il existe deux sortes de processus serveur : les processus serveur ddi et les processus serveur partag.
Configuration en procesus Serveur Ddi (##### SERVER)
Dans cette configuration, chaque fois quun utilisateur se connecte, il est pris en charge par un processus serveur lui seul. Si 100 utilisateurs se connectent, alors 100 processus serveurs sont crs.
Configuration en procesus Serveur Partag (##### SERVER)
Dans cette configuration, un petit nombre de processus serveurs soccupent dun grand nombre de processus utilisateurs. Oracle utilise pour cette organisation un processus rseau appel dispacher. Le processus dispacher place les requtes des utilisateurs dans une file dattente. Le processus Serveur Partag excute alors les requtes une par une.
Relation entre les procesus USER et les processus SERVER
On se pose la question de savoir comment un processus utilisateur se connecte linstance de la base de donnes. Pendant la connexion la base de donnes via le rseau, un processus rseau intervient : le processus listener. Quand un processus utilisateur se connecte la base de donnes, le processus listener intervient de deux faons diffrentes selon la configuration du serveur. En mode serveur ddi, le listener demande Oracle dallouer un nouveau processus serveur au processus utilisateur. En mode serveur partag, le listener envoie le processus utilisateur un processus dispacher.
3) Les procesus darrire-plan
Il sagit des processus qui sont lancs lors du dmarrage de linstance. Ils sont arrts lors de la fermeture de la base de donnes. Ces processus sont :
Le processus DBWR ou DATABASE WRITER Le processus LGWR ou LOG WRITTER Les processus DBWi o i =09 Le processus CKPT ou CHECKPOINT Le processus SMON ou SYSTEM MONITOR Le processus PMON ou PROCESS MONITOR
user_dump_dest== D:\Oracle\admin\BIBLIO\udump ################################################ # Distribu, Rplication et clich ################################################ db_domain= remote_login_passwordfile=EXCLUSIVE ################################################ # Divers ################################################ compatible=9.0.0 db_name=BIBLIO ################################################ # Inscription rseau ################################################ instance_name=BIBLIO ################################################ # Pools ################################################ java_pool_size=31457280 shared_pool_size=37748736 ################################################ # Processus et sessions ################################################ processes=150
Lexemple reprend le fichier dinitialisation dune base nomme BIBLIO, cre avec lassistant de configuration de base. 2 Les diffrents tats dune base de donnes
a. Base inexistante
Le premier tat est la base inexistante. La configuration de la nouvelle base crer se trouve dans le fichier dinitialisation. La seule action ralisable ce stade est le DMARRAGE de LINSTANCE. Une fois dmarre, linstance pourra lire et charger les paramtres en mmoire centrale. A ce stade, on est pass au deuxime tat de la base : base non monte.
b. Base non monte
Le fichier de contrle est lu. La cohrence de la base va tre value dans cet tat. En particulier, on va pouvoir dterminer si la base peut tre ouverte (tat suivant) sans rcupration de donnes.
d. Base ouverte
Les fichiers de donnes (DATAFILE) sont accessibles. Les utilisateurs (identifis dans la base) peuvent accder ces fichiers de donnes. Cest ltat normal de fonctionnement de la base de donnes.
e. Base ferme
Lorsque lutilisation oprationnelle le permet, il est utile de fermer la base de donnes. Cela peut permettre par exemple de : Raliser des sauvegardes compltes de la base de donnes. Modifier certains paramtres du fichier dinitialisation. Il sagit de paramtres non dynamiques et ceux-ci seront pris en compte lors du dmarrage prochain. 3 Ouverture et fermeture dune base de donnes
a. Connexion AS SYSDBA ou AS SYSOPER
Les types de connexion SYSDBA et SYSOPER correspondent des super-utilisateurs . Ils possdent les droits dadministration. Ces deux types de connexion permettent deffectuer des tches dadministration que les utilisateurs normaux nont pas le droit deffectuer : Parmi ces tches, on peut lister les suivantes : Ouverture dune base Fermeture dune base Cration dune nouvelle base
Sous SQL*PLUS, la connexion en tant que SYSDBA ou SYSOPER seffectue par la commande suivante :
CONNECT sys/mot_de_passe AS SYSDBA | SYSOPER
Le compte SYS : Par dfaut, seul SYS est habilit demander une connexion AS SYSDBA ou AS SYSOPER. De plus, le compte SYS ne peut tre utilis pour une connexion normale (sans AS SYSDBA ni AS SYSOPER). Lauthentification SYSDBA ou SYSOPER peut tre vrifie de deux faons : par le systme dexploitation, par un fichier de mots de passe.
AUTHENTIFICATION au niveau du systme dexploitation
Lutilisateur doit appartenir un groupe de droits particulier. Ce groupe est automatiquement cr par linstallateur Oracle. Ce groupe sappelle ORA_DBA. Dans ce cas, la connexion AS SYSDBA ou AS SYSOPER peut tre tablie sans saisir de nom ni de mot de passe :
CONNECT / AS SYSDBA | SYSOPER
Pour une authentification par un fichier de mot de passe, il faut crer un fichier de mots de passe grce lutilitaire ORAPWD fourni par Oracle :
ORAPWD FILE=nom PASSWORD=mot_de_passe ENTRIES=valeur
o :
FILE=nom
donne le nom et lemplaement du fichier de mots de passe. Ce fichier sappelle PWD<SID>.ORA et se trouve dans le rpertoire database.
PASSWORD=mot_de_passe
donne le nombre maximum dutilisateurs qui pourront bnficier du privilge SYSDBA ou SYSOPER. Exemple :
C:\ORAPWD FILE=d:\Oracle\Ora90\database\pwdBIBLIO.ora PASSWORD=secret ENTRIES=5
Pour ouvrir une base de donnes, il faut dmarrer linstance qui lui est associe. Cest par le biais de linstance que lutilisateur se connecte la base de donnes pour modifier et questionner les donnes. Le dmarrage de la base de donnes seffectue par lutilisation de la commande STARTUP dcrite par :
STARTUP [FORCE] [RESTRICT] [PFILE=fichier initialisation] { [OPEN] [RECOVER] /[MOUNT] [NOMOUNT] ;
Si la base de donnes est dj ouverte, elle sera ferme, puis r-ouverte A nutiliser quen cas de force majeure.
RESTRICT PFILE OPEN
Exemple :
xxxxxxxxxxxxxxxxxxxxxxxxxxxxx.
4 Lister et modifier les paramtres Yyyyyyyyyyyyyyyyyyyy 5 Le contrle des sessions Yyyyyyyyyyyyyyyyyyyy 6 La surveillance des fichiers Alerte et Trace Yyyyyyyyyyyyyyyyyyyy
A. Le fichier de contrle
1. Son fonctionnement Pendant louverture de la base de donnes, le fichier de contrle est consult pour retrouver les fichiers physiques constituant cette base de donnes. Sans le fichier de contrle, la base de donnes ne peut pas fonctionner. Le fichier de contrle contient la dfinition de tous les fichiers de la base de donnes. Il contient aussi la dfinition des journaux de reprise. En particulier, il contient la localisation de tous les fichiers dans le systme dexploitation hte (pour nous Windows). Pendant la cration de la base de donnes, Oracle effectue les actions suivantes : Enregistrer le nom de la base de donnes dans le fichier de contrle. Enregistrer la date de cration de la base de donnes dans le fichier de contrle. Dterminer la taille du fichier de contrle en fonction des praramtres : MAXLOGFILES, MAXLOGMEMBERS, MAXLOGHISTORY, MAXDATAFILES et MAXINSTANCES.
Pendant louverture de la base de donnes, Oracle effectue les actions suivantes : Lire le fichier de contrle. Vrifier lexistence de lensemble des fichiers de donnes. Vrifier lexistence de lensemble des journaux de reprise. Renvoyer une erreur en cas de fichiers manquants.
Aprs louverture de la base de donnes, Oracle enregistre dans le fichier de contrle : La cration de nouveaux fichiers de donnes ou bien la nouvelle localisation des fichiers existants. La cration de nouveaux journaux de reprise en ligne. Le numro de squence du journal de reprise courant. Des informations sur le CHECKPOINT (criture sur disque des donnes modifies en mmoire).
Pour afficher le contenu du fichier de contrle (ou le recrer en cas de perte), utiliser la commande :
ALTER DATABASE BACKUP CONTROLFILE TO TRACE;
Cette commande va crer un fichier utilisateur TRACE qui se trouvera dans le rpertoire dsign par le paramtre USER_DUMP_DEST et dont le contenu peut tre :
# The following commands will create a new control file and use it
# to open the datbase # Data used by the recovery manager will be lost. Additional logs may # be required for mrdia recovery of offline datafiles. Use this # only if the current version of all online logs are available STARTUP NOMOUNT CREATE CONTROLFILE REUSE DATABASE BIBLIO NORESETLOGS NOARCHICELOG MAXLOGFILES 8 MAXLOGMEMBERS 4 MAXDATAFILES 128 MAXINSTANCES 1 MAXLOGHISTORY 113 LOGFILE GROUP1 ( D:\ORACLE\ORADATA\BIBLIO\REDO01A.LOG, E:\ORACLE\ORADATA\BIBLIO\REDO01B.LOG, ) SIZE 20M, GROUP2 ( D:\ORACLE\ORADATA\BIBLIO\REDO02A.LOG, E:\ORACLE\ORADATA\BIBLIO\REDO02B.LOG, ) SIZE 20M, GROUP3 ( D:\ORACLE\ORADATA\BIBLIO\REDO03A.LOG, E:\ORACLE\ORADATA\BIBLIO\REDO03B.LOG, ) SIZE 20M, # STANDBY LOGFILE DATAFILE D:\ORACLE\ORADATA\BIBLIO\SYSTEM01.DBF, D:\ORACLE\ORADATA\BIBLIO\UNDOTBS01.DBF, D:\ORACLE\ORADATA\BIBLIO\DATA01.DBF, D:\ORACLE\ORADATA\BIBLIO\INDX01.DBF CHARACTER SET WE8ISO8859P1 ; # Recovery is required if any of the datafiles are restored backups, # or if the last shutdown was not normal or immediate. RECOVER DATABASE # Database can now be opened normally. ALTER DATABASE OPEN; # Commands to add tempfiles to temporary tablespaces. # Online tempfiles have complete space information. # Other tempfiles may require adjustement. ALTER TABLESPACE TEMP ADD TEMPFILE D:\ORACLE\ORADATA\BIBLIO\TEMP01.DBF REUSE; # End of tempfile additions
2. Le multiplexage des fichiers de contrle Si le serveur de base de donnes Oracle dispose de plusieurs disques, il est prfrable de stocker des copies multiples du fichier de contrle. Ceci permet dattnuer le risque de perdre le fichier de contrle. En effet, la perte du fichier de contrle peut poser des problmes importants pour restaurer la base de donnes. A cet effet, il suffit de fermer la base de donnes. Quand linstance est arrte, le fichier de contrle peut tre copi sur les diffrents disques du serveur. La valeur du paramtre CONTROL_FILES est modifie dans le fichier dinitialisation pour prendre en compte les
nouveaux fichiers de contrle. Quand la base de donnes est de nouveau ouverte, les informations nouvelles sont stockes sur les fichiers de contrle en miroir. 3. Les informations sur les fichiers de contrle La principale vue du dictionnaire de donnes qui va fournir des informations sur les fichiers de contrle est V$CONTROLFILE. Cette vue est compose de deux colonnes : STATUS et NAME. La premire colonne donne le statut actuel du fichier de contrle. Si la valeur de la colonne STATUS est INVALID, le fichier nest plus utilisable. Si la valeur de la colonne est NULL, le fichier de contrle est valide. Exemple : SQL> SELECT * FROM v$controlfile; STATUS NAME D:\ORACLE\ORADATA\BIBLIO\CONTROL01.CTL D:\ORACLE\ORADATA\BIBLIO\CONTROL02.CTL D:\ORACLE\ORADATA\BIBLIO\CONTROL03.CTL Une autre vue du dictionnaire des donnes donne des informations sur les fichiers de contrle : il sagit de V$DATABASE et plus particulirement des colonnes : CONTROLFILE_TYPE CONTROLFILE_CREATED CONTROLFILE_SEQUENCE# CONTROLFILE_CHANGE# : : : : Type de section dans le fichier de contrle. Date de cration du fichier de contrle courant. Numro de squence courant du journal de reprise enregistr dans le fichier de contrle. Numro de SCN (SYSTEM CHANGE NUMBER) courant enregistr dans le fichier de contrle.
Exemple : SQL> 2 3 4
CONTROL
SELECT
FROM
CONTROLF
------------CURRENT
-------------12/08/02
----------------------------------1851
-------------------------------539407
-------------12/09/02
Une dernire vue du dictionnaire de donnes, dont le nom est V$CONTROLFILE_RECORD_SECTION, donne des informations sur les diffrentes sections du fichier de contrle. Chaque section est dsigne sous le nom de colonne TYPE. Pour chaque section, la vue donne la taille de lenregistrement en octets, le nombre denregistrements allous pour cette cette section, le nombre denregistrements utiliss par cette section. SQL> 2 SELECT FROM type, record_size, records_total, records_used v$controlfile_record_section
3
TYPE
WHERE
ROWNUM < 7;
RECORD_SIZE RECORDS_TOTAL RECORDS_USED
------------------
-----------------------------------
--------------------------
Les journaux de reprise stockent les donnes modifies et valides par les utilisateurs de la base de donnes. Chaque fois quun utilisateur modifie les donnes dans la base, il cre un petit enregistrement qui est stock dans le 2. Les journaux de reprise et les points de contrle Yyyyyyyyyyyyyyyyyyyy 3. Le multiplexage des journaux de reprise Yyyyyyyyyyyyyyyyyyyy 4. Les informations sur les journaux de reprise Yyyyyyyyyyyyyyyyyyyy
Zzzzzzzzzzzzzzzzzzzzzzz
j. Oracle Enterprise Manager en mode autonome
wwwwwwwwwwwwwwwwwwwwwwwwwww.
iv.
wwwwwwwwwwwwwwwwwwwwwwwwwww.