École Marocaine des Sciences de l’ingénieur

Filière: 4 IIR

ADMINISTRATION ORACLE 1

2022/2023 Prof. Imane CHEIKH I.Cheikh@emsi.ma

 PLAN DU COURS
1. Introduction au SGBD Oracle
2. Architecture Oracle
3. Mode d’installation Oracle
4. Instance Oracle
5. La gestion des paramètres et des fichiers de paramètres
6. La gestion des fichiers de journalisation
7. La gestion des fichiers de contrôle
8. La gestion des tablespaces I.CHEIKH
1 INTRODUCTION AU SGBD ORACLE

I.CHEIKH
 OBJECTIFS

❑ Rappel sur les bases de données relationnelles et les SGBD

❑ Le métier d’un administrateur de base de données (DBA)
❑ Histoire d’Oracle

I.CHEIKH
 BASES DE DONNÉES RELATIONNELLES

❑ Collection de données opérationnelles enregistrées sur un support adressable et

utilisées par les systèmes et les applications,

❑ Les données doivent être structurées indépendamment d'une application

particulière,

❑ Elles doivent être cohérentes (contraintes), non redondantes (formes

normales) et accessibles simultanément par plusieurs utilisateurs.
I.CHEIKH
SGBD : Système de Gestion de Base de Données

Un système de gestion de base de données (SGBD) est un ensemble de

programmes qui permettent la gestion et l'accès à une base de données.

❑ Un SGBD possède son propre système de fichiers.

❑ Un SGBD assure la reprise en cas de panne.
❑ Un SGBD doit permettre la sauvegarde et la restauration d’une BD.
❑ Un SGBD doit permettre une gestion des rôles et droits d’accès.
❑ Une des fonctions importante des SGBD modernes est d’autoriser les
utilisateurs d’effectuer des opérations simultanées (concurrentes) sur des
données partagées de la BD. Si ces opérations ne sont pas sous contrôle, les
accès interfèrent tôt ou tard les uns avec les autres et la BD devient incohérente.
Pour éviter cela, le SGBD met en place un protocole de contrôle de simultanéité
(ou de concurrence) qui empêche les accès à la BD d’interférer.
I.CHEIKH
SGBDRO : Système de Gestion de Base de
Données relationnel-Objet

❑ Dans un système de gestion de base de données relationnel-

objet (SGBDRO) l'information est représentée sous forme
d'objets comme dans la programmation orientée objet.
❑ Certains SGBDRO sont conçus pour fonctionner avec des langages
orientés-objets connus comme Java, C#, Visual
Basic, .NET, C++ et Smalltalk. D'autres ont leur propre langage de
programmation.

Exemple :
▪ PostgreSQL,

▪ Oracle Database >V8

I.CHEIKH
 Transactions

Une transaction est un ensemble de modifications de la base qui forme un tout

indivisible. Il faut effectuer ces modifications entièrement ou pas du tout, sous peine
de laisser la base dans un état incohérent.

I.CHEIKH
 Transactions

❑ Action Atomique : entièrement ou pas du tout

❑ Préservant la Consistance de la BD
❑ Comme si l'usager était Isolé sur la BD : ses résultats
intermédiaires (état temporairement incohérent) sont masqués aux
autres transactions.
❑ A effet Durable sur la BD, une fois terminée comme prévu.

Les effets d’une transaction globalement terminée ne peuvent pas être

détruits ultérieurement par une quelconque défaillance.

Modèle ACID de transactions

I.CHEIKH
 Les métiers autour des bases de données

❑ Administrateur
❑ Responsable de la sécurité
❑ Administrateur réseaux
❑ Développeurs d’application
❑ Administrateurs d’application
❑ Utilisateurs : modifier les données, créer des rapports, …

Note

Dans des environnements de petite taille, l’administrateur peut jouer quasiment

tous les rôles.
I.CHEIKH
Rôles de l’administrateur d’une base de données
(DBA)

Démarrer et
arrêter la Base
Assurer la
sécurité, Sauvegarder
l’intégrité et la et récupérer la
pérennité des BD
données

DBA
Effectuer des
réglages pour Concevoir et
optimiser les créer une Base
performances

Gérer
l’espace et Octroyer les
implanter les privilèges dans
schémas des la Base
données Créer et
Surveiller les
Utilisateurs

I.CHEIKH
 Rôles du DBA

1. Dans la phase de conception :

❑ Définition du schéma conceptuel de la base

❑ Règles de gestion, cohérence des informations
❑ Volumétrie

2. Dans la phase de maintenance:

❑ Planification et création des BD

◼Gestion des structures physiques
◼Gestion des structures logiques
❑ Gestion de la sécurité des utilisateurs
❑ Sauvegarde et restauration
❑ Optimisation de la base de données
❑ Optimisation des requêtes
❑ Administration du réseau I.CHEIKH
 Grandes fonctions du DBA

❑ Installer le SGBD et les applications clientes

❑ Créer la base de données en faisant des choix au niveau physique
❑ Gérer les utilisateurs
❑ Assurer la cohérence et la sécurité des données
❑ Echanger des données avec l'extérieur
❑ Améliorer les performances :
◼Gestion des ressources mémoires
◼Gestion des temps de réponses
I.CHEIKH
 Généralités

Tendances actuelles:
❑ Progiciels intégrés
▪ Minimise les besoins en administration … sans pour autant les
supprimer
❑ Amélioration des outils d'administration par les fournisseurs de SGBD
▪ Notion d'Assistant
▪ Pour la création des bases, la sauvegarde/restauration, ...
❑ A .terme, vers des BD auto-administrées.
I.CHEIKH
 Histoire d’Oracle

 Software Development Laboratories (SDL) a été créé en 1977.

 En 1979, SDL change de nom en devenant Relational Software, Inc.

(RSI) et introduit son produit Oracle V2 comme base de données

relationnelle.
▪ La version 2 ne supportait pas les transactions mais implémentait
les fonctionnalités SQL basiques de requête et jointure. Il n'y a
jamais eu de version 1, pour des raisons de marketing, la
première version a été la version 2. Celle-ci fonctionnait
uniquement sur les systèmes Digital VAX/VMS.

I.CHEIKH
 Histoire d’Oracle

 En1983, RSI devient Oracle Corporation pour être plus

représentative de son produit phare.
▪ La version 3 d'Oracle, entièrement ré-écrite en langage de
programmation C, est publiée.
▪ Supporte les transactions grâce aux fonctionnalités de commit et
rollback.
▪ Unix est supportée dans cette version
 En1984, la version 4 d'Oracle apparaît, supportant la cohérence en

lecture (read consistency).

 Début 1985, Oracle commence à intégrer le modèle client-serveur,

avec l'arrivée des réseaux au milieu des années 1980.

I.CHEIKH
 Histoire d’Oracle

 En 1997, la version 8 introduit le développement orienté objet et

les applications multimédia.
 En1999, la version 8i est publiée dans le but d'affiner ses

applications avec Internet. La base de données comporte nativement

une machine virtuelle Java.
 En 2001, Oracle 9i

 En 2004, la version 10g est publiée.

 En2005, vers la fin novembre, une version complètement gratuite

est publiée, la « Oracle Database 10g Express Edition ».

 Septembre 2009, sortie de Oracle 11g Release 2

I.CHEIKH
 Histoire d’Oracle

 En 2013, sortie de Oracle 12c.

 En2018, la version 18c est publiée.

 En 2019, Oracle 19c

En2020, vers la fin décembre, la version 21c est publiée.

I.CHEIKH
Histoire d’Oracle

I.CHEIKH
 Histoire d’Oracle

Chaque version est commercialisée sous différentes éditions:

❑ Enterprise Edition: Inclut toutes les fonctionnalités d’Oracle.

❑ Standard Edition: Basique, destinée aux serveurs à 4 processeurs.

❑ Standard Edition One: Basique, destinée aux serveurs biprocesseurs.
❑ Personal Edition: Uniquement sur Windows, destinée aux développeurs.
❑ Express Edition: édition gratuite, fonctionne sur des machines à 1
processeur.
❑ Lite Edition: Destinée aux machines mobiles.

I.CHEIKH
2 ARCHITECTURE ORACLE

I.CHEIKH
 OBJECTIFS

❑ Rappel sur l’architecture Client/Serveur

❑ Comprendre les différents composants de l’architecture
Oracle
❑ Le noyau de base d’Oracle

I.CHEIKH
 Architecture Client /Serveur

❑ L'architecture client/serveur désigne un mode de communication entre

plusieurs ordinateurs à doubles niveaux d’hiérarchie.

❑ Le logiciel client peut envoyer des requêtes à un serveur via un

protocole de communication à travers un support (réseau).

❑ Le serveur est initialement passif à l’écoute des requêtes clients sur un

port déterminé. dès qu'une requête lui parvient, il décide de la traiter
ou de la mettre en attente et envoie une réponse.

❑ Oracle est un SGBD doté d’une architecture Client/Serveur.

I.CHEIKH
 Architecture Oracle

L’architecture Oracle comporte plusieurs composants principaux :

1. Serveur Oracle: comporte plusieurs fichiers, processus et structures mémoire.
Le serveur Oracle est constitué d’une instance oracle et d’une base oracle
◼Instance Oracle: L'instance Oracle comprend :
o Une zone de mémoire partagée appelée System
Global Area (SGA)
o Un ensemble de processus d’arrière plan ayant
chacun un rôle bien précis

I.CHEIKH
 Architecture Oracle

◼Base de données : est un ensemble de fichiers qui permettent de gérer les données de
la base.
Base de Données

Groupes des fichiers de

Fichiers de données Fichiers de contrôle
journalisation

Fichier de paramètres Archives des fichiers de Fichier de mot de

journalisation passe
I.CHEIKH
 Architecture Oracle

Base de données Oracle:

◼Structure physique:
◼Fichiers de données, Fichiers redo log, Fichiers de contrôle.
◼Autres fichiers importants: (fichier de paramètres, fichier de
mots de passe)

◼Structure logique :
◼Tablespace, segment, bloc, …

I.CHEIKH
 Architecture Oracle

Une base de données est constituée de :

❑Un fichier de contrôle, contenant les informations sur tous les
autres fichiers de la base (nom, emplacement, taille).
❑ Fichiers de Redo Log, contenant l’activité des sessions
connectées à la base. Ce sont des journaux de transactions de
la base. Ils sont organisés en groupe possédant le même
nombre de membres. Et éventuellement, de fichiers de Redo
Log archivés contenant les archives d’anciens fichiers de Redo
Log.
❑D’un ou plusieurs fichiers de données qui contiennent les
données des tables de la base.

I.CHEIKH
 Architecture Oracle

Une base de données est constituée de :

❑Un fichier de contrôle, contenant les informations sur tous les
autres fichiers de la base (nom, emplacement, taille).
❑ Fichiers de Redo Log, contenant l’activité des sessions
connectées à la base. Ce sont des journaux de transactions de
la base. Ils sont organisés en groupe possédant le même
nombre de membres. Et éventuellement, de fichiers de Redo
Log archivés contenant les archives d’anciens fichiers de Redo
Log.
❑D’un ou plusieurs fichiers de données qui contiennent les
données des tables de la base.

I.CHEIKH
 Le noyau Oracle

Le serveur oracle supporte :

Moteur JAVA

Moteur PL/SQL

Moteur SQL

I.CHEIKH
 Architecture Oracle

2. La zone mémoire du programme : Program Global Area (PGA)

◼Zone mémoire utilisée par un seul processus serveur à la différence
de la SGA qui est partagée par tous les processus serveurs
◼PGA contient :
◼Une zone de tri
◼Des informations sur la session
◼L'état du curseur
◼…

I.CHEIKH
 Architecture Oracle

3. Les Processus serveurs:

Gèrent les requêtes des utilisateurs provenant des connexions à la base de
données; Ils sont chargés de:
◼La communication entre la SGA et le processus utilisateur.
◼Analyser, d'exécuter les requêtes SQL des utilisateurs, de lire les
fichiers de données, de placer les blocs de données correspondants
dans la SGA et de renvoyer les résultats des commandes SQL au
processus utilisateur.

I.CHEIKH
 Connexion a un serveur Oracle

Une connexion est un chemin de communication entre un processus utilisateur et un

processus serveur. Il existe trois types de connexions grâce auxquelles un utilisateur
peut accéder à un Serveur Oracle :
◼Connexion locale : Selon cette méthode, un utilisateur est directement connecté
sur la machine faisant office de Serveur Oracle.
◼Connexion Deux Tiers : Ce type de connexion est couramment nommé "Connexion
Client Serveur", un utilisateur se connecte à partir d'une machine directement
connectée à un Serveur Oracle.
◼Connexion Multi Tiers : Dans une architecture multi tiers, la machine de
l'utilisateur se connecte à un Serveur applicatif (Par exemple un Serveur Web) qui
lui même va se connecter au serveur Oracle pour récupérer les données issues de
la base de données. Des serveurs d’application allègent la charge du serveur en
réalisant certains accès pour les clients. I.CHEIKH
 Connexion a un serveur Oracle

Session: une session est une

connexion spécifique d’un
utilisateur à un serveur
oracle.
La session démarre lorsque

l’utilisateur est authentifié

par le serveur oracle et se
termine lorsque l’utilisateur
se déconnecte ou en cas de
déconnexion anormale.

I.CHEIKH
 Connexion a un serveur Oracle

Oracle supporte deux mode de fonctionnement :

1.Serveur dédié : chaque fois qu’un utilisateur se connecte, il est pris en charge par
un processus serveur.
◼ Si 100 utilisateurs se connectent, 100 processus serveurs sont crées de
même.
◼ Avantage:
◼ Une commande SQL est tout de suite et directement prise en compte par
un processus serveur.
◼ Inconvénient:
◼ Chaque processus serveur occupe une zone mémoire
◼ Meilleure configuration (recommandée), si les ressources matérielles le
permettent.
I.CHEIKH
 Connexion a un serveur Oracle

2.Serveur Partagé : c’est un groupe de processus serveurs qui s’occupent

d’un grand nombre de processus utilisateurs.
◼ Les processus utilisateurs sont alloués à un processus DISPACHER, celui-ci
met les requêtes utilisateurs dans une fille d’attente, et le processus
serveur exécute toutes les requêtes, une par une.
◼ Avantage:
◼ Réduire la charge du processeur et utilise moins de mémoire.
◼ Inconvénient:
◼ Lors de forte utilisations de la BDD, il risque d’y avoir des temps
d’attente (performance).

I.CHEIKH
Architecture Oracle

I.CHEIKH
4 INSTANCE ORACLE

I.CHEIKH
 Instance Oracle

Serveur Oracle = instance Oracle + base de données Oracle

Instance Oracle : C’est un moyen pour accéder à une base de données Oracle
(ouvre une unique base de données)
1. Structure Mémoire ( SGA )
Instance
2. Processus en arrière plan Zone de mémoire Mémoire SGA
partagée
Structures
Cache
Cache Tampon de mémoire
de tampons
"library" journalisation
de la base
Cache du de données
dictionnaire Zone de mémoire
de données LARGE POOL
Structures
PMON SMON DBWR LGWR CKPT Autres de processus
d'arrière-plan
I.CHEIKH
 L’utilisation de la mémoire par Oracle

Dans tout système informatique, l’utilisation de mémoire est synonyme

de performance.
La mémoire partagée SGA (System Global Area)

La mémoire allouée pour chaque programme PGA (Program Global

Area) ;
Les données auxquelles on accède et qui sont manipulées en
mémoire sont beaucoup plus rapidement que sur disque.
Il est important de bien comprendre ces éléments, car ils interviennent

dans les opérations d’amélioration des performances.

I.CHEIKH
 L’utilisation de la mémoire par Oracle

La structure mémoire d'Oracle est constituée des deux zones de mémoire

suivantes :

▪ la mémoire SGA, qui est allouée au démarrage de l'instance et qui est une
composante fondamentale d'une instance Oracle
▪ la mémoire PGA, qui est allouée au démarrage du processus serveur

I.CHEIKH
 SGA (System Global Area)

La SGA (System Global Area) représente la zone mémoire déterminante d’une instance, tant par sa
taille que par son rôle.
▪ C’est elle qui assure le partage des données entre les utilisateurs.
▪ Oracle utilise la mémoire SGA comme buffer intermédiaire (plus rapide que le disque) pour
l’échange de données entre processus.
▪ Elle est divisée en trois composants obligatoires :
◼ shared pool (la zone de mémoire partagée)
◼ Database buffer cache (le cache de tampons de la base de données)
◼ redo log buffer (le tampon de journalisation)
▪ Et de deux composants optionnels:
◼ Java pool
◼ Large pool

I.CHEIKH
 SGA : Database Buffer cache

▪ Il est utilisé pour stocker des blocs de données en mémoire afin d'accélérer
l'interrogation et/ou la modification.
▪ Aucune modification est faite directement sur les données du disque
▪ Oracle lit les données suite à la demande d'un processus utilisateur et
ensuite valide les modifications sur le disque.
▪ Il utilise un algorithme nommé LRU(Least-Recently Used), utilisé pour transférer
un bloc de données du disque vers le cache de la base de données.

I.CHEIKH
 SGA : Database Buffer cache

▪ Ce cache conserve des copies des blocs de données extraits des

fichiers de données.
▪ Il permet des gains de performances considérables lors de l'obtention et
de la mise à jour de données.
▪ Il est géré par un algorithme LRU.
▪ Le paramètre DB_BLOCK_SIZE détermine la taille du bloc principal.

I.CHEIKH
 SGA : Database Buffer cache

❑ Ce cache est composé de sous-caches indépendants :

▪ DB_CACHE_SIZE
▪ DB_KEEP_CACHE_SIZE
▪ DB_RECYCLE_CACHE_SIZE
❑ Il peut être redimensionné dynamiquement :
ALTER SYSTEM SET DB_CACHE_SIZE = 96M;

❑ Le paramètre DB_CACHE_ADVICE peut être défini pour collecter des

statistiques permettant de prévoir le comportement du serveur en fonction
de différentes tailles de cache.
❑ La vue V$DB_CACHE_ADVICE affiche les statistiques collectées.

I.CHEIKH
 SGA : Database Buffer cache

Vues système utilisées

▪ V$SGA ;
▪ V$PARAMETER ;

I.CHEIKH
 SGA : Buffer Redo Log

▪ C’est un buffer circulaire qui stocke les modifications réalisées sur la

base de données avec les opérations: insert, delete, update, create,
alter et drop.
▪ Permet à oracle de reconstruire les modifications des données en cas
de panne
▪ L'information Redo reste dans le buffer Redo log jusqu'à ce
qu‘oracle la stocke sur le disque
▪ Sa taille est définie par LOG_BUFFER

I.CHEIKH
 SGA : Shared Pool

Elle permet de stocker :

▪ les dernières instructions SQL/ PL SQL exécutées,
▪ les dernières définitions de données utilisées.
Elle est constituée de deux structures mémoire clés liées aux
performances :
▪ Cache "library"
▪ Cache du dictionnaire de données
Sa taille est définie par le paramètre SHARED_POOL_SIZE.
Zone de mémoire
partagée
Cache
"library"
ALTER SYSTEM SET Cache du
SHARED_POOL_SIZE = 64M; dictionnaire
de données I.CHEIKH
 Le cache Library

▪ Le cache "library" conserve des informations sur les dernières instructions

SQL et PL/SQL utilisées.
▪ Il permet le partage des instructions fréquemment utilisées.
▪ Il est géré par un algorithme LRU.
▪ Il est composé de deux structures :
• la zone SQL partagée,
• la zone PL/SQL partagée.
▪ Sa taille dépend du dimensionnement de la zone de mémoire partagée.

I.CHEIKH
 Le cache du dictionnaire de données

▪ Le cache du dictionnaire de données contient les dernières définitions

utilisées dans la base.
▪ Il contient des informations sur les fichiers, les tables, les index, les
colonnes, les utilisateurs, les privilèges et d'autres objets de la base
de données.
▪ Au cours de l'analyse, le processus serveur recherche les
informations dans le cache du dictionnaire pour résoudre les noms
d'objet et valider l'accès.
▪ La mise en mémoire cache des informations du dictionnaire de
données réduit le temps de réponse aux interrogations et aux
instructions LMD.
▪ La taille du cache dépend du dimensionnement de la zone de
mémoire partagée.

I.CHEIKH
SGA : Composants Optionnels

JAVA Pool Large Pool

Le Java Pool est utilisé - Zone facultative de la mémoire
pour l'allocation de SGA
mémoire afin d'analyser - Elle réduit la charge de la zone
les commandes Java et de mémoire partagée.
de stocker les données
associées aux ▪ la mémoire allouée par session
commandes Java. Sa (UGA) au serveur partagé
taille est définie par le ▪ les processus serveur d'E/S
paramètre ▪ les opérations de sauvegarde et
JAVA_POOL_SIZE. de restauration ou RMAN
- Sa taille est définie par le
paramètre LARGE_POOL_SIZE.
I.CHEIKH
 Structure de Processus

Oracle utilise différents types de processus :

▪ le processus utilisateur, qui est démarré au moment où un
utilisateur de la base de données tente de se connecter au
serveur Oracle,
▪ le processus serveur, qui établit la connexion à l'instance
Oracle et démarre lorsqu'un utilisateur ouvre une session,
▪ les processus d'arrière-plan, lancés au démarrage d'une
instance Oracle.

I.CHEIKH
 Processus utilisateur

▪ Programme qui demande une interaction avec le serveur Oracle.

▪ Ce processus doit d'abord établir une connexion.
▪ Il n'entre pas directement en interaction avec le serveur Oracle.

I.CHEIKH
 Processus serveur

▪ Programme qui entre directement en interaction avec le serveur Oracle.

▪ Il répond aux appels générés et renvoie les résultats.
▪ Il peut s'agir d'un serveur dédié ou d'un serveur partagé.

I.CHEIKH
 SGA : Processus d’arrière Plan

Le fonctionnement d’une base Oracle est assuré par un ensemble de processus

imbriqués qui réalisent de nombreuses actions. Pour plus de simplicité, nous avons
regroupé les processus en deux familles :
▪ Les indispensables,
▪ Les optionnels.

I.CHEIKH
 SGA : Processus d’arrière Plan

▪ Les processus indispensables sont présents dès qu’une base Oracle fonctionne.
Ils sont requis pour en assurer le fonctionnement minimal. Si l’un d’eux s’arrête,
la base de données n’est plus opérationnelle.

▪ D’autres processus peuvent être lancés pour assurer des fonctions

complémentaires, comme l’archivage des redo log. Si l’un de ces processus
optionnels n’est pas démarré, cela ne met pas en cause le fonctionnement
global de la base de données. Seule la tâche assurée par ce processus
optionnel ne sera pas réalisée.

I.CHEIKH
SGA : Les processus indispensables

❑ DBWR (Database Writer) ;

❑ LGWR (Log Writer) ;
❑ CKPT (Checkpoint) ;
❑ PMON (Process Monitor) ;
❑ SMON (System Monitor).

I.CHEIKH
DBWR (Database Writer)

❑ Ecrit les blocs modifiés dans le cache de

données sur les disques.
❑ DBWn se déclenchera lors des événements
suivants :
◼Lorsque le nombre de bloc dirty atteint une
certaine limite.
◼Lorsqu'un processus sera à la recherche de
blocs libres dans le Database Buffer Cache, et
qu'il ne sera pas en mesure d'en trouver.
◼Lors de timeouts (environ toutes les 3
secondes par défaut)
◼Lors d'un checkpoint.
I.CHEIKH
LGWR (Log Writer)

❑ Ecrit dans les fichiers Redo Log le contenu

du cache Redo Log
❑ Le processus LGWR transcrit les informations
contenues dans le REDO LOG Buffer vers les
fichiers REDOLOG FILE quand :
◼une transaction s'est terminée avec un
COMMIT.
◼le REDO LOG Buffer est au 1/3 plein.
◼Avant que DBWn n'écrive le contenu du
Database Buffer Cache dans les fichiers du
disque dur.

I.CHEIKH
SMON (System Monitor)

Responsabilités :
▪ Récupération de l'instance :
▪ réimplémente des modifications
dans les fichiers de
journalisation,
▪ ouvre la base de données pour
permettre l'accès aux
utilisateurs,
▪ annule les transactions non
validées.
▪ Fusion de l'espace libre
▪ Libération des segments
temporaires segments

I.CHEIKH
PMON (Process Monitor)

Suite à l'échec de processus, PMON

exécute des opérations de
nettoyage :

▪ annule la transaction
▪ libère des verrous
▪ libère d'autres ressources
▪ redémarre les répartiteurs
interrompus

I.CHEIKH
Processus CKPT (Checkpoint)

Ce processus est chargé :

▪ de signaler DBWn aux points de

reprise,
▪ de mettre à jour les en-têtes de
fichiers de données avec les
informations sur le point de
reprise,
▪ de mettre à jour les fichiers de
contrôle avec les informations sur
le point de reprise.

I.CHEIKH
 Processus optionnels

Les processus détachés optionnels sont les suivants :

 Listener ou listener Net ;
 ARCH ou Archiver ;
 RECO ou Recover ;
 Dnnnn et Snnnn Dispatcher et Server ;
 ....

I.CHEIKH
Processus ARCn (processus d'archivage)

▪ Processus d'arrière-plan facultatif

▪ En mode ARCHIVELOG, il archive automatiquement les fichiers de
journalisation en ligne.
▪ Il enregistre toutes les modifications apportées à la base de données.

I.CHEIKH
 La mémoire PGA

▪ Mémoire réservée à chaque processus utilisateur qui se connecte à une

base de données Oracle.
▪ Elle est allouée lorsqu'un processus est créé.
▪ Elle est libérée à la fin du processus.
▪ Elle n'est utilisée que par un processus.

I.CHEIKH
 La structure physique

La structure physique comprend trois types de fichier :

▪ Fichiers de contrôle
▪ Fichiers de données
▪ Fichiers de journalisation

I.CHEIKH
Fichiers de données

select * from dba_data_files;

I.CHEIKH
Fichiers de journalisation

select * from v$logfile;

I.CHEIKH
Fichiers de contrôle

Select * from V$CONTROLFILE;

I.CHEIKH
 La structure logique

▪ La structure logique définit le mode d'utilisation de l'espace physique d'une

base de données.
▪ Cette structure possède une hiérarchie composée de tablespaces, de
segments, d'extents et de blocs.

I.CHEIKH
4 GÉRER UNE INSTANCE ORACLE

I.CHEIKH
Fichiers de paramètres d'initialisation

I.CHEIKH
 Fichiers de paramètres d'initialisation

▪ Les entrées sont propres à l'instance en cours de démarrage

▪ Une instance peut présenter plusieurs fichiers de paramètres

d'initialisation

▪ Les modifications apportées aux entrées du fichier s'appliquent en

fonction du type de fichier de paramètres d'initialisation utilisé :

• Fichier de paramètres statique, PFILE

• Fichier de paramètres persistant, SPFILE

I.CHEIKH
 Fichier PFILE initSID.ora

• Il s'agit d'un fichier texte

• Il peut être modifié à l'aide d'un éditeur du système d'exploitation
• Toute modification est apportée manuellement
• Les modifications sont effectives au démarrage suivant
• Il ne peut être ouvert que lors du démarrage de l'instance
• Son répertoire par défaut est $ORACLE_HOME/dbs

I.CHEIKH
 Créer un fichier PFILE

• Créez ce fichier à partir d'un exemple de fichier init.ora.

– Oracle Universal Installer installe un exemple de fichier.
– Copiez l'exemple à l'aide de la commande appropriée du
système d'exploitation.
– Identifiez-le de façon unique à l'aide d'un SID de base de
données.
• Modifiez le fichier initSID.ora.
– Editez les paramètres.
– Affectez des valeurs qui répondent aux besoins de la base de
données.

I.CHEIKH
Exemple de fichier PFILE

I.CHEIKH
 Fichier SPFILE spfileSID.ora

• Il s'agit d'un fichier binaire.

• Sa mise à jour est effectuée par le serveur Oracle.
• Il réside toujours côté serveur.
• Il permet de rendre les modifications persistantes après l'arrêt et le
redémarrage.
• Il peut régler les valeurs des paramètres.
• Il peut bénéficier de la prise en charge d'Oracle Recovery Manager pour
effectuer des sauvegardes du fichier de paramètres d'initialisation

I.CHEIKH
 Fichier SPFILE spfileSID.ora

• Créez ce type de fichier à partir d'un fichier PFILE.

où :
– SPFILE-NAME correspond au fichier SPFILE à créer,
– PFILE-NAME correspond au fichier PFILE qui sert de base à la création du
fichier SPFILE.
• Il peut être exécuté avant ou après le démarrage de l'instance.

I.CHEIKH
Exemple de fichier SPFILE

I.CHEIKH
Démarrer une base de données en mode
NOMOUNT

I.CHEIKH
Démarrer une base de données en mode
MOUNT

I.CHEIKH
Démarrer une base de données en mode
OPEN

I.CHEIKH
Arrêter la base de données

I.CHEIKH
Options SHUTDOWN

I.CHEIKH
Options SHUTDOWN

I.CHEIKH
3 INSTALLATION ORACLE DATABASE 21c

I.CHEIKH
 Installation d’Oracle database 21c

Vous devez aller sur le site web officielle d’Oracle pour télécharger et installer Oracle Database 21c :
https://www.oracle.com/
Dans l’onglet «Products» vous choisissez «Oracle Database» :

I.CHEIKH
 Installation d’Oracle database 21c

Vous cliquez sur «Other database products» :

Choisissez ensuite "Database Express Edition" et téléchargez la version

Oracle database 21c Express en fonction de votre système d'exploitation.

I.CHEIKH
 Installation d’Oracle database 21c

Vous lancez le programme

d'installation et choisissez le mot de
passe des comptes.

I.CHEIKH
 Installation d’Oracle database 21c

Une fois l'installation terminée, vous

pouvez maintenant installer le client.

I.CHEIKH
 Installation de SQL DEVELOPER

Vous devez vous rendre sur le site

officiel d'Oracle pour télécharger et
installer SQL Developer :
https://www.oracle.com/database/sqldevelope
r/technologies/download/

I.CHEIKH