LP Informatique(DA2I)

UF7 : Administration Systme, Rseaux et Base de donnes

15/12/2007, Enseignant : M. Nakechbnadi mail : [email protected]
Premire parie : Administration dune BD

Chapitre III
Architecture de Base de Donnes Oracle
III.1. Architecture physique
III.1.1/ Schma gnral : Une base de donnes Oracle est constitue de plusieurs
lments :

Des processus chargs en mmoire sur le serveur

Des fichiers physiques stocks sur le serveur

D'un espace mmoire sur le serveur appel SGA (System Global Area)
User i

Listener
Server Process
PGA

Figure 1. Architecture gnrale dune instance Oracle

On appelle instance Oracle les processus et la SGA d'une base de donnes Oracle.
1

III.1.2/ Les fichiers physiques d'une base Oracle

Les fichiers physiques d'une base Oracle permettent de stocker de manire
persistante les donnes manipules par Oracle. On distingue deux types de fichiers :

Les fichiers servant stocker les informations de la base. Tous ces fichiers sont des
fichiers binaires, ce qui signifie qu'ils sont inexploitables avec un diteur de texte.

Les fichiers destins la configuration et au fonctionnement de la base Oracle
Les fichiers d'une base de donnes Oracle sont les suivants :

Les fichiers de donnes (dont l'extension est .dbf)

Les fichiers Redo Log (dont l'extension est .rdo ou .log)

Les fichiers de contrle (dont l'extension est .ctl).
Une base de donnes Oracle ncessite au minimum :
- un fichier de donnes
- deux fichiers redo Log
- et un fichier de contrle

III.1. 3/ Les fichiers de donnes

Ces fichiers contiennent l'ensemble des donnes de la base (les tables, les vues,
les procdures stockes, ...). Il sont cods dans un format propritaire. Seule les
requtes SQL permettant un accs implicite ces fichiers.
Les fichiers de donnes contiennent des informations de deux types :

Le dictionnaire de donnes et de travail

Les donnes des utilisateurs

La lecture de ces fichiers de donnes est faire l'aide des processus utilisateurs
tandis que l'criture est assur par le processus DBWR (Database Writer).
III.1.4/ Les fichiers Redo-log
Les fichiers Redo-log contiennent l'historique des modifications apportes la
base de donnes Oracle. Ces fichiers de journalisation enregistrent les
modifications successives de la base de donnes afin de pouvoir restaurer la base
de donnes en cas de dfaillance d'un disque dur. Ainsi le cas chant, la base de
2

donnes Oracle est mme de simuler l'ensemble des commandes n'ayant pas t
sauvegardes pour rtablir le contenu de la base de donnes.
Au mme titre que les fichiers de donnes, les fichiers Redo-log sont dans un
format propritaire Oracle et l'criture dans ces fichiers est assure par le
processus LGWR (Log Writer).
Oracle propose galement un mode archivage permettant la sauvegarde du fichier
Redo-log avant sa rutilisation pour restaurer la base. Si ce mode n'a pas t
activ, le contenu du fichier Redo Log est supprim aprs utilisation.
Enfin ces fichiers peuvent tre multiplexs afin de fournir un maximum de
scurit.

III.1.5/ Les fichiers de contrle

Ces fichiers permettent de stocker les informations sur l'tat de la base de donnes.
Le fichier de contrle contient les informations suivantes :

Nom de la base de donnes

Emplacement des fichiers de donnes

Date et heure de cration de la base

L'emplacement des fichiers journaux (Redo-Log)
Les fichiers de contrle sont eux-mme reprs par le fichier d'initialisation.
III.1.6/ Le fichier d'initialisation
Ce fichier est un fichier au format texte de paramtres de dmarrage de la base (il
est gnralement nomm initSID.ora.
Ce ficher peut tre facilement reconstruit car un nombre limit de parametres est
rellement utile.

Exemple (init.ora) :
db_name = DB01
db_files = 20
control_files = /home/oracle/ORADBA/DB01/DATABASE/ctl1db01.ora
db_block_buffers = 200
db_block_size = 2048

III.1.7/ Les Autres fichiers de configuration

Le fichier listener.ora (dj vu en chapitre 1) dans ORACLE_HOME/network/admin
Ce ficher gre les demande daccs distance.
Exemple
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC0))
)
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = LIH-NAKECH)(PORT = 1521))
)
)
)
SID_LIST_LISTENER =
(SID_LIST =
Nom de la machine serveur
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = /oracle/ora92)
Nom de la base serveur
(PROGRAM = extproc)
)
(SID_DESC =
(GLOBAL_DBNAME = ora1)
(ORACLE_HOME = /oracle/ora92)
(SID_NAME = ora1)
)
)

Le fichier TNSNAMES.ORA (dj vu en chapitre 1) qui decrit les diferentes BD accssibles

(rsolution de noms). Comme le fichier prcdent, TNSNAMES.ORA est dans

ORACLE_HOME/network/admin
Exemple
PP =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.0.86)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = ora1)
Ip du serveur distace
)
)

Nom daccs distance

Nom de la base distante

III.1.8/ Les processus

On distingue gnralement deux types de processus :

les processus utilisateurs : Un processus utilisateur est cr pour chaque
programme excut par un utilisateur (par exemple Oracle Forms ou Server
Manager) afin de fournir l'environnement ncessaire l'excution de celui-ci.

les processus systmes : Les 4 principaux processus systmes sont :
Le processus DBWR
Le processus Database Writer (DBWR) soccupe de transfrer les blocs de donnes
modifis (par requte SQL DELETE, INSERT ou UPDATE) de la System Global Area
(SGA) vers les fichiers de la base de donnes, afin de sauvegarder de manire
permanente les donnes de la base. Ainsi, lorsqu'un ordre SQL modifie la base de
donnes.
Le processus LGWR
Le rle du processus LGWR (Log Writer) est de mettre jour les fichiers journaux
(Redo Log) dans la SGA et sur le disque. Ainsi ce processus est charg d'crire le
contenu du cache Redo Log de la SGA dans le fichier Redo Log chaque fois qu'un
ordre COMMIT est rceptionn.
Le processus SMON
Le processus SMON (System Monitor) est charg de vrifier la cohrence du systme
et de la rtablir suite un incident au dmarrage de la base suivant. Ainsi, si la base
n'a pas t stoppe correctement, le processus analyse les informations stockes
dans les rollback segments (les rollback segments sont les zones de stockage des oprations
n'ayant pas encore t valides) puis annule toutes les informations en attente mais pour
lesquelles aucune validation n'a t enregistres.
Le processus PMON
Le processus PMON (Process Monitor) a pour but de rcuprer les ressources
associes des dfaillances de processus utilisateurs. Ainsi il supprime les processus
en erreur, il annule les transactions n'ayant pas t valides (par exemple si un client
est dconnect brutalement lors de la transaction); il libre les verrous.
Les autre processus (systmes)
Il existe galement d'autres processus d'importance secondaire :

CKPT (CheckPoint), le processus charg d'crire le contenu des buffers dans les
fichiers de donnes

RECO (Recoverer), il s'agit d'un processus optionnel permettant de rsoudre les
transactions interrompues brutalement dans un systme de bases de donnes
5

distribues (par exemple un systme de rplication de bases de donnes)

ARCH (Archiver). Ce processus est optionnel et n'existe qu'en mode
ARCHIVELOG. Il permet de dupliquer les fichiers Redo-Log dans un espace
d'archivage.

Dnnnn (nnnn reprsente une suite de nombre entiers) : Ce processus est permet de
router les requtes distants vers les autres serveurs (dans larchitecture BD
distribue.

Snnnn : Ce processus permet de recevoir les demandes de connexions distantes
envoyes par le processus Dnnnn d'un serveur distant.

LCKn (Lock) est un processus de verrouillage utilis lorsque Oracle Parallel Server
est install.

III.1.9/ L'utilisation de la mmoire par Oracle.

La zone SGA (System Global Area) il s'agit de la zone contenant les structures de
donnes accessibles par tous les processus.

La zone PGA (Program Global Area) stock toutes les donnes ne ncessitant pas
d'tre partages.
La SGA est compose de plusieurs constituants :

La Shared Pool (ou zone partage) cette zone sert mmoriser et traiter les
requtes SQL provenant des divers utilisateurs.

Le Db block buffer (Database Buffer Cache ou cache des blocs de donnes) est un
espace mmoire contenant toutes les donnes transitant de ou vers la base de
donnes : blocs de donnes, blocs d'index et blocs contenant les ROLLBACK
SEGMENTS.

Le Redo Log buffer (ou cache Redo-log) contient les blocs de donnes modifier et
les modifications effectuer sur ces donnes, avant que l'ensemble de ces mises
jour de la base ne soient archives dans les fichiers Redo-log

L'ensemble des tailles des caches peut tre modifi (augmente ou diminue) grce
aux paramtres du fichier d'initialisation (init.ora) dont un exemple est dj vu plus
haut (paragraphe1.6).

III.2. Structure logique d'une base de donnes oracle

Il existe plusieurs niveaux de structures logiques (accessibles lutilisateur par
requte SQL) allant du schema object (la structure la plus importante) au datablock
(la plus petite structure).
Par Schema objet on entend un moyen d'accs la BD. On y trouve :

Les tables : Elles permettent directement d'accder aux donnes .

Les vues : Ces lments qui permettent de donner accs un sous-ensemble
d'une table ou de plusieurs tables.

Les index : Ces lments sont donc aussi des schma objects. En quelques mots,
on peut dire qu'un index, similairement l'index d'un ouvrage, permet une
instance du serveur d'accder plus rapidement des lments. Nous reparlerons
de cela plus en avant dans ce cours.

Les clusters : Ces schma objects permettent aussi un accs plus rapide aux
donnes. ils permet de stocker dans un mme bloc les donnes de 2 ou plusieurs
tables favorisant ainsi certains chemins d'accs (jointure physique).

Les liens : Ces schma objects permettent d'accder des donnes sur une DB
distante.

Les synonymes : Ils consistent en un nom de remplacement sur un autre schema
object.

Les procdures: une procdure est un ensemble d'ordres PL/SQL permettant de
raliser une action sur des donnes.

Les packages Un package est un ensemble de procdures.
L'ensemble de tous les schma objects pour un utilisateur est appel user's schema.

Les autres structures comme le table space seront tudies dans le chapitre 4.

III.3. Le data dictionary (ou les tables systme)

III.3.1/ Prsentation gnrale
Le dictionnaire de donnes Oracle reprsente le coeur de la base de donnes. Il s'agit
d'un ensemble de tables systmes contenant les informations relatives la structure
de la base de donnes :

Utilisateurs de la base, droits d'accs, rles, profils

Noms et caractristiques des objets contenus dans la base :
tables, vues, index, clusters, triggers, packages, contraintes d'intgrit,
synonymes, procdures, fonctions, packages,
Ressources physiques alloues la base (tablespaces, fichiers physiques)

Le dictionnaire est cr au moment de la cration de la base et est mises jour lors de

l'utilisation de commandes DDL(data defintion language) sql. Si vous crez une
nouvelle table, les donnes seront automatiquement mises jour dans la BD. Vous ne
pouvez en aucun cas modifier ce dictionnaire.
On ne peut donc qu'accder le dictionnaire que pour des consultations (SELECT).
Afin d'en simplifier cette consultation, des vues sont dfinies sur les tables du
dictionnaire. Il est dconseill d'accder ce dictionnaire directement par les tables.
Il appartient l'utilisateur SYS, mais l'utilisateur SYSTEM, c'est--dire l'administrateur
de la base, possde des droits de lecture sur des vues du dictionnaire. Enfin le
dictionnaire de donnes est conserv dans le tablespace SYSTEM.

III.3.2/ Les diffrentes vues

De nombreuses vues permettent des utilisateurs d'accder certaines parties du
dictionnaire de donnes. Les vues fournissent l'administrateur de la base le meilleur
moyen pour obtenir les caractristiques techniques de celle-ci.
Les vues du dictionnaire de donnes sont classes par famille et nommes en fonction
de l'appartenance une de ces familles.
Voici la liste de ces familles de vues :

Les vues USER (dont le nom commence par USER_xxx) donnent des informations
sur tous les objets logiques dont l'utilisateur connect est propritaire (tables, index,
vues, procdures, ...)

Les vues ALL (dont le nom commence par ALL_xxx) fournissent des informations
sur les objets pour lesquels l'utilisateur a un droit d'accs, c'est--dire les objets de
la base crs par l'utilisateur ainsi que tous les objets accessibles par cet utilisateur.

Les vues DBA (dont le nom commence par DBA_xxx). Ces vues sont rserves
l'administrateur de la base (DBA), afin de lui fournir des informations sensibles sur
tous les objets de la base de donnes.

Les vues V$ (dont le nom commence par V$_) sont des vues dynamiques
permettant d'avoir des informations sur l'tat courant de l'instance de la base de
donnes de son dmarrage son arrt. Elles permettent par exemple de connatre
les fichiers physiques actuellement utiliss par la base (logs, rollback segments, ...).
chaque XXX est en gnral remplac par un nom (en anglais) significatif. Ainsi
USER_TABLES est la vue de toutes MES tables, DBA_SYNONYMS est la vue de
TOUS les synonymes du systme.
Remarque : Les vues commenant par 'ALL_' ne dcrivent pas TOUS les objets mais
les objets ACCESSIBLES l'utilisateur courant. Ainsi ALL_TABLES ne donne pas la
liste de toutes les tables de la base, c'est DBA_TABLES !

3.3/ Exemples : dinterrogation du data dictionary

SQL> SELECT * FROM all_db_links;

Demande l'ensemble des liens utilisables sur la BD.

SQL> SELECT * FROM V$DBFILE ;

Demande tous les datafiles de la BD.

SQL> select * from V$DBFILE;

/ORACLE/DATABASE/USR1ORCL.ORA
/ORACLE/DATABASE/RBS1ORCL.ORA
/ORACLE/DATABASE/TMP1ORCL.ORA
/ORACLE/DATABASE/SYS1ORCL.ORA
SQL>

Etant donn que le nombre de champs dune table systme est par fois trs grand, il
recommander de consulter la structure (les colonnes) dune table du dictionnaire avant de
linterroger. Il suffit de faire un DESC. Par exemple :
SQL > DESCRIBE v$session
SQL > DESCRIBE DBA_USERS
USERNAME
USER_ID
PASSWORD
ACCOUNT_STATUS
LOCK_DATE
EXPIRY_DATE
DEFAULT_TABLESPACE
TEMPORARY_TABLESPACE
CREATED
PROFILE
INITIAL_RSRC_CONSUMER_GROUP
EXTERNAL_NAME

NOT NULL VARCHAR2(30)

NOT NULL NUMBER
VARCHAR2(30)
NOT NULL VARCHAR2(32)
DATE
DATE
NOT NULL VARCHAR2(30)
NOT NULL VARCHAR2(30)
NOT NULL DATE
NOT NULL VARCHAR2(30)
VARCHAR2(30)
VARCHAR2(4000)

SQL >
On obtient le mme rsultat en regardant dans la vue DICT comment est dcrite la VUE
DBA_USERS :
SQL> select * from DICT

where table_name= 'DBA_USERS'

10

Annexe : Les tables systmes doracle

Liste des vues statiques du dictionnaire Oracle pour l'utilisateur ou le dveloppeur
Nom de la vue

synonyme

Contenu

DICTIONARY

DICT

Toutes les vues du dictionnaire ,pour le dveloppeur ou le DBA : Nom de la

vue, description

USER_TABLES

TABS

mes tables : nom, tablespace, stockage, statistiques, cluster ventuel

USER_TAB_COLUMNS

COLS

Colonnes de mes tables : Nom colonne, type, longueur, obligatoire

USER_VIEWS

Mes vues : Nom, texte de lordre SQL associ, type

USER_INDEXES

IND

Mes indexs : Nom, table indexe, unicit, stockage, statistiques

USER_IND_COLUMNS

Nom index, nom table, nom colonne, position et longueur

USER_CLUSTERS

CLU

Mes clusters ; Nom, stockage, statistiques

USER_OBJECTS

OBJ

Mes objets : tables, vues, indexes, clusters, synonymes, procdures,

fonction, package, sequence

USER_SEQUENCES

SEQ

Mes squences : Valeur min, max, increment, cycle, cache

USER_SYNONYMS

SYN

Mes synonymes : Nom du synonyme, de l atable, propritaire et db link

ventuel

USER_USERS

Caractristiques gnrales du user : Nom, tablespace par defaut,

tablespace temporaire

USER_CONSTRAINTS

De mes contraintes : Nom, type, table daccueil, statut

USER_DB_LINKS

De mes database links (liens base distantes) : Nom, user distant, mot de
passe, serveur distant, date de creation

USER_TAB_PRIVS

Des privilges donns ou reus : Bnficiaire, propritaire, crateur

USER_EXTENTS

Caractristiques de stockage de mes objets : Nom du segment, de la

partition, du tablespace, taille en octets et en blocs

USER_TS_QUOTAS

Quota dcriture autoris sur les tablespace : Nom du tablespace, taille max
en octets et en blocs

liste des vues statiques DBA les plus utilises

TABLE_NAME
DBA_CATALOG
DBA_CLUSTERS
DBA_COLL_TYPES

COMMENTS
All database Tables, Views, Synonyms, Sequences
Description of all clusters in the database

DBA_COL_COMMENTS

Description of all named collection types in the database

Comments on columns of all tables and views

DBA_COL_PRIVS

All grants on columns in the database

DBA_CONSTRAINTS
DBA_CONS_COLUMNS
DBA_CONS_OBJ_COLUMNS
DBA_DATA_FILES
DBA_DB_LINKS
DBA_DEPENDENCIES
DBA_DIMENSIONS
DBA_DMT_FREE_SPACE

Constraint definitions on all tables

Information about accessible columns in constraint
definitions
List of types an object column or attribute is constrained
to in all tables in the database
Information about database data files
All database links in the database
Dependencies to and from objects
Description of the dimension objects accessible to the DBA
Free extents in all dictionary managed tablespaces
11

DBA_DMT_USED_EXTENTS

All extents in the dictionary managed tablespaces

DBA_ERRORS

Current errors on all stored objects in the database

DBA_EXTENTS

Extents comprising all segments in the database

DBA_INDEXES
DBA_PARTIAL_DROP_TABS

Description for all indexes in the database

All tables with partially dropped columns in the database

DBA_PENDING_TRANSACTIONS
DBA_PROCEDURES

information about unresolved global transactions

Description of all procedures

DBA_PROFILES
DBA_ROLES

Display all profiles and their limits

All Roles which exist in the database

DBA_ROLE_PRIVS
DBA_ROLLBACK_SEGS

Roles granted to users and roles

Description of rollback segments

DBA_RULES
DBA_SEGMENTS

Rules in the databse

Storage allocated for all database segments

DBA_SEQUENCES
DBA_SNAPSHOTS

Description of all SEQUENCEs in the database

All snapshots in the database

DBA_SYNONYMS

All synonyms in the database

DBA_SYS_PRIVS

System privileges granted to users and roles

DBA_TABLES

Description of all relational tables in the database

DBA_TABLESPACES

Description of all tablespaces

DBA_TAB_COLS

Columns of user's tables, views and clusters

DBA_TAB_COLUMNS
DBA_TAB_COL_STATISTICS

Columns of user's tables, views and clusters

Columns of user's tables, views and clusters

DBA_TAB_COMMENTS

Comments on all tables and views in the database

DBA_TAB_HISTOGRAMS

Histograms on columns of all tables

DBA_TAB_MODIFICATIONS

Information regarding modifications to tables

DBA_TAB_PRIVS

All grants on objects in the database

DBA_TRIGGERS

All triggers in the database

DBA_TRIGGER_COLS
DBA_TS_QUOTAS

Column usage in all triggers

Tablespace quotas for all users

DBA_TYPES

Description of all types in the database

DBA_UNDO_EXTENTS

Extents comprising all segments in the system managed undo

tablespaces
All tables with unused columns in the database
Description of dba updatable columns
Information about all users of the database
Description of all views in the database

DBA_UNUSED_COL_TABS
DBA_UPDATABLE_COLUMNS
DBA_USERS
DBA_VIEWS

Remarque : Pour obtenir une liste complte des vues statiques DBA utiliser la requete suivante :
select * from dict where table_name like 'DBA%'
12