SESSION ALTER SESSION SET paramètre = valeur […] ;

concerne la mémoire
MEMORY
• Prise en compte immédiatement
- dynamique
• Si arrêt de la BD, alors modification ne
Modifier les paramètres d’initialisation (BD travail)
survit pas

1- Créer les répertoires sur les disques où

seront stockées les données de la base ALTER SYSTEM SET paramètre = valeur […] ne peut être spécifiée que si l’instance a
SPFILE
[ COMMENT = 'texte' ] démarré avec
- static
SYSTEM [ DEFERRED ] SCOPE: définit la cible de la modification un fichier de paramètres serveur.
2- Préparer un nouveau fichier de (redémarrer la BD pour prise la modif en
[ SCOPE = MEMORY | SPFILE | BOTH ]; • Prise en considération uniquement au
paramètres texte(PFILE), généralement en consediration)
prochain démarrage
copiant un ancien
concerne les deux
3- Sous Windows uniquement, créer le BOTH • Prise en compte immédiatement
service associé à l'instance en utilisant l'outil - dynamique et static • Prise en considération aussi au prochain
oradim démarrage

4- Lancer SQL*Plus et se connecter en tant

Create database
que SYSDBA

5- Créer le fichier de paramètres serveur

(SPFILE) à partir du fichier PFILE

6- Démarrer l'instance en mode NOMOUNT

7- Créer la base de données en utilisant la

commande SQL 'CREATE DATABASE'

8- Finaliser la création du dictionnaire de Processus utilisateur : ils représentent les

données en exécutant quelques scripts connexions des utilisateurs à la base de
PFILE (init<SID>.ora): text (modifiable)
données
fichier de parametres d'initialisation fichiers physiques cree lors de la creation de la session user
SPFILE (spfile<SID>.ora): serveur (binaire ->
pas modifiable)
Processus serveur : ils sont cree et chargés
de traiter les requêtes des processus
informations relatives a la structure utilisateurs
[Link] fichiers de controle
physique de BD
DBWr: database writer, permet de decrire les
INACTIVE: le group ne contient plus
informations cree par la session...
d'informations utiles
un instance a un seul DBWr
process
ACTIVE: il reste dans ce groupe des infos
LGWR (log writer): processus charge de
importantes non ecrit dans les datafiles
decrire le redo log buffer
Status
CURRENT: oracle ecrit en ce mement dans
ARCH (archiver): optionnel, permet
ce group
l'archifage des fichiers de jornalisation avant
leur effacement
UNUSED: le group n'a pas encore utilise

Processus d'arrière-plan : ils sont chargés de SMON (system monitor): processus charge
Ajouter un Redo de la restauration de l'instance apres un arret
tâches de maintenance et d'administration
log (group) anormal
de l'instance (correspond a l'instance et pas
a l'utilisateur) charge de libere les segments temporaires
-meme taille que non utilises
Alter database add logfile group3 les groupes dans la recuperation il eff 2 operations:
('membre1','membre2'..) SIZE 50M; existants sinon - Roll forward: fichier de donnee applique les
cree 2 nouveaux trans valide et pas ecrit
de meme taille et - Roll back: pour enleve des fichiers de
eviter les autre (les
Instance
donnees les modifications enregistres des
supprimé ...) transactions valides

Alter database add logfile MEMBRE

Ajouter un membre
Redo log Enregistrent toutes les
fichiers de journalisation
Administration Oracle PMON (process monitor): processus charge
'membre1'; - group des fichies(membres) modifications apportees a la BD de nettoyage lors d'un processus utilisateur
pmon supprime le processus en cours et
Etapes: nettoie, capable de detecte la non presence
DataBase d'un user
1- Arrete BD
2- Le déplacer physiquement Deplacer/rename fichier DB Cache
3- monter BD: Startup mount
4- Alter database rename file 'old name' to SGA: system global area : shared
- partage par plusieurs process de l'instance Library cache
'new name'
- configure par le fichier de parametres Shared pool area
d'initialisation Dictionary cache
Au moins 3 membre pour supprimé 1 - transaction ^ -> SGA porcentage ^
Supprimé redo log (group) zone memoire Log buffer
Status # (CURRENT, ACTIVE)
Il faut les supprimé physiquement PGA: private global area
Au moins 2 membre pour supprimé 1 Taille entre 10Mo et 100Mo
Supprimé membre
Status # (CURRENT, ACTIVE) • Automatiquement crée lors de la création
de la BD
Composants et produits d'oracle tablespace Sesaux (Indespensable) • Attribué par défaut à l’utilisateur dès sa
création, si rien n’est spécifié.
Profil par défaut • Par défaut, ce profil DEFAULT met toutes
V$INSTANCE: Informations sur l’instance les limites des ressources à unlimited
(n'impose aucune limite pour les ressources)
V$DATABASE: Informations sur la base de • Le profil DEFAULT ne peut être supprimé.
données Vues dynamique: V$*
- Effacées à chaque redémarrage Create CREATE PROFILE profile LIMIT ...
V$SGA : Information sur la SGA - Les données reposent sur des informations
stockées en mémoire ou dans les fichiers de Profil: Ensemble nommé de limitations de
contrôle Tablespace: Blocs contigués Modification d'un profil
V$PARAMETER: informations sur les ressources qui peut être attribué
Logiquement ensemble de fichiers de
paramètres d’initialisation à un utilisateur
donnees (.dbl) - La modification affecte les users lors de la
actifs fichier de donnees: ensemble de segments prochaine connexion, elle n’est pas prise en ALTER PROFILE profile LIMIT ...
tablespace Systeme (Indespensable)
Contient un ensemble de tables et de vues Dictionnaire de données segment: ensemble d'extends compte immédiatement pour les users déjà
Ne peut jamais etre offline
USER_* : Informations sur les objets qui extend: ensemble de blocs connectés
appartiennent à l’utilisateur
2 status
Vues static: DROP PROFILE nom_profile [CASCADE]
-online: utilisé Existent dans des tablespaces [Link] fichers de donnees
ALL_* : Information sur les objets auxquels - Non effacees si base arretee - si le profil est affecté à des utilisateurs, il
-offline: déplacé ... Suppression d’un profil
l’utilisateur a accès - Basé sur de vraies tables stockées dans le faut utiliser l’option CASCADE. Sinon erreur
tablespace SYSTEM Oracle
Pour deplacer/renommer un fichier il faut:
DBA_* : Information sur tous les objets de la -tablespace offline (si pas possible:
base de données shutdown -> startup mount) CREATE USER user
-modifier physiquement IDENTIFIED { BY password | EXTERNALLY }
Tablespace permanent pour cree les donnes -Alter ... [ DEFAULT TABLESPACE tablespace ]
tablespace Data -tablespace online (SYSTEM: startup open) [ TEMPORARY TABLESPACE tablespace ]
des utilisateurs ..
Creating Users [ QUOTA { integer [ K | M ] | UNLIMITED } ON
tablespace ] ...
- Lorsque d'un transaction les donnees avant [ PROFILE profile ]
modification sont copiées dans les blocs du [PASSWORD EXPIRE]
tablespace undo Tablespace undo [ACCOUNT {LOCK | UNLOCK}]
- Ces blocs restent dispo jusqu'a la validation User Accounts
du transaction soit par COMMIT | ROLLBACK
Modifying Users ALTER USER ... (meme que create)
- Ne peut pas etre offline
- Ne peut pas etre deplacé Tablespace temp Deleting Users DROP USER [ CASCADE ];
- Rapide car il n'est pas vraiment créé
NOMOUNT: l'instance est démarrée, mais la GRANT {object_priv [( columns) ] [,...] | ALL [
base de données n'est pas encore associée à PRIVILEGES] } ON [ schema.] object TO { user
l'instance Objet | PUBLIC } [
- Par défaut, seul le propriétaire d’un objet a WITH GRANT OPTION ];
MOUNT: la base de données est associée à le droit d’y accéder. Pour qu’un autre user
User Management
l'instance, mais les fichiers de données ne Etats puisse y accéder , il faut lui donner le REVOKE {object_priv [,...] | ALL [ PRIVILEGES]
sont pas encore ouverts privilège objet } ON [ schema.] object FROM{ user | PUBLIC }
[ ,…..];
OPEN: la base de données est ouverte et Privileges - CASCADE
accessible aux utilisateurs
GRANT system_priv TO { user | PUBLIC }
STARTUP NOMOUNT : démarre la base de System [ WITH ADMIN OPTION ]
données dans l'état NONMOUNT - Un privilège système est le droit d’exécuter
des ordres SQL en général REVOKE system_priv FROM { user | PUBLIC }
- L'instance est démarrée, mais la base de - n'est pas CASCADE
données n'est pas encore associée à
l'instance Privileges and Roles
CREATE ROLE nom
- Appel fichiers de parametres(PFILE, SPFILE)
CREATE [IDENTIFIED { BY password | EXTERNALLY} |
et allocation(SGA)
NOT IDENTIFIED]
ALTER DATABASE MOUNT
STARTUP MOUNT : démarre la base de États et commandes
ALTER ROLE nom
données dans l'état MOUNT MODIFICATION [IDENTIFIED { BY password | EXTERNALLY }
Rôle: Un rôle est un regroupement nommé NOT IDENTIFIED]
-la base de données est associée à STARTUP: démarre une base de données.
de plusieurs privilèges (systèmes et objets)
(X) ALTER DATABASE OPEN (X) l'instance, mais les fichiers de données ne Prend en paramètre l'état souhaité (par Démarrage
qui peut être affecté ou retiré à un utilisateur GRANT nom_rôle [,…]
sont pas encore ouverts défaut, OPEN)
-Appel des fichiers de controle Affecter a un user TO {nom_user | PUBLIC | nom_rôle } [,…]
-sauvegarde ... [ WITH ADMIN OPTION ];
ALTER DATABASE OPEN
REVOKE nom_rôle [,…..]
STARTUP OPEN : démarre la base de Revoke
FROM { user | PUBLIC | nom_rôle }[,…..];
données dans l'état OPEN

- la base de données est ouverte et L’utilisateur n’ a pas besoin de nom ni de mot

Par le système d’exploitation CONNECT / AS { SYSDBA | SYSOPER }
accessible aux utilisateurs de passe pour se connecter
- redo log
- fichiers de donnees Démarrage et Arrêt User Authentication Connexion Authentification privilégiée 1- Il faut créer un fichier de mot de passe ORAPWD FILE=/path/to/[Link]
- dictionnaire de donnees peut consulte avec l’utilitaire ORAPWD PASSWORD=your_password ENTRIES=5
Par fichier de mots de passe
SHUTDOWN: arrête une base de données. 2- configurer l'instance Oracle afin d'utiliser REMOTE_LOGIN_PASSWORDFILE =
NORMAL: attend la déconnexion de tous les Prend en paramètre le mode d'arrêt souhaité un fichier de mot de passe '/path/to/[Link]'
utilisateurs avant de fermer la base - on ne peut pas arrete la bd dans une etat
proprement intermediaire mount ou nomount !

IMMEDIATE: effectue un ROLLBACK des shutdown algorithme:

transactions non validées, déconnecte les
utilisateurs et ferme la base 1- La fermeture de la base de données: les
données stockées dans la SGA sont Arrêt
enregistrées, et les fichiers de données sont
TRANSACTIONAL: attend la fin de toutes les
fermés.
transactions, déconnecte les utilisateurs et
ferme la base
2- Démontage de la base de données: les
fichiers de contrôle sont fermés.
ABORT: déconnecte tous les utilisateurs sans
effectuer de ROLLBACK, puis ferme 3- L'arrêt de l'instance: la processus d'arrière-
brutalement la base plan est stoppés et la SGA est libérée.