FORMATION ADMINISTRATION BASE DE DONNEES ORACLE 12c

INTRODUCTION :

Dans ce cours, vous apprendrez à administrer la base de données Oracle 12c.

Vous configurerez également la base de données pour qu'elle supporte une application
et effectuez des tâ ches telles que la création d’utilisateurs, la définition des structures de
stockage et la mise en place de la sécurité. Cependant, vous effectuerez toutes les tâ ches
de base nécessaires à une application réelle.

L'administration de la base de données ne s'arrête pas une fois que vous avez configuré
votre base de données. Vous apprendrez également les bases de sa protection en
concevant une stratégie de sauvegarde et de récupération. En outre, vous apprendrez
comment surveiller la base de données pour s'assurer de son bon fonctionnement.

OBJECTIFS DU COURS

Après avoir terminé ce cours, vous devriez être en mesure de :

 Décrire l'architecture d'une base de données Oracle

 Configurez la base de données pour prendre en charge vos demandes
 Gérer la sécurité des bases de données et mettre en place des audits
 Mettre en œuvre des procédures de sauvegarde et de récupération de base
 Déplacer les données entre les bases de données et les fichiers
 Utiliser des procédures de contrô le de base et gérer les performances
 Gérer les ressources et automatiser les tâ ches
 Travailler avec le support Oracle

Nouveautés Oracle 12c

Version Fonctionnalités
Cloud DB privé
La défense en profondeur
Gestion du cycle de vie de l'information
Oracle 12c
Disponibilité extrême
Clusters Flex
Performance et facilité d'utilisation
 Infrastructure Oracle Grid
Real Application Testing
Oracle 11c
Automatic SQL Tuning
Gestion des pannes
Audit Vault Base de donnée
Vault Sécurisé Enterprise
Recherchez
Oracle 10c Le calcul sur grille
Gestion automatique du stockage
Gestion automatique de la Base de
données

Architecture d'Oracle 12c

Objectifs

Après avoir terminé cette leçon, vous pourrez :

  Lister les principaux composants de l’architecture de la base de données Oracle
12c
 Expliquer les structures de la mémoire
 Décrire les processus d’arrière-plan
 Mettre en corrélation les structures de stockage logiques et physiques
 Décrire les bases de données pluggable
 Décrire les composants de stockage ASM

Architecture de serveur de base de données Oracle : Vue d'ensemble

Un système de base de données Oracle est composé d’une Base de données Oracle et une
instance de base de données.

La base de données est constituée d’une structure physique et d’une structure logiques.

L'instance est constituée d’une structure de mémoire et de processus d'arrière-plan

associés comme exemple ci-dessous.

Chaque fois qu'une instance est lancée, une zone de mémoire partagée appelée System
Global Area (SGA) est attribuée et les processus d'arrière-plan sont lancés.

Un processus est défini comme un "fil de contrô le" ou un mécanisme dans un système
d'exploitation qui peut exécuter une série d'étapes. Après avoir lancé une instance de
base de données, le logiciel Oracle associe l'instance à une base de données spécifique.
Celle-ci est appelée montage de la base de données aux utilisateurs autorisés.

La base de données est alors prête à être ouverte, ce qui la rend accessible aux

Fichiers constituant la base de données.

Chaque instance de base de données est associée à une et une seule base de données. S'il
y a plusieurs bases de données sur le même serveur, alors il y a une instance de base de
données séparée et distincte pour chaque base de données. Une instance de base de
données ne peut pas être partagée. Une base de données Real Applications Cluster (RAC)
comporte généralement plusieurs instances sur des serveurs séparés pour la même base
de données partagée. Dans ce modèle, la même base de données est associée à chaque
instance de RAC, ce qui répond à l'exigence selon laquelle, au maximum, une seule base
de données est associée à une instance.
Connexion à la base de données Instance

 Connexion : Communication entre un processus utilisateur et une instance

 Session : Connexion spécifique d'un utilisateur à une instance par un processus
d'utilisateur

La base de données Oracle crée et utilise des structures de mémoire à des fins diverses.
Par exemple,
La mémoire stocke le code du programme en cours d'exécution, les données partagées
entre les utilisateurs et les données privées des zones de données pour chaque
utilisateur connecté.

Les structures mémoire de la base associée à une instance Oracle sont :

 SGA (System Global Area) : partagée par tous les processus serveur et arrière-
plan.
 PGA (Program Global Area) : propre à chaque processus serveur et arrière-plan.
Chaque processus dispose de sa PGA.

La SGA comprend des informations de contrô le et des données relatives à l’instance. La

SGA contient les structures de données suivantes :

 Buffer cache (Cache Tampons) : met en mémoire cache les blocs de données
extraits de la base.
 Redolog buffer (Tampon de journalisation) : met en mémoire cache les
informations de journalisation (utilisées pour la récupération d’instance) jusqu’à
ce qu’elles puissent être écrites dans les fichiers de journalisation(redo)
physiques stockés sur le disque.
 Zone de mémoire partagée : met en mémoire cache diverses structures
pouvant être partagées par les utilisateurs.
 LARGE POOL : zone facultative qui fournit des espaces importants d’allocation de
mémoire à des processus volumineux, tels que les opérations de sauvegarde et de
récupération Oracle et les processus serveur d’E/S.
 Zone de mémoire Java : utilisée pour l’ensemble du code java et des données
propres à la session, dans la JVM (Java Virtuel Machine)

Les processus en arrière-plan les plus courants sont :

-SMON (System Monitor): effectue la récupération après panne lorsque l’instance est
démarrée suite à une défaillance.

-PMON (ProcessMonitor) : procède au nettoyage des processus utilisateur en cas

d’échec.
-DBWn (DatabaseWriter) : écrit les blocs modifiés du cache de tampons (buffer cache)
de la base de données vers les datafiles

-LGWR (LogWriter) : écrit les entrées de journalisation sur disque.

-CKPT (Point de reprise): met à jour l’ensemble des fichiers de données et de contrô le
afin d’indiquer le point de reprise (checkpoint) le plus récent.

-ARCn (Archiver): copie les fichiers de journalisation dans l’emplacement de stockage

d’archivage en cas de changement de fichier de journalisation.
•Un fichier de contrôle (control files)
•Contient les informations relatives à la structure physique de la BD (nom de la base,
localisation des fichiers de données et de reprise, etc.)
•Des fichiers de données (data files)
•Stockent les données (données de gestion de la base, données utilisateurs de la base)
•Un fichier de donnée est associé à une et une seule base de données
•Des fichiers de reprise (redolog files)
•Contiennent la trace des dernières modifications de données
•Permettent en cas de panne (matérielle ou logicielle) de remettre la BD dans un état
cohérent
•Des fichiers d’archivage
•Archivent les fichiers de contrô le
•Un fichier de paramètres
•Stocke tous les paramètres de configuration de la base
•Des fichiers de trace (d’alerte)
•Répertorie toutes les tâ ches et les erreurs effectuées
•Un fichier de mots de passe
•Permet aux utilisateurs de se connecter à distance à la BD et d'effectuer des tâ ches DBA.
•Des fichiers de sauvegarde
•Permettent la récupération de la base de données lorsqu'une défaillance physique ou
une erreur utilisateur a endommagé ou supprimé le fichier d'origine.
•Des fichiers de journalisation archivés
•Contiennent un historique des modifications des données générées par l'instance.
•Á l'aide de ces fichiers et d'une sauvegarde de la BD, vous pouvez récupérer un fichier
de données perdu.
•Des fichiers de journalisation en ligne
•Permettent la récupération d'une instance de la base de données. Si la base de données
connaît une défaillance et qu'aucun fichier de données n'est perdu, l'instance peut
récupérer la base de données à partir des informations de ces fichiers.

Architecture des processus

- Processus d'utilisateur
Est créé quand un utilisateur lance une application cliente

Est l'application ou l'outil qui se connecte à la base de données Oracle

Processus de base de données -

- Processus du serveur : Se connecte à l'instance Oracle et est lancé lorsqu'un

utilisateur établit une session

- Processus d'arrière-plan : Sont lancés lorsqu'une instance d'Oracle est lancé

- Daemon / Processus d'application

- Networking listeners

– Grid Infrastructure daemons

La base de données, premier composant dans la hiérarchie destockage, est divisé
logiquement en tablespaces.
Le tablespace est le deuxième composant dans la hiérarchie de stockage. Il permet de
regrouper des structures logiques liées. Par exemple, les tablespaces peuvent regrouper
tous les objets d’une application pour simplifier certaines tâ ches d’administration.
Chaque tablespaces contient un ou plusieurs fichiers de données.

Un segment correspond à l’espace utilisé par une structure logique, par exemple une
table ou un index. Lors de sa création, un segment contient au moins un extent.

L’extent s’agit d’un ensemble de blocs contigus permettant de stocker un certain type
d’information. Des extents sont ajoutés lorsqu’un segment nécessite davantage d’espace.
le bloc Oracle s’agit de la plus Petite unité d’E/S. Lorsque des données doivent être
extraites du disque, le serveur Oracle utilise un ou plusieurs blocs Oracle. La taille d’un
bloc Oracle doit être un multiple de la taille d’un bloc du système d’exploitation.
Le nombre courant d’extents et de blocs alloués à un segment peut être obtenu à l’aide
de la vue de dictionnaire de données DBA_SEGMENTS. La vue DBA_EXTENTS permet
de vérifier l’espace alloué aux extents dans un segment donné.
La vue DBA_FREE_SPACE permet de connaître la quantité d’espace libre dans chaque
tablespace de la base de données.

SYSTEM et SYSAUX Tablespaces - Les tablespaces sont créés lors de la création de la

base de données
Les tablespaces SYSTEM et SYSAUX sont obligatoires lors de la création. Ils ne peuvent
pas être hors ligne.

- Le tablespace SYSTEM est utilisé pour les fonctionnalités de base (par exemple, les
tables du dictionnaire de données).

- Le tablespace auxiliaire SYSAUX est utilisé pour les composants supplémentaires de la

base de données.

- Les tablespaces SYSTEM et SYSAUX ne doivent pas être utilisés pour les données
d'application.

Base de données Oracle Container : Introduction –

Apparaît logiquement aux utilisateurs et aux applications comme un ensemble distinct :

est un ensemble de schémas de base de données comme une base de données pluggable

base de données Multitenant container database - : dispose d'une instance de base de

données et de fichiers de base de données au niveau physique

- Toutes les bases de données pluggables se partagent :

- Les Processus d'arrière-plan

- Mémoire partagée/processus

- Metadata Oracle

L'option multitenant représente l'un des changements architecturaux les plus

importants de l'histoire de la base de données Oracle. L'option a introduit les
concepts de la base de données de conteneurs (CDB) et de la base de données
enfichable (PDB).

 Base de données de conteneurs (CDB): En surface, cela semble très

similaire à une base de données Oracle conventionnelle, car elle contient
 la plupart des parties de travail que vous connaissez déjà (fichiers de
contrô le, fichiers de données, annuler, fichiers temporaires, journaux de
rétablissement, etc.). Il héberge également le dictionnaire de données
pour les objets appartenant au conteneur racine et ceux qui sont visibles
par toutes les PDB.
 Base de données enfichable (PDB): É tant donné que le CDB contient la
plupart des pièces de travail de la base de données, la PDB doit
uniquement contenir des informations spécifiques à elle-même. Il n'a
pas besoin de se soucier des fichiers de contrô le, des fichiers de
journalisation et d'annulation, etc. Au lieu de cela, il est simplement
composé de fichiers de données et de fichiers temporaires pour gérer
ses propres objets. Cela inclut son propre dictionnaire de données,
contenant des informations sur les seuls objets spécifiques à la PDB. À
partir d'Oracle 12.2, un PDB peut et doit avoir un espace de table
d'annulation local.
Cette division du dictionnaire de données entre les objets communs, dans le
conteneur racine, et les objets spécifiques à PDB, dans le dictionnaire de
données de la PDB, est très importante, car cette séparation est ce qui donne à
l'option multitenant sa flexibilité. Du point de vue de la PDB, le dictionnaire de
données est l'union des dictionnaires de données racine et PDB, donc en
interne, la PDB ressemble beaucoup à une base de données Oracle
normale. Par exemple, les vues DBA_% et ALL_% dans la PDB apparaissent comme
toutes les bases de données non CDB.
Le graphique ci-dessous montre un CDB avec quatre conteneurs : la racine, la
graine et deux PDB.

Les deux applications (HR et SALES) utilisent une seule instance et sont gérées
séparément. Au niveau physique, la CDB possède une instance de base de
données et des fichiers de base de données, tout comme une non-CDB.

- Les fichiers redo log sont communs à l'ensemble de la CDB. Les informations
qu'ils contiennent sont annotées avec l'identité de la CDB où un changement se
produit. Oracle GoldenGate est amélioré pour comprendre le format du redo
log pour un CDB. Tous les PDB dans une CDB partagent le mode ARCHIVELOG
du CDB.

- Les fichiers de contrô le sont communs à l'ensemble de la CDB. Les fichiers de

contrô le sont mis à jour pour reflètent tout tablespace et fichier de données
supplémentaire des PDB connectés.
L'espace de table UNDO est commun à tous les conteneurs.

Un espace de table temporaire commun à tous les conteneurs est nécessaire.

Mais chaque APB peut contenir son propre espace de table temporaire pour
ses propres utilisateurs locaux.

- Chaque conteneur possède son propre dictionnaire de données stocké dans

son propre tablespace SYSTEM, contenant ses propres métadonnées, et un

- Les APB peuvent créer des tablespaces au sein de l'APB en fonction des
besoins de l'application.

-Chaque fichier de données est associé à un conteneur spécifique, appelé

CON_ID

Interagir avec une base de données Oracle : Mémoire, processus et

stockage
L'exemple précèdent décrit les opérations de base de données Oracle au
niveau le plus élémentaire. Il illustre une configuration de base de données
Oracle dans laquelle l'utilisateur et le processus de serveur associé se trouvent
sur des ordinateurs séparés, connectés par un réseau.

-Une instance démarre sur un nœud où est installée la base de données Oracle,
souvent appelée hô te.

-Un utilisateur lance une application qui engendre un processus utilisateur.

L'application serveur tente d’établir une connexion avec le serveur de base de
données. (La connexion peut être locale, client/serveur ou une connexion à
trois niveaux à partir d'un niveau intermédiaire).

-Le serveur exécute un auditeur qui dispose du gestionnaire Oracle Net

Services approprié. Le site l'auditeur détecte la demande de connexion de
l'application et cerne un processus de serveur dédié pour le compte du
processus utilisateur.

-L'utilisateur exécute une instruction SQL de type DML et engage la

transaction.

Par exemple, l'utilisateur change l'adresse d'un client dans un tableau et

engage le changement.

-Le processus serveur reçoit l'instruction et vérifie le pool partagé (un

composant SGA) pour toute zone SQL partagée qui contient une instruction
SQL identique. Si une zone SQL partagée est trouvée, le processus serveur
vérifie les privilèges d'accès de l'utilisateur à la zone SQL partagée existante
est utilisée pour traiter la déclaration. Si une n'est pas trouvée, une nouvelle
zone SQL partagée est attribuée pour la déclaration, de sorte que qu'il peut
être analysé et traité.
Gestion automatique du stockage

Est un outil portable et performant

Système de fichiers en cluster

Gère les fichiers de la base de données Oracle

Gère les dossiers de candidature avec ASM Cluster File System (ACFS)

Diffusion des données sur les disques pour équilibrer la charge

Miroir des données en cas de défaillance

Résoudre la gestion du stockage défis

La gestion automatique du stockage (ASM) assure l'intégration verticale du système de

fichiers et de la Gestionnaire de volume pour les fichiers de base de données Oracle.
L'ASM peut assurer la gestion des fichiers

des machines à multitraitement symétrique (SMP) ou sur plusieurs nœuds d'un cluster
pour Oracle Real Application Clusters (RAC) Support.
Oracle ASM Cluster File System (ACFS) est un système de fichiers multi-plateforme et
évolutif, et un système de stockage

qui étend la fonctionnalité de l'ASM pour prendre en charge les dossiers de candidature
en dehors de la

la base de données Oracle comme les exécutables, les rapports, les BFILE, les données
vidéo, audio, texte, images et autres données de fichiers d'application à usage général.

RESUME

Dans cette leçon, vous devriez pouvoir :

Enumérer les principales composantes architecturales de la base de données Oracle

Expliquer les structures de la mémoire

Décrire les processus d’arrière

-Mettre en corrélation les structures de stockage logiques et physiques

Décrire les bases de données pluggable

Décrire les composants de stockage ASM