Ficha de revisão: Gestion des structures et stockage Oracle

📋 Plan du Cours

1. Rôle et responsabilités de l’administrateur de base Oracle
2. Architecture générale d’une base Oracle : fichiers, processus et mémoire
3. Dictionnaire de données Oracle : contenu et accès via vues
4. Organisation logique et physique des données dans une base Oracle
5. Fonctionnement et gestion des tablespaces dans Oracle
6. Gestion et modification des tablespaces : options et commandes
7. Types de segments dans Oracle et leur rôle dans le stockage
8. Segments de données : tables, clusters et tables partitionnées
9. Segments d’index, temporaires et d’annulation : caractéristiques et usages
10. Structure et gestion des blocs Oracle comme unité d’entrée/sortie
11. Paramètres de contrôle d’espace dans les blocs : PCTFREE et PCTUSED
12. Mécanismes d’échange de données entre la base et l’extérieur (Export/Import, SQLLoader)

📖 1. Rôle et responsabilités de l’administrateur de base Oracle

🔑 Notions clés & Définitions

• Base ○ Oracle : Base de données spécifique utilisant le SGBD Oracle, créée et gérée selon l’architecture Oracle, incluant un dictionnaire contenant les informations sur la structure, les objets, les utilisateurs et les privilèges.

📝 Points essentiels

• L’administrateur garantit un fonctionnement optimal de la base par la maintenance, notamment l’installation du SGBD, la création et l’évolution de la base, la gestion des utilisateurs, la sécurité, et la cohérence des données.
• Il installe le SGBD, crée la base, définit ses organisations logique et physique, et gère les utilisateurs avec rôles et profils.
• Il assure la sécurité et la cohérence des données via stratégies de sauvegarde, restauration, archivage, et contrôle d’accès.
• Il optimise les performances par tuning des requêtes, du stockage, de la mémoire, et des accès disques.
• Il facilite l’échange de données avec l’extérieur via Export/Import et SQLLoader, en contrôlant la validité et la transformation des données.

💡 À retenir

L’administrateur Oracle est le garant global de la disponibilité, sécurité, performance et intégrité des données, ainsi que de l’interopérabilité avec l’extérieur.

📖 2. Architecture générale d’une base Oracle : fichiers, processus et mémoire

🔑 Notions clés & Définitions

• Processus utilisateurs : Processus créés à chaque connexion d’application qui gèrent les interactions entre l'utilisateur et la base de données.
• Processus SGBD : Processus serveurs et d’arrière-plan qui exécutent le noyau Oracle et sont responsables de la gestion des données, incluant l’écriture des données persistantes, la reprise, l’archivage et le verrouillage.
• Program Global Area (PGA) : Zone mémoire privée allouée à chaque processus utilisateur, contenant les variables d’environnement spécifiques à la session.
• Architecture d’une base Oracle : Architecture d’une base Oracle III.

📝 Points essentiels

• La mémoire est organisée en zones : code applicatif, PGA (privée par session), et SGA (partagée entre tous les processus).
• L’instance Oracle est composée de la mémoire partagée (SGA) et des processus d’arrière-plan et serveurs, et est associée à une seule base.
• ■ le processus SERVER place des verrous sur les données.
• Une instance est associée à une base et une seule.

💡 À retenir

La compréhension de l’architecture d’une base Oracle repose sur la connaissance de ses fichiers physiques, des processus actifs utilisateurs et SGBD, ainsi que des zones mémoire privées et partagées qui composent l’instance, permettant ainsi de saisir son fonctionnement interne.

📖 3. Dictionnaire de données Oracle : contenu et accès via vues

🔑 Notions clés & Définitions

• Exécution : Phase d'une requête SQL ou PL/SQL où le serveur transfère les données nécessaires depuis les fichiers vers le buffer cache de la SGA, prépare la restitution des résultats, et applique les modifications en mémoire avant validation.

📝 Points essentiels

• Le dictionnaire est créé lors de la création de la base, appartient à SYS, et est accessible en lecture par SYSTEM.
• Il contient toutes les informations sur la structure logique et physique, objets, contraintes, utilisateurs, privilèges et audits.
• L’accès au dictionnaire se fait via des vues : USER_ (objets de l’utilisateur courant), ALL_ (objets accessibles par privilèges), DBA_ (tous les objets), et V$ (vues dynamiques de performance).
• Le dictionnaire est isolé dans un espace logique, généralement dans le tablespace SYSTEM.
• SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 26 Mémoire - SGA Shared pool ● Zone Library cache (LC) ○ contient des instructions SQL et PL/SQL ■ texte de l’instruction ■ version analysée (parse tree) de la commande ■ plan d’exécution déterminé par l’optimiseur ● Zone Dictionary cache (DC) / row cache ○ contient des informations du dictionnaire ■ noms des tables, des attributs ■ contraintes ■ informations sur les utilisateurs, .

💡 À retenir

Le dictionnaire constitue la source centrale d’informations sur la base, accessible via des vues adaptées aux droits et besoins.

📖 4. Organisation logique et physique des données dans une base Oracle

🔑 Notions clés & Définitions

• Segment : Espace alloué pour un objet logique dans la base, composé d’au moins une extension, chaque extension étant un ensemble de blocs Oracle contigus.
• Tablespace : écriture dans les fichiers de reprise : LGWR (+ARCH) SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 20 Fichiers de contrôle ● contiennent la description physique de la base ○ nom de la base ○ chemins d’accès aux fichiers de données, de reprise ○ numéro du fichier de reprise en cours ○ noms des « tablespaces » ○ cohérence de la base (checkpoint, état de fermeture) ● utilisés à chaque démarrage de la base ● mis à jour automatiquement lors des modifications structurelles ● créés avec la base de données (initSID.

📝 Points essentiels

• La structure physique comprend les fichiers de données, de reprise (redo-log) et de contrôle.
• La structure logique comprend les tablespaces, segments, extensions et blocs, organisant le stockage des données.
• Un tablespace est une unité logique de stockage associée à un ou plusieurs fichiers physiques, regroupant des objets logiques.
• Un segment est un espace alloué pour un objet logique, composé d’extensions, elles-mêmes composées de blocs contigus.
• Le bloc est la plus petite unité d’entrée/sortie du SGBD, correspondant à la taille DB_BLOCK_SIZE.
• Une base peut être associée à une ou plusieurs instances.

💡 À retenir

Comprendre la correspondance et la hiérarchie entre les structures physiques et logiques permet de maîtriser l’organisation des données dans Oracle.

📖 5. Fonctionnement et gestion des tablespaces dans Oracle

🔑 Notions clés & Définitions

• Tablespace SYSAUX : Un tablespace obligatoire à la création de la base, qui stocke les données de certains composants Oracle tels qu'Enterprise Manager, Data mining et OLAP, sans contenir les données des utilisateurs.
• Tablespace SYSTEM : Des tablespaces qui gèrent l’espace alloué aux objets utilisateurs, permettent la distribution des données sur différents volumes et assurent la gestion des quotas.

📝 Points essentiels

• Le tablespace SYSAUX contient les données de composants Oracle comme Enterprise Manager, Data mining, OLAP, et est obligatoire à la création.
• Les tablespaces peuvent être de type Big File (un seul gros fichier) ou Small File (plusieurs fichiers).
• La gestion des étendues (extent management) et de l’espace segmentaire (segment space management) peut être configurée pour optimiser la gestion de l’espace.
• SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 21 Modification d’un tablespace ● défragmentation d’un tablespace ALTER TABLESPACE USER COALESCE NB : - fusion d’extensions libres contigües dans les fichiers associés au tablespace - en plus de la défragmentation par SMON SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 22 Modification d’un tablespace ● activation/désactivation d’un tablespace ALTER TABLESPACE USERS ONLINE | OFFLINE [NORMAL|IMMEDIATE] NB : ·OFFLINE(NORMAL) engendre un checkpoint ·événement ONLINE|OFFLINE enregistré dans le dictionnaire et le fichier de contrôle ·on ne peut pas mettre OFFLINE ·le TS SYSTEM ·un TS avec des segments d’annulation actifs ·un TS avec des segments temporaires actifs SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 23 Tablespace Protection des données ● Interdiction de modification des objets du tablespace ALTER TABLESPACE unTablespace READ ONLY NB : - le tablespace doit être ONLINE -les objets du tablespace ne sont accessibles qu’en consultation -aucune transaction n’est autorisée sur les données du tablespace SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 24 Utilité du Tablespace Meilleur contrôle de l’espace pour de meilleures performances Distribution des fichiers sur différents volumes pour réduire les contentions Séparation des données des utilisateurs du dictionnaire Séparation des données selon les différentes applications Séparation des données et des index Séparation des données en lecture seule (données de référence) Séparation des données en cours de modification des données avant modification Réservation des tablespaces pour des usages particuliers ·Tris, … · Gestion individuelle des tablespaces · ONLINE/OFFLINE pour des opérations de maintenance, contrôle de disponibilité Sauvegardes partielles SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 25 Segment Segment : ensemble d’extensions allouées à un objet ensemble de blocs contigus
• Un segment ne peut pas s’étendre sur plusieurs tablespaces
• Un segment peut s’étendre sur plusieurs fichiers associés à un même tablespace SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 26 Segment ● Nombre et taille des extensions définis par ○ gestion automatique EXTENT MANAGEMENT LOCAL AUTOALLOCATE ○ la clause STORAGE du tablespace d’appartenance ○ la clause STORAGE de l’objet associé ● Création d’un segment ○ allocation d’un nombre minimum d’extensions (en général 1 ou 2) (puis, si nécessaire, ajout d’extensions) ● Premier bloc d’un segment (en-tête du segment, header) ○ contient des informations sur le segment : type des données du segment, répertoire des extensions, …) Nombre important d’extensions pour un segment => dégradation des performances d’accès aux données du segment SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 27 Segment ● principaux types de segments ○ segments de données ○ segments d’index ○ segments temporaires ○ segments d’annulation SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 28 Segment de données ● stockage du dictionnaire ● stockage des données des utilisateurs ○ tables CREATE TABLE uneTable (…) [STORAGE (…)] [TABLESPACE unTS] un segment unique pour la table uneTable SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 29 Segment de données clusters (clusters à index, clusters à hashage) employé (idEmp, nomEmp, qualifEmp, serviceEmp) service (idService, nomService, locService) SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 30 Segment de données clusters ( clusters à index, clusters à hashage) employé (idEmp, nomEmp, qualifEmp, serviceEmp) service (idService, nomService, locService) CREATE CLUSTER personnel (numService NUMBER) [SIZE uneTaille] [HASHKEYS unEntier] [STORAGE (…)] [TABLESPACE unTS] CREATE INDEX idx_personnel ON CLUSTER personnel CREATE TABLE employé (…) CLUSTER personnel (serviceEmp) CREATE TABLE service (…) CLUSTER personnel (idService) un segment unique pour le cluster personnel SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 31 Segment de données tables partitionnées affectationVol (idVol, dateVol, pilote, .
• SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 27 Mémoire - SGA Buffer de reprise (redo-log)
• journalisation des transactions
• contient les modifications effectuées sur les données redo entry : {bloc modifié, localisation de la modification dans le bloc, nouvelle valeur} pas de distinction entre les différents types de données
• taille déterminée par : LOG_BUFFER
• gestion circulaire des espaces : LGWR SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 28 Mémoire - SGA Dimensionnement DB_BLOCK_SIZE (2Ko, 4Ko, 8Ko, 16Ko, 32ko) SGA_MAX_SIZE SGA_TARGET => ajustement automatique des tailles des différentes zones DB_CACHE_SIZE : taille du cache DEFAULT pour les blocs de taille standard DB_KEEP_CACHE_SIZE DB_RECYCLE_CACHE_SIZE DB_nK_CACHE_SIZE : taille des caches destinés à recevoir des blocs de taille non standard SHARED_POOL_SIZE JAVA_POOL_SIZE LARGE_POOL_SIZE STREAMS_POOL_SIZE LOG_BUFFER SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 29 Processus Utilisateurs
• Processus USER s’exécute sur la machine cliente est engendré par la demande d’exécution d’une application · SQLplus, Developer/2000 Forms, SQLldr, …
• Processus SERVER s’exécute sur la machine serveur prend en charge les requêtes du ou des processus USER · utilise sa PGA propre retourne les résultats des requêtes aux processus USER configuration serveur dédié ou serveur partagé
• LISTENER, DISPATCHER SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 30 Processus Arrière plan
• Processus SMON (System Monitor) surveillance de la base au démarrage · assure la restitution de la cohérence de la base, en cas d’arrêt brutal, à partir des informations présentes dans les fichiers Redo-log · libère toutes les ressources inutilisées (verrous, segments temporaires, …) en fonctionnement · recycle les espaces mémoire temporaires inutilisés (zones de tris) · efface les processus obsolètes · défragmente les fichiers base de données SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 31 Processus Arrière plan
• Processus PMON (Process Monitor) : gestion des processus utilisateurs défaillants supprime les processus en erreur · libère la PGA · supprime les verrous nettoie les transactions anormalement interrompues · libère les zones mémoire allouées en SGA · annule les transactions SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 32 Processus Arrière plan
• Processus DBWn Data Base Writer / Dirty Buffer Writer gère le buffer cache de données · écrit tous les blocs de données modifiés (dirty list) du cache dans les fichiers de données (transfert de tous les blocs dirty : checkpoint) déclenchement · saturation du cache (plus assez d’espace dans la zone LRU ou dans la dirty list) · changement de groupe de fichier de reprise (checkpoint, activation par LGWR) · périodiquement, pour faire avancer le point de reprise · arrêt normal de la base de données ATTENTION : pas de déclenchement par COMMIT SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 33 Processus Arrière plan
• Processus CKPT (checkpoint, synchronisation) crée des points de synchronisation dans la base, pour faciliter sa récupération en cas de défaillance d’une instance.

💡 À retenir

Le tablespace SYSAUX contient les données de composants Oracle comme Enterprise Manager, Data mining, OLAP, et est obligatoire à la création.

📖 6. Gestion et modification des tablespaces : options et commandes

🔑 Notions clés & Définitions

• ONLINE/OFFLINE : Les modes ONLINE et OFFLINE déterminent l'accessibilité d'un tablespace : ONLINE permet un accès normal aux données, tandis qu'OFFLINE restreint l'accès pour maintenance ou autres opérations, avec la contrainte que le tablespace SYSTEM ne peut jamais être mis en mode OFFLINE.
• Gestion circulaire : La gestion circulaire est un mode d'utilisation des fichiers de reprise (redo-log) où l'espace est réutilisé en écrasant les anciens enregistrements une fois archivés ou invalides, assurant ainsi une continuité dans la journalisation des modifications.
• SGB1601 - Bonnet Denis : SGB1601 - Bonnet Denis est une référence pédagogique qui traite de la gestion physique et logique des bases de données Oracle, incluant la création et modification des tablespaces, ainsi que la gestion des processus et de la mémoire.

📝 Points essentiels

• La commande ALTER TABLESPACE permet de modifier un tablespace en ajoutant des fichiers, en redimensionnant ceux existants, en changeant leur localisation, en modifiant la clause STORAGE, ou en défragmentant les fichiers.
• L’option AUTOEXTEND active l’agrandissement automatique des fichiers de données, avec des paramètres NEXT pour définir la taille des extensions et MAXSIZE pour fixer une limite maximale.

💡 À retenir

La commande ALTER TABLESPACE permet de modifier un tablespace en ajoutant des fichiers, en redimensionnant ceux existants, en changeant leur localisation, en modifiant la clause STORAGE, ou en défragmentant les fichiers.

📖 7. Types de segments dans Oracle et leur rôle dans le stockage

🔑 Notions clés & Définitions

📝 Points essentiels

• Les segments sont des espaces alloués pour chaque objet logique dans la base, tels que tables, index, segments temporaires, d’annulation, ou pour des opérations spécifiques.
• Les segments de données stockent les données des utilisateurs et le dictionnaire, tandis que les segments d’index stockent séparément les index des tables.
• Les segments temporaires sont créés et supprimés automatiquement pour le traitement des tris, regroupements, créations d’index, ou opérations ensemblistes.
• Les segments d’annulation contiennent des informations pour annuler ou valider des transactions, avec un segment SYSTEM et des segments NON SYSTEM.

💡 À retenir

Les différents types de segments ont des fonctions spécifiques dans la gestion du stockage et des transactions, permettant une organisation efficace et une récupération fiable.

📖 8. Segments de données : tables, clusters et tables partitionnées

🔑 Notions clés & Définitions

• Tables : Objets logiques organisés en lignes et colonnes, stockés dans la base de données et correspondant à une unité de stockage manipulable.
• Segments temporaires : Segments alloués temporairement pour les opérations de traitement comme les tris ou regroupements, créés et supprimés automatiquement.
• Segments · Extensions : Segments désignent l’espace alloué à un objet logique, composés d’une ou plusieurs extensions, elles-mêmes ensembles contigus de blocs Oracle.
• Segments d’annulation : Segments utilisés pour stocker les informations d’annulation des transactions, permettant la gestion des modifications et la récupération.

📝 Points essentiels

• Un segment de table correspond à l’espace alloué pour une seule table.
• Un segment de cluster regroupe plusieurs tables liées, avec un segment unique pour le cluster.

💡 À retenir

La diversité des segments selon la structure logique des objets permet d’optimiser le stockage et l’accès aux données.

📖 9. Segments d’index, temporaires et d’annulation : caractéristiques et usages

🔑 Notions clés & Définitions

• SGB1601 Lien physique / logique SGB1601 : Concept décrivant la relation entre la structure physique des fichiers de données et leur organisation logique dans un système de gestion de bases de données Oracle.
• Physique / logique SGB1601 - Bonnet Denis : Approche expliquant la correspondance entre la structure physique des fichiers et leur représentation logique dans Oracle, selon Bonnet Denis.
• Segment : Structure composée d’extensions allouées à un objet dans un tablespace, constituée de blocs contigus et ne pouvant s’étendre que dans un seul tablespace.

📝 Points essentiels

• Les segments temporaires sont utilisés pour les opérations de tri et de jointure, et sont associés à un tablespace temporaire dédié.
• Le segment d’annulation SYSTEM est créé dans le tablespace SYSTEM et gère les mises à jour du dictionnaire de données.
• Les segments d’annulation NON SYSTEM sont dédiés aux transactions sur les données utilisateurs, avec libération d’espace à la fin de chaque transaction.

💡 À retenir

La distinction entre segments d’index, temporaires et d’annulation permet d’optimiser les traitements transactionnels, les accès indexés et les opérations temporaires dans la base de données.

📖 10. Structure et gestion des blocs Oracle comme unité d’entrée/sortie

🔑 Notions clés & Définitions

• PCTFREE : Paramètre qui réserve un pourcentage d’espace libre dans chaque bloc pour permettre des mises à jour sans débordement immédiat.

📝 Points essentiels

• La taille d’un bloc est définie par le paramètre DB_BLOCK_SIZE.
• Un bloc contient un espace de données où sont stockées les lignes, qui peuvent être chaînées si elles dépassent la taille du bloc.
• Un espace libre dans le bloc est réservé pour les débordements lors des mises à jour des lignes.

💡 À retenir

Le bloc est la brique fondamentale du stockage, représentant la plus petite unité de gestion des données en Oracle.

📖 11. Paramètres de contrôle d’espace dans les blocs : PCTFREE et PCTUSED

🔑 Notions clés & Définitions

📝 Points essentiels

• Par défaut, PCTFREE est fixé à 10%, et PCTUSED est déterminé automatiquement lorsque la gestion de l’espace est automatique.
• Ces paramètres sont spécifiés au niveau des segments et influencent la gestion de l’espace ainsi que les performances d’accès aux données.

💡 À retenir

Les paramètres PCTFREE et PCTUSED régulent l’équilibre entre insertion et mise à jour dans les blocs, optimisant ainsi l’utilisation de l’espace et les performances d’accès aux données dans les segments.

📖 12. Mécanismes d’échange de données entre la base et l’extérieur (Export/Import, SQLLoader)

🔑 Notions clés & Définitions

• Fichiers de données : Fichiers physiques qui stockent les segments de la base de données et servent de source pour le transfert des données vers la mémoire centrale lors des opérations d’accès.

📝 Points essentiels

• Export/Import permet le transfert de données et de définitions d’objets entre bases, ainsi que le stockage externe, la sauvegarde et l’archivage.
• SQLLoader charge des données depuis des fichiers externes vers la base, en contrôlant la validité des données et en transformant les enregistrements physiques en tuples logiques.
• Ces mécanismes sont essentiels pour la sauvegarde, la restauration, l’archivage et l’intégration de données externes dans la base.

💡 À retenir

Les outils d’import/export et de chargement sont essentiels pour gérer les données hors ligne, assurer la sauvegarde et permettre l’interopérabilité entre bases de données.

🧩 Compléments de couverture

1. Détail source à réviser : de données Administration - Optimisation Rôle de l’administrateur Architecture d’un SGBD SGB1601 Licence 3 - MIS Université de Bretagne Sud / UFR SSI Licence MIS – L3 SGB1601 - Bonnet Denis, Rémy Kessler 1 SGB1601 Sommai (Source: "de données Administration - Optimisation Rôle de l’administrateur Architecture d’un SGBD SGB1601 Licence 3 - MIS Université de Bretagne Sud / UFR SSI Licence MIS – L3 SGB1601 - Bonnet Denis, Rémy Kessler 1 SGB1601 Sommaire Bibliographie ● Documentation Oracle : Guide d’administration ● Optimisation des bases de données L. Navarro, Pearson Education,")
2. Détail source à réviser : - Bonnet Denis, Rémy Kessler 2 SGB1601 Sommaire Plan I. Rôle de l’administrateur II. Architecture d’une base Oracle III. Organisation logique/physique d’une base IV. Création/Démarrage/Arrêt d’une base V. Mécanismes tran (Source: "- Bonnet Denis, Rémy Kessler 2 SGB1601 Sommaire Plan I. Rôle de l’administrateur II. Architecture d’une base Oracle III. Organisation logique/physique d’une base IV. Création/Démarrage/Arrêt d’une base V. Mécanismes transactionnels VI. Optimisation / Tuning VII. Répartition SGB1601 - Bonnet Denis, Rémy Kessler 3 Rôle de l’administrateur SGB1601 Rôle")
3. Détail source à réviser : de stockage ○ définir les ressources de mémorisation des données ● enregistrer et gérer les utilisateurs ○ créer les rôles, profils utilisateurs ○ affecter les rôles appropriés aux utilisateurs ● assurer la sécurité et l (Source: "de stockage ○ définir les ressources de mémorisation des données ● enregistrer et gérer les utilisateurs ○ créer les rôles, profils utilisateurs ○ affecter les rôles appropriés aux utilisateurs ● assurer la sécurité et la cohérence des données ○ définir les stratégies de sauvegarde (sauvegarde, restauration, archivage) ○ gérer les accès aux données")
4. Détail source à réviser : de la mémoire ● optimisation des accès disques SGB1601 Rôle de l’administrateur SGB1601 - Bonnet Denis, Rémy Kessler 6 permettre l’échange de données Base <-> Extérieur ● Export/Import · transfert de données entre bases (Source: "de la mémoire ● optimisation des accès disques SGB1601 Rôle de l’administrateur SGB1601 - Bonnet Denis, Rémy Kessler 6 permettre l’échange de données Base <-> Extérieur ● Export/Import · transfert de données entre bases · stockage de données dans des fichiers externes à la base · stockage de définition d’objets avec ou sans les données ·")
5. Détail source à réviser : fichier en enregistrements logiques (tuples de tables) SGB1601 Rôle de l’administrateur SGB1601 - Bonnet Denis, Rémy Kessler 7 Architecture ANSI/SPARC SGB1601 Rôle de l’administrateur SGB1601 - Bonnet Denis, Rémy Kessler (Source: "fichier en enregistrements logiques (tuples de tables) SGB1601 Rôle de l’administrateur SGB1601 - Bonnet Denis, Rémy Kessler 7 Architecture ANSI/SPARC SGB1601 Rôle de l’administrateur SGB1601 - Bonnet Denis, Rémy Kessler 8 Dictionnaire ● Créé en même temps que la base ● Propriété de l’utilisateur SYS, accessible en lecture par l’utilisateur SYSTEM ●")
6. Détail source à réviser : ○ Mesures d’audit sur la base SGB1601 Rôle de l’administrateur SGB1601 - Bonnet Denis, Rémy Kessler 9 Dictionnaire ● Accessible par des vues ○ USER_ : informations sur les objets appartenant à l’utilisateur qui exécute l (Source: "○ Mesures d’audit sur la base SGB1601 Rôle de l’administrateur SGB1601 - Bonnet Denis, Rémy Kessler 9 Dictionnaire ● Accessible par des vues ○ USER : informations sur les objets appartenant à l’utilisateur qui exécute la requête ○ ALL_ : USER_ + informations sur les objets pour lesquels des privilèges ont été octroyés à l’utilisateur courant ○ DBA_")_
7. Détail source à réviser : d’une base Oracle SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 11 Le serveur Oracle SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 12 fichiers / processus / mém (Source: "d’une base Oracle SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 11 Le serveur Oracle SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 12 fichiers / processus / mémoire ● Fichiers ○ correspondent à la structure de la base et à la façon dont les données sont stockées ; ensemble de fichiers du")
8. Détail source à réviser : de la gestion des données : écriture des données persistantes, des données de reprise, de l’archivage, du verrouillage, … SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 13 Mémoire ● organisat (Source: "de la gestion des données : écriture des données persistantes, des données de reprise, de l’archivage, du verrouillage, … SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 13 Mémoire ● organisation : ○ ensemble de zones allouées pour les données des utilisateurs et pour les informations de contrôle. ● 3 zones principales")
9. Détail source à réviser : privé de la session d’un utilisateur ○ System Global Area (SGA) ■ zone partagée entre tous les processus connectés à la base ■ ressource critique : toute donnée lue ou modifiée transite par la SGA SGB1601 Architecture d’ (Source: "privé de la session d’un utilisateur ○ System Global Area (SGA) ■ zone partagée entre tous les processus connectés à la base ■ ressource critique : toute donnée lue ou modifiée transite par la SGA SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 14 fichiers / processus / mémoire SGB1601 Architecture d’une base")
10. Détail source à réviser : les requêtes des utilisateurs) ● Fichier de paramètres (init.ora) ○ utilisé lors de l’ouverture de l’instance pour la configuration de la base - On ne peut accéder à la base que si l’instance est ouverte. - Une base peut (Source: "les requêtes des utilisateurs) ● Fichier de paramètres (init.ora) ○ utilisé lors de l’ouverture de l’instance pour la configuration de la base - On ne peut accéder à la base que si l’instance est ouverte. - Une base peut être associée à une ou plusieurs instances. - Une instance est associée à une base et une seule. SGB1601 Architecture d’une base")
11. Détail source à réviser : la validité de la requête et utilise la zone « shared pool » de la SGA pour compiler l’instruction. Finalement, un message de succès ou d’échec de cette phase d’analyse est envoyé au processus USER. ○ Exécution : si les (Source: "la validité de la requête et utilise la zone « shared pool » de la SGA pour compiler l’instruction. Finalement, un message de succès ou d’échec de cette phase d’analyse est envoyé au processus USER. ○ Exécution : si les données ne sont pas déjà dans le buffer cache de données, le processus SERVER les transfère des fichiers de données vers le buffer")
12. Détail source à réviser : 17 ● Mise à jour : INSERT, UPDATE, DELETE ○ Analyse (parsing) : idem consultation ○ Exécution : UPDATE … SET … WHERE … ■ si les données ne sont pas déjà dans le buffer cache de données, le processus SERVER les transfère (Source: "17 ● Mise à jour : INSERT, UPDATE, DELETE ○ Analyse (parsing) : idem consultation ○ Exécution : UPDATE … SET … WHERE … ■ si les données ne sont pas déjà dans le buffer cache de données, le processus SERVER les transfère des fichiers de données vers le buffer cache de la SGA, en en conservant une « image avant » (2 zones : données + annulation). ■ le")
13. Détail source à réviser : de la mise à jour. ATTENTION : les données modifiées ne sont pas immédiatement écrites dans les fichiers (journalisation des modifications). SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 18 (Source: "de la mise à jour. ATTENTION : les données modifiées ne sont pas immédiatement écrites dans les fichiers (journalisation des modifications). SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 18 SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 19 Fichiers Fichiers de données ● contiennent toutes")
14. Détail source à réviser : la base ou de modifications de sa structure ○ CREATE/ALTER DATABASE … ○ CREATE/ALTER TABLESPACE ... écriture dans les fichiers base de données : DBWn Fichiers de reprise / Redo-log ● contiennent toutes les modifications (Source: "la base ou de modifications de sa structure ○ CREATE/ALTER DATABASE … ○ CREATE/ALTER TABLESPACE ... écriture dans les fichiers base de données : DBWn Fichiers de reprise / Redo-log ● contiennent toutes les modifications de données : journalisation ● utilisés pour les reprises après panne ● gestion circulaire, multiplexage éventuel ● archivage optionnel")
15. Détail source à réviser : contrôle ○ paramétrage de l’instance ■ nom de l’instance ■ dimensionnement de la SGA ■ nombre d’utilisateurs simultanés ■ ... ● Fichier d’alerte ○ trace de la vie de la base (chronologie des évènements) ■ date de créatio (Source: "contrôle ○ paramétrage de l’instance ■ nom de l’instance ■ dimensionnement de la SGA ■ nombre d’utilisateurs simultanés ■ ... ● Fichier d’alerte ○ trace de la vie de la base (chronologie des évènements) ■ date de création et paramétrage ■ lancement des processus ■ démarrages / arrêts ■ modifications structurelles SGB1601 Architecture d’une base Oracle")
16. Détail source à réviser : Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 23 Mémoire - SGA System Global Area ● ensemble de zones partagées, contenant des données système et des données des utilisateurs ● zone allouée au démar (Source: "Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 23 Mémoire - SGA System Global Area ● ensemble de zones partagées, contenant des données système et des données des utilisateurs ● zone allouée au démarrage de l’instance (paramètres init.ora) ● taille : SGA_TARGET entraîne une gestion automatique de la taille, bornée par")
17. Détail source à réviser : en serveur partagé) SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 24 Mémoire - SGA Buffer cache de données ● composé de blocs contenant les copies des données en provenance ou à destination (Source: "en serveur partagé) SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 24 Mémoire - SGA Buffer cache de données ● composé de blocs contenant les copies des données en provenance ou à destination des fichiers de la base ○ tables ○ index ○ segments undo (images avant) ● taille d’un bloc (valeur par défaut): DB_BLOCK_SIZE ● gestion")
18. Détail source à réviser : définir 2 zones supplémentaires ● zone KEEP : stockage des données destinées à rester en mémoire(tables à accès fréquents) ● zone RECYCLE : stockage des données ne restant pas longtemps en mémoire NB : lors de la définit (Source: "définir 2 zones supplémentaires ● zone KEEP : stockage des données destinées à rester en mémoire(tables à accès fréquents) ● zone RECYCLE : stockage des données ne restant pas longtemps en mémoire NB : lors de la définition d’un objet (CREATE ou ALTER TABLE, …), on doit alors indiquer (clause STORAGE) le statut de cet objet. SGB1601 Architecture d’une base")
19. Détail source à réviser : ● Zone Dictionary cache (DC) / row cache ○ contient des informations du dictionnaire ■ noms des tables, des attributs ■ contraintes ■ informations sur les utilisateurs, ... ● gestion des espaces : algorithme LRU ALTER SY (Source: "● Zone Dictionary cache (DC) / row cache ○ contient des informations du dictionnaire ■ noms des tables, des attributs ■ contraintes ■ informations sur les utilisateurs, ... ● gestion des espaces : algorithme LRU ALTER SYSTEM FLUSH SHARED_POOL ... SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 27 Mémoire - SGA Buffer de reprise")
20. Détail source à réviser : changement du fichier de reprise · à intervalles réguliers (LOG_CHECKPOINT_INTERVAL) SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 34 Processus Arrière plan • Processus LGWR (Log Writer) écr (Source: "changement du fichier de reprise · à intervalles réguliers (LOG_CHECKPOINT_INTERVAL) SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 34 Processus Arrière plan • Processus LGWR (Log Writer) écrit les tampons du buffer de reprise dans les fichiers de reprise déclenchement · exécution de COMMIT ou ROLLBACK (=> libération des blocs")
21. Détail source à réviser : en mode ARCHIVELOG SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 35 Processus Arrière plan • Processus RECO recouvrement de base de données distribuée, en cas d’échec d’une transaction répar (Source: "en mode ARCHIVELOG SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 35 Processus Arrière plan • Processus RECO recouvrement de base de données distribuée, en cas d’échec d’une transaction répartie effectue une connexion avec toutes les BD distantes concernées et active la transaction répartie activé au moment du démarrage d’une")
22. Détail source à réviser : Sud / UFR SSI Licence MIS – L3 SGB1601 - Bonnet Denis, Rémy Kessler 1 SGB1601 Sommaire Plan I. Rôle de l’administrateur II. Architecture d’une base Oracle III. Organisation logique/physique d’une base IV. Création/Démarr (Source: "Sud / UFR SSI Licence MIS – L3 SGB1601 - Bonnet Denis, Rémy Kessler 1 SGB1601 Sommaire Plan I. Rôle de l’administrateur II. Architecture d’une base Oracle III. Organisation logique/physique d’une base IV. Création/Démarrage/Arrêt d’une base V. Mécanismes transactionnels VI. Optimisation / Tuning VII. Répartition SGB1601 - Bonnet Denis, Rémy Kessler")
23. Détail source à réviser : logique de stockage des données, pour la maintenance de la base · tablespaces · segments · Extensions / bloc SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 4 SGB1601 Lien physique / logique SGB1601 (Source: "logique de stockage des données, pour la maintenance de la base · tablespaces · segments · Extensions / bloc SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 4 SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 5 SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 6 ● tablespace : unité logique de")
24. Détail source à réviser : un ou plusieurs fichiers de données, un fichier est associé à un seul tablespace ● segments + extensions + blocs : gestion de l’espace disque SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 7 ● segme (Source: "un ou plusieurs fichiers de données, un fichier est associé à un seul tablespace ● segments + extensions + blocs : gestion de l’espace disque SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 7 ● segment ○ un segment est un espace alloué pour chaque objet logique ■ segments de données (tables, clusters, ...), segments d’index, segments")
25. Détail source à réviser : unité d’entrée/sortie du SGBD. Il est composé de blocs OS ○ taille d’un bloc Oracle : DB_BLOCK_SIZE SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 8 SGB1601 Lien physique / logique SGB1601 - Bonnet (Source: "unité d’entrée/sortie du SGBD. Il est composé de blocs OS ○ taille d’un bloc Oracle : DB_BLOCK_SIZE SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 8 SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 9 Exemple de stockage Logique SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 10 Exemple de")
26. Détail source à réviser : la base ■ vues, packages, procédures/fonctions, triggers stockés de la base ○ le segment d’annulation SYSTEM (RBS SYSTEM), pour les mises à jour du dictionnaire tablespace SYSAUX ● contient les données de certains compos (Source: "la base ■ vues, packages, procédures/fonctions, triggers stockés de la base ○ le segment d’annulation SYSTEM (RBS SYSTEM), pour les mises à jour du dictionnaire tablespace SYSAUX ● contient les données de certains composants Oracle ○ Enterprise Manager, Data mining, OLAP, … ● obligatoires à la création de la base ● ne doivent pas contenir les données des")
27. Détail source à réviser : ● DataFile file_specification chemin du fichier ● AUTOEXTENDS agrandit automatiquement la taille du fichier de données ● NEXT quantité d’espace ajouté ● MAXSIZE limite maximum d’agrandissement ● EXTENT MANAGEMENT / SEGME (Source: "● DataFile file_specification chemin du fichier ● AUTOEXTENDS agrandit automatiquement la taille du fichier de données ● NEXT quantité d’espace ajouté ● MAXSIZE limite maximum d’agrandissement ● EXTENT MANAGEMENT / SEGMENT SPACE MANAGEMENT gestion des segments et des extents ● MINIMUM EXTENT taille minimale d’un segment ● BLOCKSIZE taille d’un bloc ●")
28. Détail source à réviser : des données sur différents volumes ○ amélioration des performances, réduction des contentions disques ● gestion de quotas pour les utilisateurs ● sauvegarde, restauration partielle des données ○ tablespace = la plus peti (Source: "des données sur différents volumes ○ amélioration des performances, réduction des contentions disques ● gestion de quotas pour les utilisateurs ● sauvegarde, restauration partielle des données ○ tablespace = la plus petite unité de sauvegarde ● possibilité de rendre inaccessibles des parties de la base ○ tablespace ONLINE/OFFLINE SGB1601 Lien")
29. Détail source à réviser : ’ SIZE <taille> … SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 16 Tablespace Création du tablespace NON SYSTEM CREATE [BIGFILE|SMALLFILE] TABLESPACE USERS DATAFILE ‘ /…/user01.dbf ’ SIZE <taille>, (Source: "’ SIZE <taille> … SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 16 Tablespace Création du tablespace NON SYSTEM CREATE [BIGFILE|SMALLFILE] TABLESPACE USERS DATAFILE ‘ /…/user01.dbf ’ SIZE <taille>, [PERMANENT|TEMPORARY] [ONLINE|OFFLINE] [AUTOEXTEND OFF |ON <paramètres d’extension>] [EXTENT MANAGEMENT DICTIONARY|LOCAL")
30. Détail source à réviser : CREATE USER unUtilisateur ... DEFAULT TABLESPACE USERS TEMPORARY TABLESPACE TEMP QUOTA 100K|UNLIMITED ON USERS … SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 18 Modification d’un tablespace ● redi (Source: "CREATE USER unUtilisateur ... DEFAULT TABLESPACE USERS TEMPORARY TABLESPACE TEMP QUOTA 100K|UNLIMITED ON USERS … SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 18 Modification d’un tablespace ● redimensionnement des fichiers associés au tablespace ALTER TABLESPACE USERS ADD DATAFILE ‘ /…/user03.dbf ’ SIZE 500M ALTER")
31. Détail source à réviser : TABLESPACE TEMP OFFLINE ALTER TABLESPACE TEMP RENAME DATAFILE ‘ /DISK1/temp01.dbf ’ TO ‘ /DISK2/temp01.dbf ’ ALTER TABLESPACE TEMP ONLINE NB : les fichiers source et destination doivent exister. SGB1601 Lien physique / l (Source: "TABLESPACE TEMP OFFLINE ALTER TABLESPACE TEMP RENAME DATAFILE ‘ /DISK1/temp01.dbf ’ TO ‘ /DISK2/temp01.dbf ’ ALTER TABLESPACE TEMP ONLINE NB : les fichiers source et destination doivent exister. SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 20 Modification d’un tablespace ● changement de la clause STORAGE ALTER TABLESPACE USERS")
32. Détail source à réviser : [STORAGE (…)] [TABLESPACE unTS2]… ; un segment pour chacune des partitions SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 32 Segment segments d’index stockage des données d’index séparé du stockage (Source: "[STORAGE (…)] [TABLESPACE unTS2]… ; un segment pour chacune des partitions SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 32 Segment segments d’index stockage des données d’index séparé du stockage des tuples •index B-arbre CREATE INDEX unIndex ON uneTable (listeAttributs) [STORAGE (…)] [TABLESPACE unTS] table T (A, B, C, …) et")
33. Détail source à réviser : ○ opérateurs ensemblistes, jointures ● créés et supprimés automatiquement NB : prévoir un tablespace pour les segments temporaires et les orienter vers ce tablespace. SGB1601 Lien physique / logique SGB1601 - Bonnet Deni (Source: "○ opérateurs ensemblistes, jointures ● créés et supprimés automatiquement NB : prévoir un tablespace pour les segments temporaires et les orienter vers ce tablespace. SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 34 Segments d’annulation ● segment d’annulation SYSTEM ○ créé dans le tablespace SYSTEM à la création de la base ○ utilisé")
34. Détail source à réviser : en fin de transaction (COMMIT ou ROLLBACK) ● en cas de processus défaillant SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 35 Bloc ● unité de transfert d’informations entre mémoire centrale (SGA) et (Source: "en fin de transaction (COMMIT ou ROLLBACK) ● en cas de processus défaillant SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 35 Bloc ● unité de transfert d’informations entre mémoire centrale (SGA) et disque (fichiers de données) ○ 1 bloc = la plus petite unité d’E/S ○ taille d’un bloc : DB_BLOCK_SIZE ● structure d’un bloc SGB1601 Lien")
35. Détail source à réviser : libre ○ utilisé comme zone de débordement dans les cas de mises à jour ● paramètres de contrôle : PCTFREE, PCTUSED ○ spécifiés au niveau des segments défaut : PCTFREE=10, ○ PCTUSED déterminé automatiquement si gestion au (Source: "libre ○ utilisé comme zone de débordement dans les cas de mises à jour ● paramètres de contrôle : PCTFREE, PCTUSED ○ spécifiés au niveau des segments défaut : PCTFREE=10, ○ PCTUSED déterminé automatiquement si gestion automatique des espaces SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 37 Bloc Exemple Exemple : PCTFREE = 10, PCTUSED")
36. Détail source à réviser : L. Navarro, Pearson Education, 2010 ● Oracle 12c, Administration d’une base de données Olivier Heurtel, Claire Noirault, ENI éditions, 2015 ● Oracle Database 12c DBA Handbook Bob Bryla, Oracle Press SGB1601 - Bonnet Deni (Source: "L. Navarro, Pearson Education, 2010 ● Oracle 12c, Administration d’une base de données Olivier Heurtel, Claire Noirault, ENI éditions, 2015 ● Oracle Database 12c DBA Handbook Bob Bryla, Oracle Press SGB1601 - Bonnet Denis, Rémy Kessler 2 SGB1601 Sommaire Plan I")
37. Détail source à réviser : ur SGB1601 - Bonnet Denis, Rémy Kessler 6 permettre l’échange de données Base <-> Extérieur ● Export/Import · transfert de données entre bases · stockage de données dans des fichiers externes à la base · stockage de (Source: "ur SGB1601 - Bonnet Denis, Rémy Kessler 6 permettre l’échange de données Base <-> Extérieur ● Export/Import · transfert de données entre bases · stockage de données dans des fichiers externes à la base · stockage de")
38. Détail source à réviser : my Kessler 11 Le serveur Oracle SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 12 fichiers / processus / mémoire ● Fichiers ○ correspondent à la structure de la base et à la façon dont les (Source: "my Kessler 11 Le serveur Oracle SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 12 fichiers / processus / mémoire ● Fichiers ○ correspondent à la structure de la base et à la façon dont les")
39. Détail source à réviser : ● 3 zones principales ○ Code applicatif ■ code du noyau et des programmes Oracle ○ Program Global Area (PGA) ■ réservée aux processus utilisateurs ■ 1 zone par processus utilisateur (connexion à la base => création d’un (Source: "● 3 zones principales ○ Code applicatif ■ code du noyau et des programmes Oracle ○ Program Global Area (PGA) ■ réservée aux processus utilisateurs ■ 1 zone par processus utilisateur (connexion à la base => création d’un processus user et d’une zone PGA) ■ contient les variables d’environnement privé de la session d’un utilisateur ○ System Global Area (SGA...")
40. Détail source à réviser : SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 16 Etapes d’exécution d’une requête ● Consultation : SELECT (Source: "SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 16 Etapes d’exécution d’une requête ● Consultation : SELECT")
41. Détail source à réviser : es transfère des fichiers de données vers le buffer cache de la SGA, en en conservant une « image avant » (2 zones : données + annulation). ■ le processus SERVER place des verrous sur les données. ■ le processus SERVER e (Source: "es transfère des fichiers de données vers le buffer cache de la SGA, en en conservant une « image avant » (2 zones : données + annulation). ■ le processus SERVER place des verrous sur les données. ■ le processus SERVER enregistre les modifications à apporter aux do")
42. Détail source à réviser : SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 18 SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 19 Fichiers Fichiers de données ● contiennent toutes les données (Source: "SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 18 SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 19 Fichiers Fichiers de données ● contiennent toutes les données de la base ● assurent le stockage ○ des objets créés par les utilisateurs ○ du dictionnaire ● caractéristiques fixées au moment de la cré...")
43. Détail source à réviser : ora) SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 21 ● Fichier d’initialisation (initSID. (Source: "ora) SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 21 ● Fichier d’initialisation (initSID.")
44. Détail source à réviser : e données ○ buffer redo-log ○ shared pool ○ java pool (zone mémoire utilisée par la machine virtuelle java) ○ streams pool (zone d’échange d’informations entre processus) ○ large pool (zone utilisée lors de (Source: "e données ○ buffer redo-log ○ shared pool ○ java pool (zone mémoire utilisée par la machine virtuelle java) ○ streams pool (zone d’échange d’informations entre processus) ○ large pool (zone utilisée lors de")
45. Détail source à réviser : ● gestion des espaces : algorithme LRU ALTER SYSTEM FLUSH SHARED_POOL (Source: "● gestion des espaces : algorithme LRU ALTER SYSTEM FLUSH SHARED_POOL")
46. Détail source à réviser : nées) · saturation du buffer Redo-log · périodiquement (3s) · écriture par le DBWR des blocs modifiés • Processus ARCn (Archiver) copie les fichiers de reprise saturés vers un support d’archivage processus facultatif, (Source: "nées) · saturation du buffer Redo-log · périodiquement (3s) · écriture par le DBWR des blocs modifiés • Processus ARCn (Archiver) copie les fichiers de reprise saturés vers un support d’archivage processus facultatif,")
47. Détail source à réviser : 0) SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 36 Bases de données Administration - Optimisation Organisation logique/physique SGB1601 Licence 3 - MIS Université de Bretagne Sud / UFR SSI (Source: "0) SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 36 Bases de données Administration - Optimisation Organisation logique/physique SGB1601 Licence 3 - MIS Université de Bretagne Sud / UFR SSI Licence MIS – L3 SGB1601 - Bonnet Denis, Rémy Kessler 1 SGB1601 Sommaire Plan I")
48. Détail source à réviser : 1) ● extension ○ une extension est composée d’un ensemble de blocs Oracle contigu ● bloc ○ un bloc définit le niveau de granularité le plus fin (Source: "1) ● extension ○ une extension est composée d’un ensemble de blocs Oracle contigu ● bloc ○ un bloc définit le niveau de granularité le plus fin")
49. Détail source à réviser : B_BLOCK_SIZE SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 8 SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 9 Exemple de stockage Logique SGB1601 Lien physique / logique (Source: "B_BLOCK_SIZE SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 8 SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 9 Exemple de stockage Logique SGB1601 Lien physique / logique")
50. Détail source à réviser : s contentions disques ● gestion de quotas pour les utilisateurs ● sauvegarde, restauration partielle des données ○ tablespace = la plus petite unité de sauvegarde ● possibilité de rendre inaccessibles des parties de la (Source: "s contentions disques ● gestion de quotas pour les utilisateurs ● sauvegarde, restauration partielle des données ○ tablespace = la plus petite unité de sauvegarde ● possibilité de rendre inaccessibles des parties de la")
51. Détail source à réviser : DEFAULT TABLESPACE USERS TEMPORARY TABLESPACE TEMP QUOTA 100K|UNLIMITED ON USERS … SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 18 Modification d’un tablespace ● redimensionnement des fichiers ass (Source: "DEFAULT TABLESPACE USERS TEMPORARY TABLESPACE TEMP QUOTA 100K|UNLIMITED ON USERS … SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 18 Modification d’un tablespace ● redimensionnement des fichiers associés au tablespace ALTER TABLESPACE USERS ADD DATAFILE ‘ /…/user03")
52. Détail source à réviser : SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 20 Modification d’un tablespace ● changement de la clause STORAGE ALTER TABLESPACE USERS DEFAULT STORAGE ( INITIAL 100K NEXT 50K MINEXTENTS 1 UNLIMITED (Source: "SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 20 Modification d’un tablespace ● changement de la clause STORAGE ALTER TABLESPACE USERS DEFAULT STORAGE ( INITIAL 100K NEXT 50K MINEXTENTS 1 UNLIMITED PCTINCREASE 10 ) NB : la nouvelle clause ne s’applique qu’aux nouveaux objets")
53. Détail source à réviser : 2010 ’) [STORAGE (…)] [TABLESPACE unTS1] PARTITION P2 VALUES BETWEEN (‘ 01-JAN-2011 ’ AND ‘ 31-DEC-2011 ’) [STORAGE (…)] [TABLESPACE unTS2]… ; un segment pour chacune des partitions SGB1601 Lien physique / logique SGB160 (Source: "2010 ’) [STORAGE (…)] [TABLESPACE unTS1] PARTITION P2 VALUES BETWEEN (‘ 01-JAN-2011 ’ AND ‘ 31-DEC-2011 ’) [STORAGE (…)] [TABLESPACE unTS2]… ; un segment pour chacune des partitions SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 32 Segment segments d’index stockage des données d’in")
54. Détail source à réviser : SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 34 Segments d’annulation ● segment d’annulation SYSTEM ○ créé dans le tablespace SYSTEM à la création de la base ○ utilisé uniquement pour les objets d (Source: "SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 34 Segments d’annulation ● segment d’annulation SYSTEM ○ créé dans le tablespace SYSTEM à la création de la base ○ utilisé uniquement pour les objets du TS SYSTEM (dictionnaire) ● segments d’annulation NON SYSTEM ○ nécessaires pour effectuer les transactions sur les donn")
55. Détail source à réviser : is, Rémy Kessler 36 Bloc ● espace des données ○ contient les données du bloc ○ une ligne de table peut être répartie sur plusieurs blocs (chaînages) ■ taille d’une ligne > espace restant disponible dans le bloc ● (Source: "is, Rémy Kessler 36 Bloc ● espace des données ○ contient les données du bloc ○ une ligne de table peut être répartie sur plusieurs blocs (chaînages) ■ taille d’une ligne > espace restant disponible dans le bloc ●")
56. Détail source à réviser : 2010 ● Oracle 12c, Administration d’une base de données Olivier Heurtel, Claire Noirault, ENI éditions, 2015 ● Oracle Database 12c DBA Handbook Bob Bryla, Oracle Press SGB1601 - Bonnet Denis, Rémy Kessler 2 SGB1601 Somma (Source: "2010 ● Oracle 12c, Administration d’une base de données Olivier Heurtel, Claire Noirault, ENI éditions, 2015 ● Oracle Database 12c DBA Handbook Bob Bryla, Oracle Press SGB1601 - Bonnet Denis, Rémy Kessler 2 SGB1601 Sommaire Plan I")
57. Détail source à réviser : VII. Répartition SGB1601 - Bonnet Denis, Rémy Kessler 3 Rôle de l’administrateur SGB1601 Rôle de l’administrateur SGB1601 - Bonnet Denis, Rémy Kessler 4 Garantir un fonctionnement optimal de la base (maintenance) ● insta (Source: "VII. Répartition SGB1601 - Bonnet Denis, Rémy Kessler 3 Rôle de l’administrateur SGB1601 Rôle de l’administrateur SGB1601 - Bonnet Denis, Rémy Kessler 4 Garantir un fonctionnement optimal de la base (maintenance) ● installer le SGBD ○ serveurs, clients, outils d’applications ● créer la base et la faire évoluer ○ définir les organisations logique et physiq...")
58. Détail source à réviser : VII. Répartition SGB1601 - Bonnet Denis, Rémy Kessler 2 Lien physique / logique SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 3 Structure physique fichiers du système d’exploitation · fichiers de d (Source: "VII. Répartition SGB1601 - Bonnet Denis, Rémy Kessler 2 Lien physique / logique SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 3 Structure physique fichiers du système d’exploitation · fichiers de données · fichiers de reprise (redo-log) · fichiers de contrôle Structure logique organisation logique de stockage des données, pour la ma...")
59. Détail source à réviser : Navarro, Pearson Education, 2010 ● Oracle 12c, Administration d’une base de données Olivier Heurtel, Claire Noirault, ENI éditions, 2015 ● Oracle Database 12c DBA Handbook Bob Bryla, Oracle Press SGB1601 - Bonnet Denis, (Source: "Navarro, Pearson Education, 2010 ● Oracle 12c, Administration d’une base de données Olivier Heurtel, Claire Noirault, ENI éditions, 2015 ● Oracle Database 12c DBA Handbook Bob Bryla, Oracle Press SGB1601 - Bonnet Denis, Rémy Kessler 2 SGB1601 Sommaire Plan I")
60. Détail source à réviser : pilote, ...) CREATE TABLE affectationVol (…) PARTITION BY RANGE (dateVol) PARTITION P1 VALUES LESS THAN (‘ 31-DEC-2010 ’) [STORAGE (…)] [TABLESPACE unTS1] PARTITION P2 VALUES BETWEEN (‘ 01-JAN-2011 ’ AND ‘ 31-DEC-2011 (Source: "pilote, ...) CREATE TABLE affectationVol (…) PARTITION BY RANGE (dateVol) PARTITION P1 VALUES LESS THAN (‘ 31-DEC-2010 ’) [STORAGE (…)] [TABLESPACE unTS1] PARTITION P2 VALUES BETWEEN (‘ 01-JAN-2011 ’ AND ‘ 31-DEC-2011")
61. Détail source à réviser : II. Architecture d’une base Oracle III (Source: "II. Architecture d’une base Oracle III")
62. Détail source à réviser : IV. Création/Démarrage/Arrêt d’une base V (Source: "IV. Création/Démarrage/Arrêt d’une base V")
63. Détail source à réviser : de la compiler. Le processus SERVER vérifie la validité de la requête et utilise la zone « shared pool » de la SGA pour compiler l’instruction. Finalement, un message de succès ou d’échec de cette phase d’analyse est env (Source: "de la compiler. Le processus SERVER vérifie la validité de la requête et utilise la zone « shared pool » de la SGA pour compiler l’instruction. Finalement, un message de succès ou d’échec de cette phase d’analyse est envoyé au processus USER. ○ Exécution : si les")
64. Détail source à réviser : ) CREATE TABLE affectationVol (…) PARTITION BY RANGE (dateVol) PARTITION P1 VALUES LESS THAN (‘ 31-DEC-2010 ’) [STORAGE (…)] [TABLESPACE unTS1] PARTITION P2 VALUES BETWEEN (‘ 01-JAN-2011 ’ AND ‘ 31-DEC-2011 ’) [STORAGE ( (Source: ") CREATE TABLE affectationVol (…) PARTITION BY RANGE (dateVol) PARTITION P1 VALUES LESS THAN (‘ 31-DEC-2010 ’) [STORAGE (…)] [TABLESPACE unTS1] PARTITION P2 VALUES BETWEEN (‘ 01-JAN-2011 ’ AND ‘ 31-DEC-2011 ’) [STORAGE (…)] [TABLESPACE unTS2]… ;")
65. Détail source à réviser : Répartition SGB1601 - Bonnet Denis, Rémy Kessler 3 Rôle de l’administrateur SGB1601 Rôle de l’administrateur SGB1601 - Bonnet Denis, Rémy Kessler 4 Garantir un fonctionnement optimal de la base (maintenance) ● installer (Source: "Répartition SGB1601 - Bonnet Denis, Rémy Kessler 3 Rôle de l’administrateur SGB1601 Rôle de l’administrateur SGB1601 - Bonnet Denis, Rémy Kessler 4 Garantir un fonctionnement optimal de la base (maintenance) ● installer le SGBD ○ serveurs, clients, outils d’applications ● créer la base et la faire évoluer ○ définir les organisations logique et physique de...")
66. Détail source à réviser : ● Instance ○ structure de mémoire partagée (SGA) ○ ensemble de processus d’arrière-plan ○ ensemble de processus serveurs (chargés de traiter les requêtes des utilisateurs) ● Fichier de paramètres (init (Source: "● Instance ○ structure de mémoire partagée (SGA) ○ ensemble de processus d’arrière-plan ○ ensemble de processus serveurs (chargés de traiter les requêtes des utilisateurs) ● Fichier de paramètres (init")
67. Détail source à réviser : FROM … ○ Analyse (parsing) : le processus USER envoie la requête au processus SERVER avec l’ordre de l’analyser ou de la compiler (Source: "FROM … ○ Analyse (parsing) : le processus USER envoie la requête au processus SERVER avec l’ordre de l’analyser ou de la compiler")
68. Détail source à réviser : Répartition SGB1601 - Bonnet Denis, Rémy Kessler 2 Lien physique / logique SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 3 Structure physique fichiers du système d’exploitation · fichiers de donnée (Source: "Répartition SGB1601 - Bonnet Denis, Rémy Kessler 2 Lien physique / logique SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 3 Structure physique fichiers du système d’exploitation · fichiers de données · fichiers de reprise (redo-log) · fichiers de contrôle Structure logique organisation logique de stockage des données, pour la mainten...")
69. Détail source à réviser : ATTENTION : les données modifiées ne sont pas immédiatement écrites dans les fichiers (journalisation des modifications) (Source: "ATTENTION : les données modifiées ne sont pas immédiatement écrites dans les fichiers (journalisation des modifications)")
70. Détail source à réviser : Bases de données Administration - Optimisation Rôle de l’administrateur Architecture d’un SGBD SGB1601 Licence 3 - MIS Université de Bretagne Sud / UFR SSI Licence MIS – L3 SGB1601 - Bonnet Denis, Rémy Kessler 1 SGB1601 (Source: "Bases de données Administration - Optimisation Rôle de l’administrateur Architecture d’un SGBD SGB1601 Licence 3 - MIS Université de Bretagne Sud / UFR SSI Licence MIS – L3 SGB1601 - Bonnet Denis, Rémy Kessler 1 SGB1601 Sommaire Bibliographie ● Documentation Oracle : Guide d’administration ● Optimisation des bases de données L")
71. Détail source à réviser : ■ processus SGBD (serveurs et arrière-plan) ● exécutent le noyau Oracle ● responsables de la gestion des données : écriture des données persistantes, des données de reprise, de l’archivage, du verrouillage, … SGB1601 Arc (Source: "■ processus SGBD (serveurs et arrière-plan) ● exécutent le noyau Oracle ● responsables de la gestion des données : écriture des données persistantes, des données de reprise, de l’archivage, du verrouillage, … SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 13 Mémoire ● organisation : ○ ensemble de zones allouées pour les donnée...")
72. Détail source à réviser : ○ Renvoi : les tuples résultats de la requête sont renvoyés au processus USER par le processus SERVER SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 17 ● Mise à jour : INSERT, UPDATE, DELETE (Source: "○ Renvoi : les tuples résultats de la requête sont renvoyés au processus USER par le processus SERVER SGB1601 Architecture d’une base Oracle SGB1601 - Bonnet Denis, Rémy Kessler 17 ● Mise à jour : INSERT, UPDATE, DELETE ○ Analyse (parsing) : idem consultation ○ Exécution : UPDATE … SET … WHERE … ■ si les donn")
73. Détail source à réviser : Il est composé de blocs OS ○ taille d’un bloc Oracle : DB_BLOCK_SIZE SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 8 SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 9 Exemple d (Source: "Il est composé de blocs OS ○ taille d’un bloc Oracle : DB_BLOCK_SIZE SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 8 SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 9 Exemple de stockage Logique SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 10 Exemple de stockage Physique SGB1601 Lien phys...")
74. Détail source à réviser : ○ Exécution : si les données ne sont pas déjà dans le buffer cache de données, le processus SERVER les transfère des fichiers de données vers le buffer cache de la SGA et il prépare la restitution des données dans le buf (Source: "○ Exécution : si les données ne sont pas déjà dans le buffer cache de données, le processus SERVER les transfère des fichiers de données vers le buffer cache de la SGA et il prépare la restitution des données dans le buffer cache de la SGA")
75. Détail source à réviser : ues fixées au moment de la création ○ taille initiale, extensions possibles ● composés de « blocs Oracle » ● spécifiés lors de la création de la base ou de modifications de sa structure ○ CREATE/ALTER DATABASE … ○ CREATE (Source: "ues fixées au moment de la création ○ taille initiale, extensions possibles ● composés de « blocs Oracle » ● spécifiés lors de la création de la base ou de modifications de sa structure ○ CREATE/ALTER DATABASE … ○ CREATE/ALTER TABLESPACE ... écriture dans les fichie")
76. Détail source à réviser : écriture dans les fichiers base de données : DBWn Fichiers de reprise / Redo-log ● contiennent toutes les modifications de données : journalisation ● utilisés pour les reprises après panne ● gestion circulaire, multiplex (Source: "écriture dans les fichiers base de données : DBWn Fichiers de reprise / Redo-log ● contiennent toutes les modifications de données : journalisation ● utilisés pour les reprises après panne ● gestion circulaire, multiplexage éventuel ● archivage optionnel (mode ARCHIVELOG) ● spécifiés lors de la création de la base ou de modifications de sa structure ○ CRE...")
77. Détail source à réviser : III. Organisation logique/physique d’une base IV (Source: "III. Organisation logique/physique d’une base IV")
78. Détail source à réviser : es programmes Oracle ○ Program Global Area (PGA) ■ réservée aux processus utilisateurs ■ 1 zone par processus utilisateur (connexion à la base => création d’un processus user et d’une zone PGA) ■ contient les variables (Source: "es programmes Oracle ○ Program Global Area (PGA) ■ réservée aux processus utilisateurs ■ 1 zone par processus utilisateur (connexion à la base => création d’un processus user et d’une zone PGA) ■ contient les variables")
79. Détail source à réviser : e l’ouverture de l’instance pour la configuration de la base - On ne peut accéder à la base que si l’instance est ouverte. (Source: "e l’ouverture de l’instance pour la configuration de la base - On ne peut accéder à la base que si l’instance est ouverte.")
80. Détail source à réviser : mémoire(tables à accès fréquents) ● zone RECYCLE : stockage des données ne restant pas longtemps en mémoire NB : lors de la définition d’un objet (CREATE ou ALTER TABLE, …), on doit alors indiquer (clause STORAGE) le (Source: "mémoire(tables à accès fréquents) ● zone RECYCLE : stockage des données ne restant pas longtemps en mémoire NB : lors de la définition d’un objet (CREATE ou ALTER TABLE, …), on doit alors indiquer (clause STORAGE) le")
81. Détail source à réviser : /DISK2/temp01.dbf ’ ALTER TABLESPACE TEMP ONLINE NB : les fichiers source et destination doivent exister. SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 20 Modification d’un tablespace ● (Source: "/DISK2/temp01.dbf ’ ALTER TABLESPACE TEMP ONLINE NB : les fichiers source et destination doivent exister. SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 20 Modification d’un tablespace ●")
82. Détail source à réviser : ora) ○ utilisé lors de l’ouverture de l’instance pour la configuration de la base - On ne peut accéder à la base que si l’instance est ouverte. (Source: "ora) ○ utilisé lors de l’ouverture de l’instance pour la configuration de la base - On ne peut accéder à la base que si l’instance est ouverte.")
83. Détail source à réviser : gique SGB1601 - Bonnet Denis, Rémy Kessler 12 Tablespace SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 13 quelques options ● Big File / Small File un ou plusieurs fichiers ● Name nom du (Source: "gique SGB1601 - Bonnet Denis, Rémy Kessler 12 Tablespace SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 13 quelques options ● Big File / Small File un ou plusieurs fichiers ● Name nom du")
84. Détail source à réviser : dbf ’ SIZE <taille> … ONLINE après avoir préalablement créé la base par : CREATE DATABASE <<nomBase>> … DATAFILE ‘/…/system01. (Source: "dbf ’ SIZE <taille> … ONLINE après avoir préalablement créé la base par : CREATE DATABASE <<nomBase>> … DATAFILE ‘/…/system01.")
85. Détail source à réviser : dbf ’ SIZE <taille> … SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 16 Tablespace Création du tablespace NON SYSTEM CREATE [BIGFILE|SMALLFILE] TABLESPACE USERS DATAFILE ‘ /…/user01. (Source: "dbf ’ SIZE <taille> … SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 16 Tablespace Création du tablespace NON SYSTEM CREATE [BIGFILE|SMALLFILE] TABLESPACE USERS DATAFILE ‘ /…/user01.")
86. Détail source à réviser : AULT STORAGE ( INITIAL <valInit> NEXT <valNext> MINEXTENTS <valMin> MAXEXTENTS <valMax>|UNLIMITED PCTINCREASE <valPctI> )] SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 17 Tablespace Gestion des (Source: "AULT STORAGE ( INITIAL <valInit> NEXT <valNext> MINEXTENTS <valMin> MAXEXTENTS <valMax>|UNLIMITED PCTINCREASE <valPctI> )] SGB1601 Lien physique / logique SGB1601 - Bonnet Denis, Rémy Kessler 17 Tablespace Gestion des")
87. Détail source à réviser : dbf ’ ALTER TABLESPACE TEMP ONLINE NB : les fichiers source et destination doivent exister. (Source: "dbf ’ ALTER TABLESPACE TEMP ONLINE NB : les fichiers source et destination doivent exister.")
88. Détail source à réviser : ■ le processus SERVER enregistre les modifications à apporter aux données dans le buffer redo-log. (Source: "■ le processus SERVER enregistre les modifications à apporter aux données dans le buffer redo-log.")
89. Détail source à réviser : is, Rémy Kessler 4 Garantir un fonctionnement optimal de la base (maintenance) ● installer le SGBD ○ serveurs, clients, outils d’applications ● créer la base et la faire évoluer ○ définir les organisations logique et (Source: "is, Rémy Kessler 4 Garantir un fonctionnement optimal de la base (maintenance) ● installer le SGBD ○ serveurs, clients, outils d’applications ● créer la base et la faire évoluer ○ définir les organisations logique et")
90. Détail source à réviser : nformations sur la base ○ Structure logique de la base ○ Structure physique de la base ○ Noms et définitions des objets ○ Contraintes d’intégrité définies pour les objets ○ Utilisateurs et privilèges associés aux (Source: "nformations sur la base ○ Structure logique de la base ○ Structure physique de la base ○ Noms et définitions des objets ○ Contraintes d’intégrité définies pour les objets ○ Utilisateurs et privilèges associés aux")
91. Détail source à réviser : ombre d’utilisateurs simultanés ■ ... ● Fichier d’alerte ○ trace de la vie de la base (chronologie des évènements) ■ date de création et paramétrage ■ lancement des processus ■ démarrages / arrêts ■ modifications (Source: "ombre d’utilisateurs simultanés ■ ... ● Fichier d’alerte ○ trace de la vie de la base (chronologie des évènements) ■ date de création et paramétrage ■ lancement des processus ■ démarrages / arrêts ■ modifications")
92. Détail source à réviser : maire Plan I. Rôle de l’administrateur II. Architecture d’une base Oracle III. Organisation logique/physique d’une base IV. Création/Démarrage/Arrêt d’une base V. Mécanismes transactionnels VI. Optimisation / Tuning (Source: "maire Plan I. Rôle de l’administrateur II. Architecture d’une base Oracle III. Organisation logique/physique d’une base IV. Création/Démarrage/Arrêt d’une base V. Mécanismes transactionnels VI. Optimisation / Tuning")
93. Détail source à réviser : iques ○ un tablespace appartient à une base et une seule ○ un tablespace sert à regrouper un ensemble d’objets logiques ■ tables, clusters, index, segments d’annulation, segments temporaires ○ à un tablespace sont (Source: "iques ○ un tablespace appartient à une base et une seule ○ un tablespace sert à regrouper un ensemble d’objets logiques ■ tables, clusters, index, segments d’annulation, segments temporaires ○ à un tablespace sont")
94. Détail source à réviser : tablespace pour les segments temporaires et les orienter vers ce tablespace. (Source: "tablespace pour les segments temporaires et les orienter vers ce tablespace.")
95. Détail source à réviser : ● Processus ○ assurent la gestion des données ■ processus utilisateurs ● créés chaque fois qu’une application (sqlplus, sqlldr, developper, …) est exécutée. (Source: "● Processus ○ assurent la gestion des données ■ processus utilisateurs ● créés chaque fois qu’une application (sqlplus, sqlldr, developper, …) est exécutée.")
96. Détail source à réviser : Le processus SERVER vérifie la validité de la requête et utilise la zone « shared pool » de la SGA pour compiler l’instruction. (Source: "Le processus SERVER vérifie la validité de la requête et utilise la zone « shared pool » de la SGA pour compiler l’instruction.")

📅 Repères chronologiques

Date	Événement
2000	Création de la base Oracle
2010	Évolution des processus Oracle
2011	Introduction de nouvelles fonctionnalités Oracle
2015	Mise à jour des stratégies de sécurité

📊 Tableaux de Synthèse

Types de segments Oracle

Type	Rôle
Segments de données	Stockage des tables, clusters, partitions
Segments d'index	Indexation pour accélérer les recherches
Segments temporaires	Gestion des opérations temporaires comme tri
Segments d'annulation	Gestion des transactions et rollback

⚠️ Pièges & Confusions Fréquentes

1. Confusion entre segments temporaires et segments d'annulation.
2. Mauvaise gestion des tablespaces en mode READ ONLY.
3. Oublier la configuration PCTFREE lors de la création de blocs.
4. Confondre processus utilisateur et processus SGBD.
5. Ignorer la différence entre mémoire PGA et SGA.
6. Ne pas vérifier la cohérence entre fichiers physiques et organisation logique.
7. Utiliser des tablespaces pour des segments inappropriés.

✅ Checklist Examen

1. Vérifier la création correcte des tablespaces.
2. Contrôler la configuration des paramètres PCTFREE et PCTUSED.
3. S'assurer de la gestion appropriée des segments d'index.
4. Vérifier la configuration des processus utilisateur.
5. Confirmer la gestion de la mémoire PGA et SGA.
6. Tester les opérations d'export/import et SQLLoader.
7. Vérifier la cohérence entre fichiers physiques et organisation logique.
8. S'assurer de la sécurité des accès aux données.