ORACLE 04 Architecture

INSIA - BASES DE DONNES SIGL ARCHITECTURE ORACLE - page 1/34 - Bertrand LIAUDET

INSIA SIGL Bases de donnes

ARCHITECTURE ORACLE http://st-curriculum.oracle.com/tutorial/DBXETutorial/index.htm

http://st-curriculum.oracle.com/ Bertrand LIAUDET

ARCHITECTURE ORACLE 3 Mthodes de connexion 3 La connexion 3 Les fichiers oracle 4 Structure des fichiers de la BD 4

Problme conceptuel : la notion de base de donnes, BD 5 Architecture de linstance 5

Les processus darrire-plan et le processus serveur 6 La mmoire : SGA et PGA 6

Le shared pool (pool partag) 7 Le buffer cache 7

Principe 7 Notion de bloc oracle 7 Bloc oracle et buffer cache 8

Lexcution dun requte 8 Principe 8

Le buffer redo log : tampon des journaux de reprise 10 Le java pool 10 Les processus darrire plan 10

DBWn : DataBase Write 10 LGWR 10 ARCn 10 CKPT 11 SMON 11 PMON 11 Gestion des processus : vue v$session v$process 11

Les fichiers dalerte (alert.log) et de trace (.trc) 12 Principe 12 Localisation 12 Mnage des fichiers de trace ! 12 Remarque sur les erreurs 12

Le LISTENER 13 Le contrleur du Listener : LSNRCTL 13

INSTANCE ET BD 14


Gestion dune instance 14 Notion dinstance 14 Utilisateur SYS et SYSTEM 14 Le fichier de paramtres : PFILE 16 Le fichier de paramtres serveur : SPFILE 17 Cration dune instance : utilitaire ORADIM 18 Dmarrage et arrt dune instance et dune BD 19 Les vues dynamiques 20

Gestion dune BD 22 Notion de BD 22 Les fichiers de la BD 22 Cration manuelle dune BD : CREATE DATABASE 22 Cration du dictionnaire 23 Changer dinstance pour une BD 23 Sauvegarder : lister tous les fichiers de la BD 24

DICTIONNAIRE 25 Dictionnaire et dictionnaire des donnes 25

Prsentation 25 La vue dictionnary ou le synonyme dict 25

Dictionnaire des donnes 26 Premiers usages du dictionnaire des donnes 26 Les vues du dictionnaires des donnes 27 Les 3 catalogues 27 Les diffrents objets 27 Accs aux statistiques 27 Les utilisateurs et leurs privilges 27

CONTROLE, JOURNAUX ET UNDO 29 Les fichiers de contrle 29 Les fichiers de journaux 29

Prsentation 29 Gestion de base 29

Le segment UNDO 31

TABLESPACE 32

LES ASSISTANTS ORACLE 32 Oracle Net 32 OEM : Oracle Entreprise Manager 32 Lassistant DBCA 32

TP 33 Installation dune instance 33


ARCHITECTURE ORACLE

Mthodes de connexion 1) client-serveur mono-machine. 2) client-serveur multi-machines. Le lien entre le client et le serveur est assur par le

middleware comprenant Oracle Net et le protocole de communication, gnralement TCP/IP. 3) Architecture double serveurs : client serveur dapplication serveur de BD.

Le protocole de communication client-serveur dapplication est indpendant du protocole serveur dapplication-serveur de BD.

4) Architecture triple serveurs : client serveur web serveur dapplication serveur de BD. Le client excute un navigateur qui communique avec le serveur web via le protocole HTTP. Ce dernier demande lexcution des commandes du client au serveur dapplications. Ce dernier est client de la BD et formate les rsultats en HTML avant de les retourner au client.

5) Architecture multi serveurs de BD : client serveur de BD serveur de BD. Les BD se situent sur des serveurs spars et se partagent les donnes.

La connexion Le client est un processus utilisateur (SQL*Plus, une application, etc.) Pour se connecter, il faut un nom et un mot de passe.

C :> sqlplus nomUtilisateur / password SQL > show user User est : NomUtilisateur


C :> sqlplus / nolog SQL > show user User est :

Il existe deux sortes de processus serveurs (oracle.exe) : les serveurs ddis les serveurs partags Le principe du serveur ddi est que chaque utilisateur est pris en charge par un serveur ddi. Le principe du serveur partag est que plusieurs utilisateurs partagent le mme serveur. Un processus DISPATCHER gre lordonnancement des requtes des utilisateurs. Par dfaut, les serveurs sont partags.

Les fichiers oracle Les fichiers oracle sont les suivants :

Les fichiers de la BD : 1. Les fichier de donnes : les plus volumineux. Fichiers binaires. 2. Les fichiers de contrle : fichier binaires qui dcrivent tous les fichiers oracle. 3. Les fichier journaux (redo-log) : ces fichiers conservent les modifications successives de la

BD. Ce sont des journaux de transactions de la base. Ils servent pour une restauration de la BD.

Le fichier de paramtres : paramtres de dmarrage qui dterminent lenvironnement. Le fichier de mot de passe : pour tablir lauthenticit des utilisateurs privilgis.. Les fichiers journaux archivs : les fichier journaux fonctionnent de faon circulaire. Les fichiers

journaux archivs sont des copies des fichiers journaux avant leur rutilisation par circularit.

Structure des fichiers de la BD

STRUCTURE LOGIQUE

STRUCTURE PHYSIQUE

*

1

*

1

*

1

*

1

*

1

* *

TABLES, INDEX, CLUSTERS,

TABLESPACES

BASES DE DONNEES

FICHIERSSCHEMAS


Niveau logique : Les objets de la BD (tables, indexs, etc.) appartiennent un schma et un tablespace. Schma et tablespace appartiennent une BD. Le schma peut tre rparti dans plusieurs tablespace. Un tablespace peut contenir plusieurs schmas.

Niveau physique : Un fichier correspond un tablespace, mais un tablespace peut tre rparti sur plusieurs fichiers.

Rappel sur les objets logiques de la BD : Tables, vues, procdures, fonctions, dclencheurs (triggers), packages (regroupements

de procdures et de fonctions) Tables temporaires : cre le temps dune session ou dune transaction. Clusters : Un cluster est constitu par plusieurs tables stockes physiquement ensemble.

Lobjectif est doptimiser les temps de traitement en lecture-criture. Index : table trie pour accder aux donnes. Il existe des index de table, de clusters et

bitmap (pour les attributs avec peu de valeurs distinctes). Tables organises en index : toute la table est indexe partir de sa cl primaire. Squences : pour grer les auto-incrments Vues matrialises : pour synthtiser, rpliquer ou distribuer des donnes. Synonymes : pointeur vers nimporte quel objet Liens de BD : pointeur vers nimporte quelle BD.

Problme conceptuel : la notion de base de donnes, BD

Le terme BD est polysmique : il peut se rapporter : 1. Linstance (mmoire vive) et les fichiers physiques de la base (au SGBD et la BD), cest--

dire la totalit de la mmoire (vive et fichiers) utilise par la BD. 2. La structure logique des donnes. 3. Les fichiers de donnes de la BD.

Lusage le plus courant est le premier.

Architecture de linstance Une instance est lensemble des : processus darrire-plan zones mmoires alloues qui permettent lexploitation dune base de donnes.

Show parameter INSTANCE_NAME


Gnralement, le nom de linstance (SGBD) et de la BD (de la structure logiques) sont identiques.

Les processus darrire-plan et le processus serveur

Ce sont les processus quOracle utilise, en plus du serveur, pour grer la BD. Le processus serveur prend en charge les requtes des processus utilisateurs (SQL-Plus, applications, etc.) Les processus darrire-plan ont chacun une tche dtermine pour la gestion des donnes : criture sur disques, calcul, gestion mmoire, etc.

La mmoire : SGA et PGA

le SGA Quand on interroge une BD, les donnes des fichiers sont charges en mmoire. Oracle gre la mmoire pour amliorer les performances. Le SGA (System Global Area) est la principale zone mmoire employe. Le SGA contient particulirement : Un shared pool (pool partag) Un buffer cache Un buffer redo-log Un java pool

La taille maximum du SGA peuvent tre paramtre dans le fichier de paramtres. Elle nest pas modifiable dynamiquement.

Show parameter SGA_MAX_SIZE

La taille de chaque composant mmoire peuvent tre paramtre dynamiquement. Show parameter SHARED_POOL_SIZE Show parameter DB_CACHE_SIZE Show parameter LOG_BUFFER

Alter system set SHARED_POOL_SIZE = 10M

Laugmentation de la taille des composants mmoire permet une amlioration des performances.

le PGA Le PGA (Program Global Area) est la zone mmoire alloue pour le fonctionnement de chaque processus utilisateur. Le PGA contient : Un buffer pour la gestion des tris Un buffer pour les informations de la session Un buffer pour les curseurs Un buffer pour les variables utilises par la session


A noter que les buffers de tri et de session sont dans le PGA si le serveur est ddi et dans le shared pool si le serveur est partag.

Le shared pool (pool partag) Le shared pool est une zone mmoire du SGA est constitu de : Le cache du dictionnaire des donnes Le cache de bibliothque Le cache de tri et de session (UGA : user global area). Le cache du dictionnaire des donnes permet de stocker les donnes du dictionnaire des donnes (comptes utilisateur, fichiers de donnes, tables, privilges). Ce cache se remplit au fur et mesure de lutilisation de la BD. Quand il est plein, lalgorithme de gestion retire les donnes dont lutilisation est la plus ancienne : algorithme LRU (Least Recently Used) de gestion de file (on cherche dans la file llment cherch. Sil ny ait pas, on le rcupre dans les fichiers. Dans tous les cas, on le sort de la file pour le r-enfiler. Si la file est pleine, on dfile un lment). Le cache de bibliothque permet de stocker les plans dexcution des requtes les plus courantes. Il est gr par un algorithme LRU. Le cache de tri est de session permet de grer les ordres de tri et les informations de session dans le cas dun serveur partag. Si le serveur est ddi, le shared pool ne contient plus cette mmoire qui se retrouve dans la PGA.

Le buffer cache

Principe

Le buffer cache est une zone mmoire du SGA qui permet de stocker les donnes des requtes de consultation et de modification ( Select et DML ). Le buffer cache permet donc de limiter les accs disque.

Notion de bloc oracle

Prsentation Un bloc oracle est une structure logique de donnes qui contient des enregistrements dune table. La taille dun bloc oracle est un multiple du bloc physique manipul par lOS. Le bloc oracle permet de faciliter les changes entre les fichiers, la mmoire et les processus.


*

1

STRUCTURE LOGIQUE

STRUCTURE PHYSIQUE

*

1

*

1

*

1

*

1

*

1

*

1

*

1

* *

BLOCS ORACLE

TABLES, INDEX, CLUSTERS,

TABLESPACES

BASES DE DONNEES

FICHIERS

BLOCS OS

SCHEMAS

Taille du bloc oracle Une fois la BD cre, la valeur du DB_BLOCK_SIZE ne peut plus tre modifie (en KO). Pour visualiser le DB_BLOCK_SIZE :

Show parameter DB_BLOCK_SIZE

Laugmentation de la valeur du BD_BLOCK_SIZE limite les accs disques.

Bloc oracle et buffer cache

Le buffer cache contient les blocs oracle o sont stocks les donnes des requtes SQL (Select et DML). Il est gr par un algorithme LRU (Least Recently Used, gestion de file). La taille du buffer cache est un paramtre important de loptimisation. Gnralement, ce cache reprsente 1 2% de la taille de la BD.

Lexcution dun requte

Principe

Lexcution dune requte se fait en trois temps Lanalyse ( parse ) Lexcution La rcupration des rsultats ( fetch )

Lanalyse : parse


Lanalyse consiste dabord vrifier la syntaxe et les contrles de scurit (droits daccs aux donnes). Lanalyse consiste ensuite chercher si linstruction, son arbre dexcution et son plan dexcution sont dj dans le cache de librairie. Si ce nest pas le cas, lanalyse va produire larbre et le plan dexcution et les mettre dans le cache de librairie. Ensuite le processus serveur valide lexistence des objets et de la requte (tables, vues, etc.) et de leurs composants (attributs, etc.), les droits de lutilisateur partir des informations du cache du dictionnaire des donnes si possible ou partir des fichiers de donnes sinon.

Lexcution Lexcution consiste appliquer le plan dexcution. Le processus dtermine les blocs qui doivent tre chargs partir des fichiers, en accs direct par indexation ou en accs squentiel. Les blocs qui ne sont pas dj dans le cache sont chargs et mis dans le buffer cache. Le calcul (filtre des lignes et des colonnes) est effectus partir des donnes des blocs du buffer cache.

La rcupration des rsultats : fetch Le processus serveur renvoie les lignes slectionnes et mise en forme.


Le buffer redo log : tampon des journaux de reprise Le tampon des journaux de reprise permet dassurer la cohrence du systme mme en cas dchec. En cas de modifications des structures ou des donnes (DDL ou DML), le processus de traitement crit dans le tampon des journaux de reprise limage des lignes avant la modifications. Ce tampon est de petite taille et utilis de manire circulaire.

Le java pool Linitialisation du moteur Java dans la base de donnes Oracle est facultative. Si le moteur Java est install, le Java pool est obligatoire et stocke les commandes java pr-analyses.

Les processus darrire plan Les processus darrire plan gre les relations entre les buffers et les fichiers ainsi que les processus eux-mmes.

DBWn : DataBase Write

Processus dcriture par lots des blocs de donnes modifies du buffer cache dans les fichiers de la BD.

Buffer Cache -----> DBWn -----> Fichier de donnes ------> LGWR

Lcriture se fait par lots : donc certains vnements dclenche cette criture : toutes les 3 secondes, au del dun certain nombre de blocs modifis, chaque checkpoint (processus CKPT), etc. Le processus DBWn lance dabord un processus LGWR

LGWR

Processus dcriture squentielle par lots des entres du buffer redo log dans les fichiers journaux.

Buffer Redo Log -----> LGWR -----> Fichier journaux

Cest le processus LGWR qui maintient ltat le plus jour de la BD (et pas le processus DBWn). Lcriture du buffer redo log doit donc tre termine pour valider une transaction. Lcriture se fait par lots : toutes les 3 secondes, chaque COMMIT, au del dun certain taux de remplissage du buffer redo log, , chaque chedkpoint, par le processus DBWn.

ARCn


Le processus ARCn soccupe de copier un fichier journal plein dans un fichier journal archiv. Ce nest pas un processus obligatoire.

CKPT

Le processus checkpoint gre les points de synchronisation dans la BD qui faciliteront sa rcupration en cas de dfaillance. Il signale lchance de dclenchement au processus DBWn (toutes les 3 secondes) et commence par mettre jours len-tte des fichiers de donnes.

CKPT -----> Fichier de donnes ------> DBWn

SMON

Le processus SMON assure le monitoring (la surveillance) du systme. Il se charge particulirement des redmarrage aprs un arrt brutal. Il se charge aussi de faire le mnage dans la mmoire : mmoire des tris, regroupement des espaces libres des fichiers de donnes.

PMON

Le processus PMON assure le monitoring des processus utilisateur dfaillant.

Gestion des processus : vue v$session v$process

consultation

SQL> column sid format 9999 SQL> column username format a12 SQL> column machine format a18 SQL> column program format a20 SQL> select sid, serial#, username, machine, program from

v$session;

SID SERIAL# USERNAME MACHINE PROGRAM ----- ---------- ------------ ------------------ ------------------

25 1 LIAUDET ORACLE.EXE (q000) 29 5 BERTRAND MSHOME\LIAUDET sqlplus.exe 31 23 SYS MSHOME\LIAUDET sqlplus.exe 33 1 LIAUDET ORACLE.EXE (QMNC) 36 3 LIAUDET ORACLE.EXE (MMON) 37 5 LIAUDET ORACLE.EXE (q001) 39 1 LIAUDET ORACLE.EXE (MMNL) 41 1 LIAUDET ORACLE.EXE (CJQ0) 42 1 LIAUDET ORACLE.EXE (RECO) 43 1 LIAUDET ORACLE.EXE (SMON) 44 1 LIAUDET ORACLE.EXE (CKPT) 45 1 LIAUDET ORACLE.EXE (LGWR) 46 1 LIAUDET ORACLE.EXE (DBW0) 47 1 LIAUDET ORACLE.EXE (MMAN) 48 1 LIAUDET ORACLE.EXE (PSP0) 49 1 LIAUDET ORACLE.EXE (PMON)

16 ligne(s) slectionne(s). Ici, on voit que deux clients sqlplus sont connects. On voit aussi les processus darrire plan du serveur oracle.exe : DBW0, LGWR, etc.


La liste des processus darrire plan peut tre obtenue par la commande : SQL> select username, program, background from v$process 2 order by background, program ;

ou, sous unix, par ps ef | grep ora_

Suppression Les champs SID et SERIAL# identifient une session. On peut supprimer les sessions utilisateurs (les clients).

La commande : SQL> alter system kill session '29,5';

va dconnecter lutilisateur Bertrand .

Les fichiers dalerte (alert.log) et de trace (.trc)

Principe

Le fichier dalerte (alert_.log) est un tableau de bord historique de tous les vnements de la BD. Cest un outil vital pour la gestion quotidienne dune BD. Les fichiers de trace (.trc) sont gnrs pas chaque processus darrire plan. Ils donnent des dtails supplmentaires par rapport au fichier dalerte

Localisation

Dans le paramtre : background_dump_test ...\app\oracle\admin\\bdump

A noter que le paramtre : user_dump_test permet daccder aux alertes du serveur.

Mnage des fichiers de trace !

A noter que le processus MMON gnre des fichiers _mmon_XXXX.trc de taille importante (plusieurs mgas) rgulirement (toutes les x minutes) dans le rpertoire C:\oraclexe\app\oracle\admin\XE\bdump !

Ces fichiers *.trc peuvent tre supprimes sans risques derreur.

Le paramtre MAX_DUMP_FILE_SIZE permet de limiter la taille de ces fichiers.

Remarque sur les erreurs

Les erreurs Oracle sont numrotes : ORA-XXXX A partir de ce n, on peut trouver des explications sur lerreur en cherchant sur internet.


Le LISTENER La connexion au serveur est tablie via un processus dcoute : le LISTENER. Le protocole est le suivant : 1. Lapplication demande la connexion au LISTENER 2. Le LISTENER transmet la demande au serveur 3. Le serveur demande confirmation au client 4. Le client confirme 5. Le serveur notifie la connexion Ce mcanisme permet, entre autre, de protger le serveur de demandes de connexion intempestives

Connection : Connect nomUser / password@ // nomDuServeur:nomDuPort / service

Un processus application sur la machine serveur peut contourner le LISTENER. Une fois connect, le LISTENER nintervient plus dans la vie des processus applications.

Le contrleur du Listener : LSNRCTL

LSNRCTL.exe permet dentrer dans le contrleur du LISTENER. Help : liste les commandes disponibles. Status : pour connatre ltat du LISTENER. Stop : pour arrter le LISTENER. Start : pour dmarrer le LISTENER (ou start LISTENER).


INSTANCE ET BD

Gestion dune instance

Notion dinstance

Les concepts dinstance et de base de donnes sont les concepts centraux de larchitecture Oracle. La base de donnes (BD) correspond essentiellement aux fichiers de donnes. Une instance est lensemble des processus darrire plan et des zones mmoires qui

permettent lexploitation dune BD. Une instance peut tre vue comme une instanciation du serveur pour une BD donne.

Les caractristiques de linstance (nom du ficher de contrle, nombre de processus pouvant se connecter simultanment, taille dun bloc de donnes, etc.) sont contenues dans le fichier de paramtres associ linstance. Une instance correspond une BD et une seule. Une BD peut tre utilises par plusieurs instances. Pour accder la BD, il faut que linstance soit disponible. Le dmarrage et larrt de linstance sont des tches dadministration. Lutilisateur se connecte la base de donnes, avec des droits, travers une instance.

Utilisateur SYS et SYSTEM

SYS et SYSTEM sont deux utilisateurs administrateurs crs automatiquement linstallation dOracle.


SYS dsigne en gnral linstance. Lutilisateur SYS a tous les privilges, dont celui dadministrer linstance. SYSTEM peut crer tous les objets de la base mais ne peut pas administrer linstance.

Rappels sur les utilisateurs et la connexion SYSDBA est un rle qui donne tous les privilges (cest le rle de ladministrateur : DBA de linstance SYS ) : privilges sur linstance et sur la BD.

Connect sys / password as sysdba Lutilisateur est SYS.

SYSOPER est un rle quivalent SYSDBA sans la possibilit de crer une BD. Connect sys / password as sysoper

Lutilisateur est PUBLIC.

Pour se connecter en tant que SYSTEM : Connect system / password

Lutilisateur est SYSTEM

Consultation de lutilisateur connect : Show user

Rappels sur les privilges Vue SESSION_PRIVS : privilges de lutilisateur

Select * from session_privs order by privilege ;

Vue DBA_SYS_PRIV : privilges systme de tous les utilisateurs de la base Select privilege, admin_option from dba_sys_privs ;

Les vues DBA_TAB_PRIVS et DBA_COL_PRIVS listent les privilges accords aux tables et aux colonnes ;

Lauthentification des administrateurs Pour se connecter la base en tant quadministrateur, on peut tre authentifier par lOS ou par un fichier de mots de passe dOracle.

Lauthentification par lOS Lutilisateur qui a install le serveur est membre du groupe ORA_DBA. Le groupe ORA_DBA est un groupe dutilisateurs qui reoit les privilges SYSDBA.

Connect / as sysdba Lutilisateur est SYS. Le / veut dire pas de nom dutilisateur / pas de mot de passe

Lauthentification par fichier de mot de passe Un fichier de mots de passe permet dauthentifier les utilisateurs.


Ce fichier peut se crer avec lutilitaire ORAPWD.

Nom et localisation du fichier : ORACLE_HOME / database / pwd.ora ORACLE_HOME est le nom du rpertoire dans lequel on trouve les programmes Oracle. est le nom de linstance

Cration du fichier : ORAPWD Loutil ORAPWD permet de crer un fichier de mots de passe

Modification du fichier : Alter La commande

SQL > alter user system identified by newPassword Permet de donner un nouveau mot de passe ladministrateur SYSTEM.

Le fichier de paramtres : PFILE

Le fichier de paramtres dcrit les caractristiques du serveurs tel que la taille du SGA, le nombre de processus utilisateurs maximum, etc. Il existe un fichier de paramtres par instance. Cest un fichier texte.

Nom et localisation du fichier ORACLE_HOME / database / init.ora ORACLE_HOME est le nom du rpertoire dans lequel on trouve les programmes Oracle. est le nom de linstance

Typologie des paramtres Il existe plus de 1250 paramtres dont 250 documents. Les paramtres non document ont un nom commenant par _ Les paramtres documents se divisent en paramtres de base (environ 30) et paramtres avancs.

Quelques paramtres de base DB_BLOCK_SIZE : taille du bloc Oracle DB_CREATE_FILE_DEST : rpertoire des fichiers de donnes, de contrle et journaux. DB_NAME : nom de la BD. Non modifiable. INSTACE_NAME : nom de linstance. NLS_LANGUAGE : langue par dfaut PROCESSES : nombre maximal de processus utilisateurs connects simultanment. REMOTE_LOGIN_PASSWORDFILE : authentification des administrateur par OS ou fichier. SESSIONS : nombre max. de sessions (toujours suprieur PROCESSES : sessions rcursives). SGA_TARGET : taille max. du SGA.


Consultation des paramtres utiliss : la vue V$PARAMETER SQL> select name, type, value from v$parameter where name like 'nls_language';

est quivalent : SQL> show parameter nls_language

Rsultats : NAME TYPE VALUE -------------------------- ----------- -----------------

nls_language string AMERICAN

Modification dynamique des paramtres Modification au niveau de la session (du processus utilisateur connect) :

SQL> Alter session set nomParamtre=valeur ;

Modification au niveau de linstance (pour tous les processus utilisateurs connects) : SQL> Alter system set nomParamtre=valeur ;

Pour savoir quel niveau on peut modifier un paramtre : Attributs ISSES_MODIFIABLE et ISSYSMODIFIABLE de la vue V$PARAMETER

SQL> Select name, isses_modifiable, issys_modifiable from v$parameter where name='nls_language';

NAME ISSES ISSYS_MOD -------------- ----- ---------

nls_language TRUE FALSE

Exemple : SQL> alter session set nls_language='ITALIAN'; Modificata sessione.

SQL> select to_char(sysdate,'dd month yyyy') from dual; TO_CHAR(SYSDATE,'DDMONTHYYYY') --------------------------------------------

24 febbraio 2010

SQL> show parameter nls_language NAME TYPE VALUE -------------------------- ----------- --------------------

nls_language string AMERICAN

A noter que la valeur ITALIEN a bien t prise en compte dans le traitement, mais on ne la retrouve pas dans les paramtres. On verra la fin du paragraphe o on peut la retrouver ! Ce qui nest pas vident !!!

Le fichier de paramtres serveur : SPFILE

Le fichier de paramtres serveur est un fichier binaire et dynamique gr par le serveur oracle.

Nom et localisation du fichier ORACLE_HOME / database / spfile.ora


ORACLE_HOME est le nom du rpertoire dans lequel on trouve les programmes Oracle. est le nom de linstance

Dans le fichier, les paramtres spfile et ifile dterminent lemplacement du SPFILE et dun ventuel fichier complmentaire.

Priorit entre les fichiers de paramtres Le SPFILE, sil existe, est prioritaire sur le PFILE. Le serveur choisit prioritairement dans lordre : spfile.ora spfile.ora init.ora

Toutefois, au dmarrage dune instance, on peut forcer le choix dun fichier plutt que dun autre.

Cration dun SPFILE par copie du PFILE

SQL >Create spfile from pfile

Cration dun PFILE par copie du SPFILE

SQL >Create pfile from spfile

Cration dune instance : utilitaire ORADIM

Ltape OS : utilitaire ORADIM

Les rpertoires de travail Il existe trois rpertoires de travail noter: un pour les fichiers dadministration : C:\oraclexe\app\oracle\admin\maBase un pour les fichiers de donnes : C:\oraclexe\oradata\maBase

Pour crer le service Windows : C:\>set oracle_sid=mabase C:\>ORADIM new sid mabase intpwd monPwd startmod a

Pour supprimer le service Windows : C:\>ORADIM delete sid mabase

Pour que le service dmarre automatiquement C:\>ORADIM edit sid mabase srvcstart system

ORADIM permet aussi de lancer et darrter une instance.


Pour plus de dtails : C:\>ORADIM \?

Pour crer le fichier de paramtres SPFILE : C:\>set oracle_sid=mabase C:\ sqlplus /as sysdba Connect une instance inactive

SQL>create spfile from pfile=C:\...\initMaBase.ora; Fichier cr

PFILE = C:\oraclexe\app\oracle\product\10.2.0\server\database/initMABASE.ora SPFILE = 'C:\oraclexe\app\oracle\product\10.2.0\server\dbs/spfileMABASE.ora'

Pour lancer linstance SQL>startup nomount Instance oracle lance

Dmarrage et arrt dune instance et dune BD

Les 3 tapes du dmarrage : nomount, mount et open

Ltape nomount : dmarrage de linstance Lire le fichier de paramtres Allouer la mmoire du SGA Dmarrer les processus darrire plan Ouvrir les fichiers de trace et dalerte

Ltape mount : montage de la BD Associer la BD linstance dmarre Ouvrir les fichiers de contrle. A cette tape, seul les administrateurs SYSDBA ou SYSOPER peuvent accder la BD.

Ltape open : ouverture de la BD Vrifier que les fichiers de donnes et les fichiers journaux sont accessibles. Permettre la connexion de tous les utilisateurs. Lancer un processus darrire plan SMON pour restaurer la BD si ncessaire.

La commande startup Startup permet de dmarrer linstance et la BD.

SQL > startup

On peut limiter le startup au nomount ou au mount . SQL > startup mount

On peut prciser le fichier de paramtres.


SQL > help startup

La commande alter database La commande alter database permet de passer dun tat ( mount ) un autre ( open ).

SQL > startup nomount SQL > alter database open;

Les 4 types darrt

Shutdown abort Arrt le plus brutal et le plus rapide. Pas de rollback avant pendant larrt. Ce shutdown ncessite une rcupration dinstance au redmarrage.

Shutdown immediate Ce shutdown vite de perdre des donnes mais les transactions en cours sont arrtes avec un rollback. Cest le mode qui, associ au redmarrage est le plus rapide, car le redmarrage ne ncessite pas de rcupration.

Shutdown transactionnal Ce shutdown vite de perdre des donnes et attend que toutes les transactions en cours soient valides par un commit. Aucune nouvelle transaction nest autorise.

Shutdown normal Ce shutdown vite de perdre des donnes et attend que toutes les connexions en cours soient arrtes. Aucune nouvelle connexion nest autorise.

Les vues dynamiques

Les vues associes aux tapes de dmarrage

Vues dynamiques Etapes Elments monts V$PARAMETER NOMOUNT Fichier de paramtres V$SPPARAMETER Instance (SGA, V$SGA processus darrire plan) V$SGA_DYNAMIC_COMPONENTS V$OPTION V$SESSION V$INSTANCE V$CONTROLFILE MOUNT Fichier de contrle V$DATABASE V$DATAFILE V$LOGFILE Vues du dictionnaire OPEN Fichiers de donnes


des donnes Fichiers journaux

La vue de toutes les vues dynamique : V$FIXED_TABLE Dans cette vue on peut trouver :

SQL> select * from v$fixed_table where name like 'V$%PARAM%';

NAME OBJECT_ID TYPE TABLE_NUM ------------------------------ ---------- ----- ----------

V$PARAMETER 4294950940 VIEW 65537 V$SYSTEM_PARAMETER 4294951200 VIEW 65537 V$PARAMETER2 4294951591 VIEW 65537 V$SYSTEM_PARAMETER2 4294951592 VIEW 65537 V$OBSOLETE_PARAMETER 4294951488 VIEW 65537 V$SPPARAMETER 4294951748 VIEW 65537 V$PARAMETER_VALID_VALUES 4294952696 VIEW 65537 V$NLS_PARAMETERS 4294951071 VIEW 65537 V$LOGMNR_PARAMETERS 4294951547 VIEW 65537 V$HS_PARAMETER 4294951608 VIEW 65537

10 ligne(s) slectionne(s).

Dans la vue V$NLS_PARAMETERS, on trouve : SQL> select * from v$nls_parameters where parameter='NLS_LANGUAGE'; PARAMETER VALUE -------------- ---------

NLS_LANGUAGE FRENCH

SQL> alter session set nls_language='ITALIAN';

Modificata sessione.

SQL> select * from v$nls_parameters where parameter='NLS_LANGUAGE'; PARAMETER VALUE -------------- ---------

NLS_LANGUAGE ITALIAN

A noter quil y a 1383 vues dans la vue V$FIXED_TABLE !!!


Gestion dune BD

Notion de BD

Les concepts dinstance et de base de donnes sont les concepts centraux de larchitecture Oracle. La BD est lensemble des trois fichiers obligatoire : les fichiers de contrle, les fichiers de donnes et les fichiers journaux.

Les fichiers de la BD

Les fichiers de donnes sont les fichiers contenant les donnes de la base. Le fichier de contrle est un fichier qui permet de contrler tous les fichiers oracle. Les fichiers journaux (fichier redo-log) contiennent les modifications successives de la BD. Le fichier de paramtre contient les paramtres de dmarrage de linstance. Le fichier de mots de passe vrifie lauthenticit des utilisateurs privilgis.

Cration manuelle dune BD : CREATE DATABASE

La cration dune BD est une tche importante. Le nom de la BD et la taille des blocs ne pourront plus tre modifis. On peut crer une BD partir de rien ou partir dune BD existante en effaant les fichiers de donnes. La BD est cre partir dun administrateurs connect une instance dmarr en nomount avec des privilges SYSDBA.


C:\ sqlplus /as sysdba Connect une instance inactive

SQL>create spfile from pfile=C:\...\initMaBase.ora; Fichier cr

SQL>startup nomount Instance oracle lance

La cration de la BD va crer les fichiers de donnes de la BD. Ces fichiers seront lus par les processus darrire plan de linstance. La cration des fichiers de donnes se fait par commande : CREATE DATABASE http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/create.htm#i1008985

SQL>create database maBase ...;

SQL > alter database open; Une fois linstance dmarrer en nomount , on peut crer la BD. On peut ensuite la monter et louvrir avec lalter database.

Pour visualiser le DB_NAME (nom de la BD, 8 caractres maximum) Show parameter DB_NAME

DB_UNIQUE_NAME : nom de la BD sur 30 caractres.

Pour visualiser le INSTANCE _NAME (nom de linstance, en gnral mme nom que la BD) : Show parameter INSTANCE _NAME

Cration du dictionnaire

Pour crer le dictionnaire des donnes, il faut excuter des scripts qui sont dans le rpertoire : %ORACLE_HOME% / RDBMS / admin

Les deux scripts obligatoires sont : catalog.sql catproc.sql Mais il y en a dautres !

Exemple de code : SQL > connect / as sysdba SQL > spool ./createCatalog.log SQL > @%ORACLE_HOME \ rdbms \ admin \ catalog.sql ; SQL > @%ORACLE_HOME \ rdbms \ admin \ catproc.sql ; SQL > spool off

On commence par se connecter en tant quadministrateur avec privilges SYSDBA. On redirige les rsultats dans le fichier createCatalog.log pour pouvoir les lire ensuite. On excute les deux fichier catalog.sql et catproc.sql. On ferme le fichier spool.

Changer dinstance pour une BD


Oradim -DELETE -SID XE Set ORACLE_SID=bertrand Oradim -NEW -SID bertrand -INTPWD liaudet -STARTMODE m Sqlplus / as sysdba

Create spfile from pfile=C:\oraclexe\app\oracle\product\10.2.0\server\database\initXE

.ora; Startup Select instance_name from v$instance ; Select name, open_mode from v$database ;

Sauvegarder : lister tous les fichiers de la BD

Pour sauvegarder, il suffit de copier tous les fichier rsultats de la requtes suivante :

Select name from v$datafile Union all -- all vite le tri Select name from v$controlfile Union all -- all vite le tri Select member from v$logfile ;

NAME -------------------------------------------------------------------

C:\ORACLEXE\ORADATA\XE\SYSTEM.DBF C:\ORACLEXE\ORADATA\XE\UNDO.DBF C:\ORACLEXE\ORADATA\XE\SYSAUX.DBF C:\ORACLEXE\ORADATA\XE\USERS.DBF C:\ORACLEXE\ORADATA\XE\CONTROL.DBF C:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\ONLINELOG\O1_MF_2_50R

MMBVC_.LOG C:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\ONLINELOG\O1_MF_1_50R

MM9TV_.LOG

7 ligne(s) slectionne(s).


DICTIONNAIRE

Dictionnaire et dictionnaire des donnes

Prsentation

Le dictionnaire Le dictionnaire est un ensemble de tables, de vues et de synonymes contenant toutes les informations concernant tous les objets de la base, que ce soit du point de vue de lutilisateur ou de ladministrateur, que ce soit dun point de vue logique ou dun point de vue physique. Le dictionnaire est mis jour automatiquement chaque modification de la BD. Le propritaire du dictionnaire est lutilisateur SYS.

Le dictionnaire des donnes Le dictionnaire des donnes est une partie du dictionnaire. Le dictionnaire des donnes contient les donnes des bases de donnes pour les utilisateurs.

La vue dictionnary ou le synonyme dict

Description du dictionnaire Cest une table avec deux attributs : table_name et comments Il contient environ 1800 tuples.

SQL> select count(*) from dict ; COUNT(*) ----------

1821

Chaque tuple du dictionnaire concerne une table, une vue ou un synonyme. Les attributs de chaque table sont accessibles partir de la vue : dict_columns .

Les 4 types dobjets du dictionnaire Le dictionnaire contient : Environ 1000 objets du dictionnaire des donnes tous prfixs par DBA (env. 500), ALL

(env. 250) ou USER (env. 250) Environ 400 vues des performances toutes prfixes par V_$ , accessibles par des

synonymes tous prfixes par V$ . Environ 350 Les vues des performances des bases en cluster, toutes prfixes par

GV$ Environ 30 objets relevant en gnral du dictionnaire des donnes.

La vue de toutes les performances est dans v$fixed_table .


Exemple de requte column table_name format a30 column comments format a80

select table_name, comments from dict where substr(table_name, 1, 2)!='V$' and substr(table_name, 1, 3)!='GV$' and substr(table_name, 1, 4)!='ALL_' and substr(table_name, 1, 4)!='DBA_' and substr(table_name, 1, 5)!='USER_';

Dictionnaire des donnes

Premiers usages du dictionnaire des donnes

Lister toutes les tables SQL> select * from cat; SQL> select * from user_catalog; SQL> select * from all_catalog;

SQL> desc user_tables ; SQL> select table_name from user_tables ; // lister les tables

Description des attributs dune table SQL> desc nomTable // description dune table

Tous les utilisateurs desc all_users ; select * from all_users

Utilisateur courant desc user_users ; select username from user_users

Utilisateur courant desc user_objects; select object_name, object_type from user_objects;

Principales vues du dictionnaire des donnes all_catalog -- tables, sequence, synonyme, vue, environ 4000 all_objects -- 19 types dobjets, environ 5000 all_views -- les vues, environ 1000

cat -- quivalent user_catalog user_catalog -- les tables et les squences user_objects -- tous les objets user_tables -- les tables user_constraints -- les contraintes user_indexes -- les index etc.

La vue des vues : all_views Les tables du dictionnaires des attributs sont des vues.


En gnral, les vues sont prfixes soit par all soit par user . La vue qui contient toutes les vues : all_views

Desc all_views select count(*) from all_views ;

-- pour chercher les vues qui concernent les sequences : Select view_name from all_views where view_name like %SEQ% ;

-- pour chercher les vues qui concernent les privilges : Select view_name from all_views wher view_name like %PRIV% ;

Etc.

Les vues du dictionnaires des donnes

Ce sont les vues du dictionnaire prfixes par DBA_ , ALL_ ou USER_ . Les vues DBA_ contiennent des informations sur tous les objets de tous les schmas. Les vues ALL_ contiennent des informations sur les objets accessibles par le groupe

PUBLIC et par lutilisateur courrant. Les vues ALL sont les vues accessibles tous. Les vues USER_ contiennent les informations sur les objets accessibles par lutilisateur

courant.

Les 3 catalogues

Le catalogue est la vue contenant tous les objets accessibles. Il y a 3 catalogues : DBA_Catalog , ALL_Catalog et USER_Catalog CAT est un synonyme de la vue USER_catalog .

Les diffrents objets On peut ensuite accder aux OBJECTS, TABLES, TAB_COLUMNS, VIEWS, SYNONYMS, SEQUENCES, CONSTRAINTS, CONS_COLUMNS, INDEXES, IND_COLUMNS, CLUSTERS, CLU_COLUMNS.

Exemple

Select object_name, object_type, created, last_ddl_time From DBA_OBJECTS Where owner like Toto

Accs aux statistiques

Les tables DBA_TABLES et DBA_TAB_COLUMNS permettent daccder aux informations didentification (owner, table_name, column_name, etc.), despace de stockage (tablespace_name, cluster_name) pour les tables et de dfinition pour les colonnes (data_type, data_length, nullable, etc.). Elles permettent aussi daccder des informations de statistiques qui interviendront dans le calcul doptimisation : num_rows, blocks, cache, num_distinct, num_null, etc.)

Les utilisateurs et leurs privilges


Vues des utilisateurs La vue USERS permet de lister les utilisateurs et leurs caractristiques

Select * from all_users ;

Vues des roles

Les vues ROLES et ROLE_PRIVS permettent de lister les rles des utilisateurs.

Pour un utilisateur ayant le rle DBA, SQL> select * from dba_roles order by role;

Permet de lister les rles de lutilisateur. Ca donne le mme rsultat que : SQL> select * from user_role_privs order by granted_role;

Et SQL> select * from dba_role_privs order by granted_role;

permet de lister tous les rles de tous les utilisateurs.

Pour un utilisateur ayant simplement les rles CONNECT et RESSOURCE seul la vue USER_ROLE_PRIVS est accessible :

SQL> select * from user_role_privs order by granted_role;

USERNAME GRANTED_ROLE ADM DEF OS_ -------------------- ------------------------------ --- --- ---

BERTRAND2 CONNECT NO YES NO BERTRAND2 RESOURCE NO YES NO

Autres droits

Les vues SYS_PRIVS , TAB_PRIVS et COL_PRIVS permettent de dtailler les droits.


CONTROLE, JOURNAUX ET UNDO

Les fichiers de contrle Un fichier de contrle est un fichier binaire de petite taille associ une base de donnes. Il contient des informations concernant : la BD, les fichiers, les tablesspaces, la taille dun bloc de donnes, les journaux, les archives, les points de contle (checkpoint). Il prcise aussi, entre autres, le nombre maximum de journaux (MAXLOGFLES, MAXLOGMEMBERS), darchives (MAXLOGHISTORY). Pour crer un fichier de contrle (CREATE CONTROLFILE), il faut prciser tous les paramtres cits. Show parameter control_file permet de connatre le nom et lemplacement du fichier de contrle. Les vues V$CONTROLFILE, V$PARAMETER permettent aussi de connatre des informations sur les fichiers de contrle. Etant donn limportance de ce fichier, il est conseill davoir au moins deux fichiers de contrle. La commande : ALTER SYSTEM SET CONTROL_FILES = NOM DU FICHIER permet de spcifier le fichier de contrle quon veut utiliser. La commande SHOW PARAMETER CONTROL_FILES permet de connatre le nom et de rpertoire du fichier de contrle actuellement utilis.

Les fichiers de journaux Les fichiers de JOURNAUX sont aussi appels : fichiers REDO ou fichiers de REPRISE.

Prsentation

Les fichiers journaux sont des fichiers qui conservent toutes les modifications successives de la BD : toutes les oprations valides (transaction termine) ou non valides (transaction en cours) effectues sur les donnes de la BD sont dabord crites dans les fichiers journaux. Ils sont utiles lors dune restauration la suite dun problme.

Gestion de base

Principes Les fichiers de journaux prennent un volume important. Il faut les placer sur un priphrique diffrent de celui des fichiers de la BD Le processus LGWR crit dans les fichiers journaux. Lutilisation est circulaire : quand le dernier est plein, LGWR reprend au premier. Les fichiers sont numrots mais quand on revient au premier le numro ne reste pas 1 mais suit la progression.


Gestion des groupes et des membres Les fichiers de journaux ont intrt tre dupliqus (comme le fichier de contrle) pour se protger du dysfonctionnement dun fichier. Les copies ont intrt tre places sur des disques distincts. Un fichier et ses copies forment un groupe dont chaque fichier est un membre . MAXLOGFILES fixe le nombre maximum de fichiers grs en tout (nombre maximum de membres en tout). MAXLOGMEMBERS fixe le nombre maximum de membres par groupe. CF. fichier de controle/ La vue V$LOGFILE permet de rcuprer les informations sur les fichiers de journaux. Les commandes suivantes permettent de grer les groupes et les membres : ALTER DATABASE ADD LOGILE GROUP ALTER DATABASE ADD LOGFILE MEMBER ALTER DATABASE DROP LOGILE GROUP ALTER DATABASE DROP LOGFILE MEMBER

Gestion des performances Augmenter la taille des fichiers de journaux amliore les performances dutilisation mais ralentit le temps de reprise et augmente la taille des pertes en cas de problme.

NOARCHIVELOG et ARCHIVELOG En mode ARCHIVELOG, le systme fait une copie de chaque fichier journal quand il est plein (processus ARCn). Le mode NOARCHIVELOG rduit lutilisation de la mmoire sur le disque et amliore les performances mais il rduit les chances de reconstruire correctement les fichiers de donnes partir des fichiers journaux. ARCHIVE LOG LIST permet de consulter ltat courant de la base ce sujet. Lattribut LOG_MODE de la vue V$DATABASE permet aussi de connatre ltat de la base ce sujet. On peut slectionner le mode ARCHIVELOG ou NOARCHIVELOG au dmarrage du serveur :

STARTUP MOUNT ALTER DATABASE ARCHIVELOG ALTER DATABASE OPEN


Le segment UNDO Chaque BD gre un ou plusieurs segments UNDO qui contiennent les anciennes valeurs des enregistrements en cours de modification dans les transactions. Ces segments sont stockes dans un tablespace spcial appel UNDO. Seul ORACLE peut lire ces segments. Les utilisateurs et les administrateurs ne le peuvent pas. Ces segments servent ORACLE pour : Grer une lecture cohrente des donnes Grer lannulation dune transaction Grer la rcupration en cas darrt brutal du serveur Interroger les donnes dans ltat o elles taient avant des modifications (FLASHBACK

ORACLE 9i)


TABLESPACE

LES ASSISTANTS ORACLE

Oracle Net

Gestion des paramtres du fichier SPFILE Arrter et dmarrer le serveur

OEM : Oracle Entreprise Manager

Gestion des paramtres du fichier SPFILE Arrter et dmarrer le serveur

Lassistant DBCA

Cration et configuration dune BD http://download.oracle.com/docs/cd/B19306_01/server.102/b14196/install003.htm#CHDFGJEI


TP

Installation dune instance

Mthode de travail Conserver une trace crite de toutes les commandes que vous effectuez, avec les rsultats. Fonctionner au maximum par essai erreur, en analysant les messages d'erreurs Essayer d'tre autonomes. Lisez les messages d'erreurs sont le plus souvent explicites, ils mettent sur la voie dune solution. Chercher dans la documentation et sur google. Quelques pistes google : http://st-curriculum.oracle.com/tutorial/DBXETutorial/index.htm http://orafrance.developpez.com/dbahelp/ : pense-bte DBA Oracle http://mbouayoun.developpez.com/Fctladm/ : sur les fichiers de contrle etc...

Objectif Obtenir une premire base avec son instance, sans tre regardant sur les paramtres, les emplacements des fichiers Le nom de linstance sera (en majuscules) : DB suivi des 2 premires lettres de votre prnom, suivi des 3 premires lettres de votre nom (ex. : DBELIA).

Paramtres de l'instance : On dfinie les paramtres suivants, les autres gardant leurs valeurs par dfaut : nom de base : identique au nom de l'instance, un fichier de contrle, 50 processus utilisateurs peuvent se connecter simultanment l'instance, taille d'un bloc de donnes : 8 192 octets, taille du tampon de donnes (db_cache_size) : 2 516 582 octets, taille de la zone SQL partage (shared_pool_size) : 54 525 953 octets, taille du tampon Java (java_pool_size) : 0 octets, les fichiers de dump (background, core et user) doivent tre rangs dans des sous-

rpertoires de votre compte.

Paramtres de la base :

32 groupes de fichiers redo-log pourront tre crs, taille des fichiers redo-log : 6 Mo, taille du fichier de donnes systme : 30 Mo, taille du fichier de donnes auxiliaires : 10 Mo.


A la fin de la sance, il faut arrter votre instance.

Documents

ORACLE 04 Architecture