I      La SGA (System Global Area), est divisée en trios zones :

 a) La Shared Pool (Zone de requêtes partagées), parfois appelée PGA (Program Global Area), y sont

 - La Métabase (le dictionnaire de données Oracle)

 - Les requêtes et leurs plans d’exécution (Une même requête envoyée par Plusieurs utilisateurs n’est exécutée qu’une seule fois !)

 - Tout autre objet exécuté (Procédure/fonctions stockées, vues, …)     Paramètres de la taille dans le fichier de paramètre : SHARED_POOL_SIZE  

b) Le Database buffer cache, c’est la zone de données (Rollback segment, copie des fichiers physiques, …)  Paramètre taille dans le fichier de paramètre : DB_BLOCK_SIZE, DB_BLOCK_BUFFERS

 c) Le Redo Log Buffer. Toute opération sur la base de données est enregistrée dans les fichiers Redo Log. Ce sont ces fichiers qui permettent de recouvrer la base de données et permettent de ramener la base de données dans un état cohérent après un crash. Dans ces fichiers l’on trouve : Les images avant des données, Les images après de données, Les checkpoints, Les commits et les Rollbacks. Paramètre taille dans le fichier de paramètre : LOG_BUFFERS

 II        Les Process Background (ou Process détachés)

 Ce sont les Process du noyau Oracle

 a) PMON (Process MONitor) : Son rôle est de manager les autres process (Utilisateur et Serveur), de contrôler leur collaboration (nettoyer les ressources, les verrous et les processus utilisateurs non utilisés)

b) DBWR (DataBase WRiter ou Dirty Buffer WRiter) : Il est chargé de swaper le Data buffer Cache et les Data Files (Fichiers de données)

c) LGWR (LoG WRiter) : Son rôle est d’écrire dans les fichiers Redo Log. Lorsque le CheckPoint n’existe pas, il est également chargé d’écrire sur les entêtes de fichiers de données.

d) CKPT (ChecKPoinT) : Il est chargé d'écrire le contenu des buffers dans les fichiers de données

e) SMON (System MONitor) : Il est chargé de vérifier la cohérence de la base de données et éventuellement sa restauration lors du démarrage si besoin. C’est lui qui crée les segments temporaires (utilisées essentiellement pour des tris). C’est un peu le père de autres process background. (Généralement sous Oracle System se rapporte à l’instance

f) RECO (RECOvery) : Son rôle est de garantir la restauration des transactions dans les bases distribuées.

g) 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.

h) LCKn (LoCK) est un processus de verrouillage utilisé lorsque Oracle Parallel Server est installé

i) SNPn (SNaPshot) : Gestion des snapshots

j) Pnnn (Parallel) : Gestion des requêtes parallèles

k) Dnnnn (Dispatcher, nnnn représente une suite de nombre entiers) : Ce processus est optionnel et n'est présent que dans les configurations MTS (Multi-Threaded Server). Il permet de router les requêtes des postes clients distant vers les autres serveurs. Il existe au moins un processus Dnnnn pour chaque protocole de communication.

i) Snnnn (Server, nnnn représente une suite de nombre entiers) : Ce processus est n'est également présent que dans les configurations MTS. Il permet de recevoir les demandes de connexions distantes  envoyées par le processus Dnnnn d'un serveur distant.

La Norme OFA (Optimal Flexible Architecture) : La norme OFA a été développée par une équipe Oracle, responsable de l'installation, de la mise à niveau et de l'optimisation des systèmes UNIX. Le système de fichier d’un système d'exploitation doit être organisé afin que la taille des bases de données puisse être gérée facilement avec l’ajout de données, d’utilisateurs et de matériels. La norme OFA  permet de rendre possible cette organisation du système de fichier.

 - Pour que qu'une structure de répertoire soit compatible OFA, un répertoire différent doit être créé sous le répertoire des données Oracle pour chaque base de donnée du système. Par exemple, le répertoire orantoradatadb01 est créé pour la base de données db01.

 - Tous les fichiers de contrôle (control files), les fichiers redo log et les fichiers de données (data files) d’une base de données spécifique doivent être placés sous le répertoire spécifique à cette base de données. Par exemple, le fichier de contrôle (ctrl1orcl.ora) et le fichier redo log (rdoorcl.ora) de la base de données db01 sont stockés dans le répertoire orantoradatadb01.

 - Les groupes d’objets présentant des caractéristiques de fragmentation différentes doivent être stockés dans différents tablespaces. Par exemple, les segments de données et les segments de rollback doivent être stockés dans tablespaces distincts. Par exemple, les segments de données et les rollback segments doivent être dans des tablespaces différents.

 - Les objets susceptibles de provoquer des conflits liés à l'utilisation des ressources disques doivent être placés dans des tablespaces distincts. Les données de tablespaces impliquées dans un conflit doivent être réparties sur différents disques. Pour optimiser la répartition de la charge des entrées/sorties et minimiser la contention, il est conseillé d’utiliser une configuration en quatre disques. La répartition des fichiers de la base de données sur quatre disques assure la compatibilité avec la norme OFA et augmente la fiabilité de la base de données.   

1- Le premier disque contient le code de base du système d'exploitation.

2-  Le répertoire racine Oracle est stocké sur le second disque.

3-  Le troisième disque stocke le code de l’application, une copie du fichier de contrôle et les fichiers redo log.

4-  Le quatrième disque stocke une copie d’une fichier de contrôle, des fichiers redo log et des fichiers de la base de données.

5-  Le quatrième disque n’est pas nécessaire si la technologie RAID 1 (Redundant Array of Inexpensive Disk) est utilisée pour les fichiers redo logs et les fichiers de données. Dans ce cas, le troisième disque devient un volume mis en miroir du quatrième.

En outre, les fichiers de données situés sur ce disque doivent être stockés au même emplacement que celui où ils auraient été stockés sur le quatrième disque. Si une combinaison des technologies RAID1 et RAID5 est utilisée, le troisième et le quatrième disque doivent être mis respectivement en RAID1 et RAID5. Si seulement trois disques sont disponibles, le système d'exploitation et le répertoire racine Oracle sont stockés sur le premier disque. Le second disque stocke le code de l’application, une copie du fichier de contrôle, des fichiers redo log et des fichiers de la base de données. Enfin le troisième disque contient une copie du fichier de contrôle, les fichiers redo log et les fichiers de la base de données.

- Pour obtenir une structure de répertoire compatible OFA, les groupes d’objets présentant des caractéristiques de comportement différents doivent être placés dans des tablespaces distincts. Par exemple, les tables qui requièrent des sauvegardes quotidiennes et mensuelles doivent être stockées dans tablespaces distincts.

- La base de données doit posséder au moins deux différentes copies des fichiers de contrôle stockées sur disques différents. Ceci permet à la base de données de continuer de fonctionner proprement en accédant à un fichier sur un autre disque si un disque est corrompu.

- Chaque groupe de redo log en ligne doit avoir au moins deux membres redo log en ligne localisé sur disques physiques différents. Ceci permet d’utiliser un autre membre d’un groupe si un membre d’un groupe est corrompu.