Chapitre 3 - DEMARRAGE/ARRET DE LA BASE

DE DONNEES ET GESTION DE LINSTANCE

1
Prsentation
Fichier de paramtres (PFILE)
Consult par l'instance son dmarrage et avant
l'ouverture de la BD. Ne fait pas partie de la BD
Contient l'ensemble des paramtres d'initialisation
de l'instance
Paramtres d'emplacement :
DB_CREATE_FILE_DEST, CONTROL_FILES, etc.
Paramtres de limites et d'allocation mmoire :
DB_BLOCK_SIZE, DB_CACHE_SIZE, SGA_MAX_SIZE,
etc.
Il existe deux types de fichiers de paramtres : le
PFILE (historique) et le SPFILE (depuis la version 9i)

2
Comparaison des fichiers de paramtres
PFILE vs. SPFILE

Lors du dmarrage d'une instance, le serveur cherche

un spfile sinon un pfile
3
Affichage des Paramtres
dinitialisation
Pour consulter la valeur courante d'un paramtre
nomParametre
SQL>show parameter nomParametre

SELECT name, value FROM V$PARAMETER

WHERE name =
"nomParametre"

Pour consulter la valeur stocke dans un SPFILE d'un

paramtre nomParametre
SQL : "SELECT name, value FROM
V$SPPARAMETER WHERE name =
"nomParametre"

4
Affichage des Paramtres
dinitialisation (SQL*PLUS)

5
Modification des paramtres d'initialisation
Instruction SQL pour modifier les paramtres d'initialisation
ALTER SYSTEM SET nomParam = nouvelleValeur
[SCOPE = [BOTH|MEMORY|
SPFILE]]
SCOPE = SPFILE : si le paramtre est statique
(modifiable uniquement froid), ou bien s'il est souhait que
les changements ne prennent qu'au prochain dmarrage de
l'instance
SCOPE = MEMORY : si le paramtre est dynamique
(modifiable chaud). Les changements affectent uniquement
l'instance en cours.
SCOPE = BOTH : si le paramtre est dynamique et les
modifications concernent aussi bien l'instance en cours que
les prochaines

BOTH est la valeur par dfaut si la BD a t dmarr en 6

utilisant un SPFILE
Si l'instance dmarre l'aide d'un PFILE
Seule l'option MEMORY est utilisable avec ALTER
SYSTEM...
Le DBA doit retranscrire les modifications dans le 7
Rcapitulation

8
Dmarrage et Arrt de la base de donnes

Oracle DB- Startup

9
Etapes de dmarrage
Dmarrage dune instance
Lecture du parameter file init<SID>.ora
Allocation de la SGA
Dmarrage des background processes
Ouverture des fichiers trace et ALERT
Monter la BD
Associer une BD une instance dj dmarre
Localiser et ouvrir les control files spcifis dans les
parameter files
Lire les control files pour obtenir les noms et les tats
des data files et redo log files. Aucune vrification de
lexistence de ces fichiers nest ralise ce stade
Ouvrir la BD : Open data and redo log files
Si un des fichiers nest pas prsent, Oracle renvoie
une erreur
10
Dmarrage - Syntaxe
STARTUP [FORCE] [RESTRICT] [PFILE=nomPFILE]
[OPEN | MOUNT | NOMOUNT]

STARTUP NOMOUNT
Un SPFILE (spfile%.ora) est cherch. Si non trouv un
pfile(init%.ora) est cherch et utilis la place.
La SGA est alloue selon les paramtres d'initialisation
Les processus d'arrire plan sont lancs
La BD n'est ni monte ni ouverte
=> les vues dynamiques relatives l'instance
(V$INSATNCE, V$SGA, etc.) sont interrogeables, mais
pas celles relatives la BD (V$DATABASE)
Pour monter (resp. ouvrir) la BD ultrieurement :
ALTER DATABASE MOUNT (resp. ALTER DATABASE
OPEN)
11
STARTUP MOUNT
Ouverture du fichier de contrle de la BD (localisation
partir du paramtre d'initialisation
CONTROL_FILES)
Si le fichier de contrle est multiplex et que les
copies ne sont pas identiques, l'instance reste l'tat
NOMOUNT
Depuis le fichier de contrle, extraction des noms, des
emplacements et des tats des fichiers de donnes et
de journalisation. Ces fichiers ne sont ce stade ni
ouverts ni vrifis.
Connexion la BD possible uniquement pour 12
les
STARTUP OPEN
Ouverture des fichiers de journalisation et de
donnes
SMON est lanc. Si les SCN des en-ttes des fichiers
de donnes et de journalisation sont diffrents, du SCN
apparaissant dans le fichier de contrle => Roll
Forward + Roll Back.
Aprs l'ouverture, la BD est disponible une utilisation
"normale"
pour tous les utilisateurs.

13
Autres options de dmarrage
STARTUP FORCE: Interrompt l'instance en cours, puis
excuter un dmarrage normal => Equivalent
SHUTDOWN ABORT + STARTUP
STARTUP RESTRICT:
N'autorise l'accs la BD qu'aux administrateurs et les
utilisateurs
disposant du privilge RESTRICTED_SESSION
Utilis pour excuter certaines oprations
d'administration qui
ncessite que la BD soit ouverte, mais qu'il est
prfrable de raliser
14
Commande de changement de ltat de la BD

La commande ALTER permet de changer ltat dune

BD
Pour changer ltat de la BD de NOMOUNT MOUNT
ou de MOUNT OPEN, il suffit dcrire cette commande:
SQL> ALTER DATABASE { MOUNT | OPEN }
Pour que les donnes ne soient pas modifier, nous
pouvons ouvrir la base en mode read-only
SQL> ALTER DATABASE OPEN [READ WRITE| READ
ONLY]

15
Arrt de la base

Commande SHUTDOWN
Arrt une base de donnes comporte
trois tapes:
1. Fermeture de la base de donnes :
Lorsqu'une base de donnes est ferm, toutes les
donnes dans la base de donnes et de
rcupration SGA sont crites dans les fichiers de
donnes et de fichiers de journalisation, et tous
les fichiers de donnes en ligne sont ferms.
2. Dmonter la base de donnes : dissociation
de la base de donnes d'une instance et ferme
les fichiers de contrle de la base de donnes.
16
Arrt de la base
3. Arrt de l'instance : Arrt d'une instance rcupre la
SGA de la mmoire et met fin l'arrire-plan des processus
de base de donnes Oracle qui constituent une instance de
base de donnes Oracle.
Syntaxe :
SQL> connect sys/password as stysdba
SQL> SHUTDOWN NORMAL| TRANSACTIONAL|
IMMEDIATE| ABORT

Vous devez tre connect une base de donnes en tant

SYSOPER, vs SYSDBA.

NORMAL: attend la dconnexion des sessions en cours (ce mode

d'arrt est le mode le plus lent) et interdit les nouvelles
demandes de connexion. C'est l'option applique par dfaut si la
commande SHUTDOWN est lance sans paramtre.
17
Arrt de la base
TRANSACTIONAL: attend que les utilisateurs
terminent leurs transactions en cours.
IMMEDIATE: n'attend pas que les utilisateurs
terminent leurs transactions en cours. Les
transactions non valides sont annules
(rollback). C'est l'option d'arrt cohrent la plus
rapide.
ABORT: C'est l'quivalent d'une coupure de
courant (c'est le mode d'arrt le plus rapide) . Ce
mode ncessite une rcupration de l'instance
au prochain dmarrage parce que la base est
incohrente. En effet, les modifications non
valides ne sont pas annules et le cache de
tampons de la base de donnes n'est pas crit
dans les fichiers de donnes. 18
Arrt de la base
NB1 : Le mode ABORT n'est recommand qu'en cas
dchec des autres modes d'arrt
(NORMAL,TRANSACTIONAL et IMMEDIATE). Au prochain
dmarrage, le processus SMONprocde
automatiquement la rcupration d'instance.
NB2 : Pour Les trois premiers modes, la base de
donne est cohrente et ne ncessite pas une
rcupration d'instance au prochain dmarrage. Le
cache de tampons de la base de donnes est crit dans
les fichiers de donneset les ressources sont libres .
Rcap : Au dmarrage de la base, le serveur Oracle
dmarre l'instance et puis monte et ouvre la base.
Durantl'arrt cohrent, le serveur Oracle ferme et
dmonte la base et puis arrte correctement l'instance .
19
Gestion dune instance
Grer linstance revient principalement la
paramtrer
Il existe deux types de paramtres:
Dynamique : sa modification est prise en
compte en cours de fonctionnement de linstance
Statique : sa modification est prise en compte
aprs redmarrage
Un paramtre, quil soit statique ou
dynamique est modifi
Via Enterprise Manager
Via SQL (isqlplus, sqlplus)
ALTER SYSTEM SET param=val;
20
Gestion dune instance
Lensemble des paramtres sont consultables sur
V$PARAMETER
Lattribut ISSYS_MODIFIABLE peut avoir la valeur :
FALSE: le paramtre est statique, sa modification sapplique
aprs redmarrage
IMMEDIATE: le paramtre est dynamique, et modifi pour la
session courante
DEFERRED: le paramtre est dynamique, et modifi pour la
future session
Remarque:
Pour modifier un paramtre statique sur un SPFILE
Si le serveur en arrt
Dmarrer en NOMOUNT, ALTER SYSTEM ensuite, redmarrage
Si le serveur fonctionne
ALTER SYSTEM avec un SCOPE=SPFILE ensuite, redmarrage
Diffrence entre les vues des paramtres
21
Gestion dune instance
V$PARAMETER : valeurs actuelles
des paramtres dans la session
courante.
V$SYSTEM_PARAMETER : valeurs
actuelles des paramtres dans
linstance (toutes sessions confondues)
V$SPPARAMETER : contenu du fichier
SPFILE avec lequel le serveur a
dmarr. Contenu vide si le serveur a
dmarr avec un PFILE
22