Administration d'une base de données

Dimension: px
Commencer à balayer dès la page:

Download "Administration d'une base de données"

Transcription

1 Administration d'une base de données Soors Aurore 1

2 Table des matières 1. Architecture d'une base de données La structure logique Les tablespaces Les segments, extensions et blocs La structure physique Les fichiers de paramètres Le fichier de contrôle Arborescence des répertoires Instance de base de données Introduction Notion d'instance Les états d'une base Arrêt et démarrage d'une instance Le mode sysdba La SGA Le database buffer cache Le buffer de reprise (redo log buffer) Le pool partagé Les processus Oracle Introduction Les processus background Le processus SMON Le processus PMON Le processus RECO Le processus ARCH Le processus ORALSN Visualisation des processus connectés La circulation des données Variantes architecturales Utilisateurs et privilèges Niveaux de sécurité Sécurité de compte Privilèges objet Privilèges système Création d'un utilisateur Sauvegarde, restauration et récupération Vue d'ensemble Archivage des fichiers de journalisation Le mode Archivelog Solutions de sauvegarde et restauration Stratégie de sauvegarde Outils logiques Exportation de données : Export Importation de données : Import Un tablespace transportable Oracle Data Pump Exportation avec Data Pump Importation avec Data Pump Rappels Définitions Les fichiers redo Que faut-il sauvegarder? Archivage des redo log files Mode opératoire Problèmes courants Présentation de RMAN RMAN...24 Soors Aurore 2

3 Lancer RMAN Configurer RMAN Sauvegarde Généralités Manipulations Sauvegarde de la totalité de la base de données Sauvegarde de tablespaces ou fichiers de données Sauvegarde du fichier de contrôle et du spfile Sauvegarde de fichier archivés Sauvegarde incrémentale Sauvegarde incrémentale Scénario Sauvegarde complète (cohérente) Sauvegarde complète (incohérente) Sauvegarde partielle base ouverte Sauvegarde incrémentale Le repository RMAN Trouver les informations La Commande LIST La commande REPORT Gérer le repository La commande CROSSCHECK La commande DELETE La commande CATALOG Restauration Vue d'ensemble Principes généraux En mode NOARCHIVELOG En mode ARCHIVELOG Incidents sur les fichiers de contrôle Identification de la nature des problèmes Les commandes RMAN La commande RESTORE La commande RECOVER Scénarios de restauration Scénario 1 : Restauration du SPFILE Scénario 2 : Restauration d'un fichier de contrôle Scénario 3 : Restauration d'un fichier de journalisation Scénario 4 : Restauration complète de la totalité d'une base de données en mode ARCHIVELOG Scénario 5 : Restauration complète d'une partie d'une base de données en mode ARCHIVELOG Scénario 6 : Restauration des fichiers de contrôle en mode ARCHIVELOG Scénario 7 : Restauration incomplète en mode ARCHIVELOG Scénario 8 : Restauration en mode NOARCHIVELOG Scénario 9 : Restauration à un emplacement différent Scénario 10 : Tablespace temporaire géré localement Techniques de flashback...37 Soors Aurore 3

4 1. Architecture d'une base de données Une base de données est composée de deux niveaux : niveau logique niveau physique Les informations de description et de comportement constituant ces deux niveaux sont enregistrées dans le dictionnaire La structure logique La structure logique est le niveau le plus abstrait : c'est une collection de schémas. Un schéma contient les objets élémentaires comme les tables, les vues, les déclencheurs,.... Ces objets sont aussi appelés objets relationnels. Un schéma est répartis en zone logiques, tablespaces; ces tablespaces sont constitués de segments; ces segments sont composées d'extensions; ces dernières sont organisées en blocs. Ces quatre niveaux (tablespace, segments, extensions et blocs) permettent de définir l'organisation de la base et le lien entre les niveaux physiques et logiques Les tablespaces Les tablespaces sont des unités logiques, identifiées par un nom. Un objet relationnel ne peut être associé qu'à un seul tablespace ; un objet y est «logiquement» stocké. L'utilisation de tablespaces améliore la maintenance, la sécurité et les performances d'une base de données Oracle. En effet, l'utilisation de tablespaces permet d'éviter les risques de contentions et de saturations. Un tablespace permet à l'administrateur de : contrôler l''allocation de disque de chacun regrouper les objets (utilisateur, application, groupe d'utilisateurs) définir un quota à chaque utilisateur contrôler la disponibilité des données (online/offline) réaliser des sauvegardes/recouvrements partiels répartir le stockage des données sur plusieurs disques A un tablespace sont associés un ou plusieurs fichiers de données où seront stockés les objets lui appartenant. C'est la taille de ces fichiers qui détermine la capacité de stockage des tablespaces. La taille d'un tablespace est la somme des tailles des fichiers qui le constitue. La taille d'une base Oracle est le total des tailles de ses tablespaces. Il est possible d'obtenir les tailles de tous les tablespaces d'une base en effectuant le script suivant : select t.tablespace_nam, round(sum(f.bytes)/1024/1024) from dba_data_files f, dba_tablespaces t where f.tablespace_name = t.tablespace_name group by t.tablespace_name order by t.tablespace_name; Soors Aurore 4

5 Le tablespace SYSTEM contient les tables du dictionnaire et peut suffire pour une petite base de données. Il est conseillé d'utiliser un autre tablespace pour les utilisateurs (séparation du dictionnaire) car cela assure une meilleur flexibilité pour l'administration et une réduction des contentions. Le tablespace SYSAUX est propre à Oracle 10g. C'est un tablespace auxiliaire à SYSTEM. L'objectif de ce tablespace est de réduire la charge du tablespace SYSTEM. Si SYSAUX devient indisponible, les fonctionnalités de base d'oracle restent accessible. Ce tablespace contient un ensemble d'occupants comme les informations systèmes associées à une option comme XDB, OracleSpacial,... Le tablespace UNDO : le journal des images avant peut être stocké dans un RS ou dans un tablespace de type UNDO (automatic undo management mode). Le journal des images avant permet : d'annuler les transactions de réaliser le recovery d'assurer la lecture cohérente des données des possibilités de «flashback» Les segments, extensions et blocs. Il y a trois niveaux de granularité utilisés par Oracle pour stocker les données : bloc de données (bloc logique) : est le niveau le plus fin. C'est l'unité de transfert entre les disques et la mémoire. extension : est le deuxième niveau. Une extension est une suite de blocs contigus alloués simultanément. Les extensions sont utilisées pour le stockage d'un type spécifique de données. segment : est le troisième niveau. Un segment est un ensemble d'extensions (pas forcément contigüe) allouées à une certaine structure logique (comme par exemple les lignes d'une table). Lorsqu'un segment est plein, Oracle alloue une nouvelle extension pour ce segment (allocation à la demande ou incremental extent). Le bloc «en-tête» de chaque segment contient un répertoire de ses extensions. Il existe différents types de segments : segments de données segments d'index segment d'annulation segments temporaire segments d'amorçage Soors Aurore 5

6 1.2. La structure physique Il existe trois types de fichiers : les data files qui contiennent les données de la base c'est à dire les objets définis par les utilisateurs et les objets nécessaires au bon fonctionnement de celle-ci. La taille des data files est définie à la création de la base de données avec possibilité d'extension ultérieure. Leur localisation est variable excepté pour le premier fichier créé. les redo log files les control files Les fichiers de paramètres Les fichiers de paramètres contiennent les paramètres nécessaires à la configuration d'un serveur définis dans un fichier de paramètres appelé PFILE (parameter file). Dans les versions antérieures à Oracle 9i, un fichier de type «texte» est lu lors du démarrage de l'instance. Depuis Oracle 9i, un fichier binaire réside sur le serveur de base de données appelé SPFILE (server parameter file). Modification de la valeur d'un paramètre : ALTER SYSTEM SCOPE = SPFILE (effectif au prochain redémarrage) SCOPE = MEMORY (immédiat mais non persistant) SCOPE = BOTH (immédiat et persistant) Le fichier de contrôle Le fichier de contrôle sert à localiser les fichiers de données et autres. Il est le garant de la cohérence ; il est donc nécessaire d'en faire des copies miroir (trois par défaut). Le fichier de contrôle comprend aussi : le nom de la base de données les noms et emplacements des fichiers de données les noms et emplacements des fichiers Redolog (journaux des images «après») une estampille précisant la date de création de la base de données Arborescence des répertoires Oracle BASE Directory a la forme suivante \oralce\product\ , celle-ci contient un répertoire \ORACLE_HOME \oradata pour les fichiers de la base de données \flash_recovery_area pour les opérations de recouvrement \admin pour les fichiers d'administration de la base de données Soors Aurore 6

7 2. Instance de base de données 2.1. Introduction Dans une instance, il y a trois niveaux : niveau fichier niveau mémoire : qui correspond à l'organisation des données en mémoire centrale. C'est un ensemble de zones tampons allouées par Oracle pour contenir les données et certaines informations de contrôle niveau processus : qui correspond aux différents processus Oracle assurant la gestion des données (les processus utilisateurs exécutent les applications et les processus Oracle assurent la gestion des données). Indépendamment du serveur, de son système d'exploitation et des options d'oracle, chaque base Oracle est associée à une instance Oracle. Il s'agit d'une zone de mémoire partagée et d'un ensemble de processus. Au démarrage, Oracle alloue une zone de mémoire appelée SGA (System Global Area) et démarre plusieurs processus propriétaires; c'est ce que l'on appelle l'instance. Lorsque l'on arrête une base, on arrête les processus de l'instance Notion d'instance L'ensemble des zones en mémoire ainsi que les différents processus d'arrière-plan alloués à une base de données forment ce que l'on appelle une INSTANCE. Quand une base de données est démarrée sur un serveur de base de données, Oracle alloue la zone mémoire (SGA) et démarre les processus d'arrière-plan. La zone mémoire et les processus de l'instance permettent de gérer les données de la base de données associée et de servir les utilisateurs de celle-ci. Les caractéristiques de l'instance se trouvent dans son fichier de paramètres. Une instance correspond et accède à une et une seule base de données. Une base de données peut, à l'inverse, être accédée par plusieurs instances. C'est le cas dans l'option R.A.C. (Real Application Cluster). Les utilisateurs quant à eux, se connectent à la base de données par l'intermédiaire de l'instance à laquelle ils accèdent. On distingue les instances d'une base de données grâce au SID (System Identifier). La commutation entre ces instances se fait par la modification de la variable d'environnement ORACLE_SID. Elle permet de désigner l'instance à laquelle on souhaite se connecter. Une instance est paramétrée par son INIT.ORA Les états d'une base Les différents états d'une base sont : fermée ou inexistante : elle doit être créée avec les paramètres contenus dans le fichier d'initialisation. La base peut être fermée pour effectuer des opérations de sauvegardes complète (à froid) ou éventuellement pour modifier des paramètres non dynamiques du fichier d'initialisation et faire en sorte que l'instance les prenne en compte lors de son prochain redémarrage. Pour fermer une base de données : shutdown non montée (startup nomount) : dans cet état, le fichier d'initialisation est trouvé et lu. Les paramètres sont chargés en mémoire, la SGA est réservée selon sa définition dans le fichier de paramètres et les processus d'arrière-plan sont démarrés. Certaines opérations de maintenance (ou al création de la base de données) sont possibles. On peut, par exemple, agir sur les fichiers de contrôle. montée (alter database mount) : le fichier de contrôle est lu. Donc, la cohérence de la base de données peut être évaluée. L'emplacement des fichiers de données est connu et leur existence est traitée. Ensuite, le système vérifie que la base de données ne nécessite pas un recouvrement (recovery). Si c'est le cas, le processus de recovery peut être démarré à partir de cet état. ouverte (alter database open) : les fichiers de données sont accessibles à tous les utilisateurs authentifiés. C'est l'état normal de la base de données en fonctionnement. Soors Aurore 7

8 2.4. Arrêt et démarrage d'une instance sqlplus /nolog sqlplus> connect sys/motdepasse as sysdba sqlplus> startup nomount pfile=initora8i.ora On obtient : ORACLE instance started ORACLE instance started. Total System Global Area Fixed Size Variable Size Database Buffers Redo Buffers Database mounted bytes bytes bytes bytes bytes La deuxième étape consiste à ouvrir les fichiers de contrôle : sqlplus> alter database mount; La troisième et dernière étape ouvre les fichiers redo et les fichiers de données : sqlplus> alter database open; Il est évidemment possible de réaliser toutes ces étapes en une seule commande : sqlplus> startup open pfile=initora8i.ora STARTUP [FORCE] [RESTRICT] [PFILE = fichier d'initialisation] {[OPEN][RECOVER]/[MOUNT][NOMOUNT]}; FORCE : permet de la fermer si elle ouverte puis de l'ouvrir RESTRICT : filtrer les utilisateurs ayant accès à la base de données OPEN : mode par défaut RECOVER : permet de lancer un recouvrement avant ouverture MOUNT : démarrage de l'instance et montage de la base de données NOMOUNT : uniquement démarrage de l'instance SHUTDOWN [ABORT/IMMEDIATE/NORMAL/TRANSACTIONAL]; ABORT : arrêt brutal, sans enregistrement préalable des données contenues dans la SGA, un recouvrement sera nécessaire au redémarrage. IMMEDIATE : refus de nouvelles connexion, annulation des transactions en cours, déconnexion des utilisateurs, fermeture de la base de données dans un état cohérent, arrêt de l'instance. NORMAL : mode par défaut : pas de nouvelles connexions et attente de la déconnexion des utilisateurs. TRANSACTIONAL : pas de nouvelles connexions, attente de la déconnexion des utilisateurs et attente de fin de transaction avant l'arrêt Le mode sysdba Pour les opérations d'administration, il faut utiliser le mode SYSDBA ou SYSOPER. Par défaut, seul le compte SYS peut obtenir une connexion de ce type là. L'authentification SYSDBA peut être vérifiée de deux façons : par le système d'exploitation par le fichier de mot de passe Soors Aurore 8

9 2.6. La SGA Beaucoup de paramètres définissent la configuration d'une instance (fichier d'initialisation init<sid>.ora). La plus grande partie du travail de tunning est consacrée aux réglages des paramètres des structures contenues dans la SGA. La SGA est l'équivalent du contrôleur dans un modèle MVC. La SGA réside dans un segment de mémoire partagée et est la composante centrale d'une instance : toute opération sur une base utilise à un moment ou à un autre des informations contenues dans une des structures de la SGA la SGA est partagée : beaucoup de processus y accèdent en même temps, en lecture/écriture la SGA est créée lors du démarrage (avant le montage) de l'instance et elle est détruite lorsque l'instance est arrêtée (shutdown) La SGA est composée de le pool partagé (shared pool) le cache des données (database buffer cache) le cache des images après (redo log buffer) Soors Aurore 9

10 La SGA contient également les informations communiquées entre processus telles que les informations relatives au verrouillage les files de requêtes et réponses (dans le cas de l'utilisation du serveur multi-thread) V$sga contient des informations sommaires sur la SGA : select * from v$sga; NAME Fixed Size Variable Size Database Buffers Redo Buffers VALUE Le database buffer cache Le buffer cache est organisé en deux listes : la liste des blocs modifiés mais non encore écrits sur le disque (dirty list) la liste des blocs les moins récemment utilisés (last recently used list) qui contient : les blocs libres les blocs actuellement utilisés (pinned buffers) les blocs modifiés non encore transférés dans la dirty list La fin de la liste LRU contient les blocs les plus récemment utilisés (MRU). Lorsqu'un processus sollicite l'accès à un bloc qui n'est pas déjà présent en mémoire, il doit lire le bloc sur le disque et le placer dans le cache Le buffer de reprise (redo log buffer) Le buffer de reprise est un tampon circulaire contenant des informations relatives aux modification apportées à la base de données. Les entrées de ce buffer contiennent les informations nécessaires à la reconstruction des changements effectués par les opérations de LMD lors du processus de recovery. Les informations contenues dans le buffer de reprise proviennent des zones mémoires réservées aux utilisateurs. Soors Aurore 10

11 Le pool partagé Le pool partagé est composé principalement de deux structures : le library cache le dictionnaire cache Le library cache contient des information sur les ordres SQL et PL/SQL les plus récemment exécutés : le texte de l'ordre sa version analysée le plan d'exécution Le dictionnaire cache contient les informations du dictionnaire de données Oracle les plus récemment utilisées : description des tables droits des utilisateurs etc. Lorsqu'une requête est exécutée pour la première fois, Oracle stocke le résultat de l'analyse dans le Library Cache puis exécute la requête. Lorsque la même requête est de nouveau exécutée plus tard, Oracle est en mesure de la retrouver dans le Library Cache et de l'exécuter directement sans refaire l'analyse (ou tout au moins en faisant une analyse plus légère). Dans la pratique, le Library Cache ayant une taille finie, Oracle utilise un algorithme LRU (Last Recently Used) pour gérer le cache : en cas de manque de place, Oracle supprime du cache la requête utilisée la moins récemment. Les informations relatives aux objets de la base de données sont stockées dans les tables du dictionnaire (données de comptes d'utilisateurs, nom des fichiers de données, noms des segments, emplacements des extents, descriptions des tables et privilèges). Lorsque la base a besoin de ces informations (par exemple pour contrôler si un utilisateur est autorisé à exécuter une requête sur une table), elle lit les tables du dictionnaire et place les informations extraites dans le cache du dictionnaire. Soors Aurore 11

12 3. Les processus Oracle 3.1. Introduction Une instance oracle est composée d'un ensemble impressionnant de divers processus. Chaque processus joue un rôle très précis. Dans la littérature, on appelle ces processus, les processus d'arrière-plan (background process). En plus des processus background, il y a également les processus clients et les processus serveurs (listener et dispatcher) Les processus background Le but des ces processus est d'améliorer ses performances en présence de plusieurs utilisateurs. Ces processus sont automatiquement créés lors du démarrage d'une instance. Sont concernés : SMON (System Monitor) : processus chargé de vérifier la cohérence de la base de données et éventuellement sa restauration lors du démarrage si besoin PMON (Process Monitor) : processus chargé de nettoyer les ressources, les verrous et les processus utilisateurs non utilisés DBWR (DataBase Writer ou Dirty Buffer Writer) : processus chargé d'écrire le contenu des buffers dans les fichiers de données LGWR (Log Writer) : processus chargé d'écrire le contenu des buffers dans les fichiers Redo Log CKPT (CheckPoint) : périodiquement, tous les blocs modifiés du Database Buffer Cache sont écrits dans les fichiers de données : c'est le mécanisme de synchronisation (checkpoint) RECO (Recoverer) : processus optionnel permettant de résoudre les transactions interrompues brutalement dans un système de bases de données distribuées ARCH (Archiver) : processus optionnel et n'existant qu'en mode ARCHIVELOG. Il permet de dupliquer les fichiers Redo-Log dans un espace d'archivage LCK (Lock) : processus permettant un verrouillage inter-instance. CJQn (Job Queue) : la gestion des files de jobs dans Oracle s'appuie sur les processus d'arrièreplan CJQn qui assurent l'actualisation des données (par exemple les vues matérialisées) et exécutent d'autres jobs planifiés. Dnnn (Dispatcher, nnnn représente une suite de nombre entiers) : les processus dispatcher sont nécessaires à l'architecture à serveur partagé. Sans dispatcher, chaque processus utilisateur nécessite un processus serveur (architecture à serveurs dédié). Un processus dispatcher permet qu'un processus serveur soit partagé par plusieurs processus utilisateurs (architecture à serveur partagé). ORALSN - Listener Le processus SMON Le processus SMON (System Monitor) est responsable du recouvrement d'une instance lors de son démarrage de la libération des segments temporaires qui ne sont plus utilisés de regrouper les extensions libres contigües pour former des extensions libres plus larges Le processus PMON Le processus PMON (Process Monitor) est responsable du recouvrement des processus utilisateurs en cas de problèmes, c'est à dire nettoyer le cache libérer toutes les ressources allouées pour un processus utilisateur : libérer les verrous retirer l'identification du processus (PID) de la liste des processus actifs réinitialiser le statut de la table des transactions actives Soors Aurore 12

13 Le processus RECO Le processus RECO (recover) est utilisé uniquement dans le cadre de bases de données distribuées dont la valeur du paramètre DISTRIBUTED_TRANSACTIONS autorise les transactions distribuées (valeur > 0). Le processus recover résout automatiquement les problèmes survenus dans une transaction distribuée : chaque noeud participant à la transaction possède un processus recover; ce processus se connecte automatiquement aux autres BD impliquées dans la transaction s'il n'y arrive pas, d'autres tentatives se feront à intervalle de temps de plus en plus éloigné une fois la connexion établie entre les différents serveurs, le processus revover résout les problèmes engendrés par la transaction concernée Le processus ARCH Le processus ARCH (archiver) réalise la copie des fichiers de reprises ayant atteint leur taille maximale sur un support d'archivage. Il n'est actif que si les fichiers de reprises sont utilisés avec l'option LOG_ARCHIVE_START et que l'archivage automatique est activé (mode ARCHIVELOG). L'activation de ce processus permet de réaliser des sauvegardes à chaud de la base (hot backup). Pendant que ARCH recopie un fichier redo, il le verrouille de sorte qu'aucun autre processus ne puisse y accéder. Il est important de nocer ceci à cause de la nature circulaire des fichiers redo : si LGWR doit basculer vers un fichier de redo qui est toujours en train d'être archivé, il sera placé en attente, et toute l'activé de la base sera suspendue jusqu'à la fin de l'archivage Le processus ORALSN Le processus listener ne fait pas précisément partie d'une instance mais est intégré à Oracle Net. Dans une architecture à serveur partagé, le rôle d'un processus listener consiste à attendre les demandes de connexion des applications des utilisateurs (clients) pour les rediriger vers un processus dispatcher. Si le processus listener ne peut rediriger un client vers un processus dispatcher, il démarre un serveur dédié auquel il connecte le client en question. La communication entre processus dispatcher et listener se déroule de la manière suivante : lors du démarrage de l'instance, chaque processus dispatcher communique au processus listener l'adresse sur laquelle il se met à l'écoute des applications clientes lorsqu'un processus utilisateur émet une demande de connexion, le processus listener lui retourne l'adresse du dispatcher le moins chargé. Le processus utilisateur peut alors directement se connecter au dispatcher Visualisation des processus connectés Plusieurs tables dynamiques de performance peuvent être utilisées pour visualiser les processus d'une instance : v$process donne des informations sur tous les processus (background et autres) qui sont connecté à la base v$bgprocess donne des informations sur les processus background v$session donne des informations sur l'ensemble des sessions connectées 3.4. La circulation des données Considérons les étapes nécessaires au déroulement de la transaction suivante : SELECT * FROM professeurs FROM professeurs WHERE nom = 'Lebucheron' FOR UPDATE OF salaire; UPDATE professeurs SET salaire = salaire * 2 WHERE nom ='Lebucheron'; WHERE nom Lebucheron ; COMMIT; Soors Aurore 13

14 1. Le programme client envoie l'instruction select au programme serveur. 2. Le processus serveur regarde dans le pool partagé si cette instruction s'y trouve déjà. S'il ne la trouve pas, le processus serveur analyse l'instruction et la place dans le pool partagé. Évidemment, l'analyse de l'instruction consomme des ressources CPU, et la placer dans le pool partagé exige l'obtention d'un latch (verrou interne). 3. Le processus serveur recherche dans le buffer cache les données concernées par la requête. Si le processus trouve ces données, il doit les déplacer vers la fin (most recently used) de la liste least recently used. Ici aussi, le processus doit acquérir un latch. 4. Si les données ne sont pas dans le buffer cache, le processus serveur doit les extraire des disques. Ceci entraine une ou plusieurs opérations d'entrées/sorties et l'acquisition d'un latch par bloc à placer dans le buffer cache. 5. Le processus serveur renvoie les tuples trouvés au processus client. Ceci engendre en général une communication réseau. 6. Lorsque le client émet l'instruction update, elle est analysée et les lignes doivent être retrouvées comme dans les étapes précédentes. La mise à jour est alors réalisée dans les blocs adéquats du buffer cache. Cette opération entraîne également des modifications dans les blocs des buffers des rollback segment. 7. L'instruction update crée également une entry dans le buffer de reprise (redo log buffer). 8. Le processus DBWR recopie les blocs modifiés du buffer cache dans les fichiers de données. 9. Lorsque le commit est exécuté, le processus LGWR doit copier le contenu du buffer de reprise dans le fichier de reprise. Ce n'est qu'après avoir copié ces blocs qu'oracle considère que l'instruction commit s'est bien déroulée. 10. Si la base a été démarrée en mode archivage, le processus ARCH se charge d'archiver les fichiers de reprise lorsqu'ils sont complets. Un fichier de reprise complet n'étant pas réutilisable avant qu'il ne soit archivé. 11. A intervalle régulier (par défaut 3 secondes), ou lors d'un changement de fichier de reprise, Oracle réalise un checkpoint. Un checkpoint force le processus DBWR à recopier tous les blocs du buffer cache modifiés sur disque. Soors Aurore 14

15 3.5. Variantes architecturales Toute application doit exécuter deux parties de code pour pouvoir accéder à une instance Oracle : le code de l'application et le code d'un serveur oracle Le code de l'application émet les requêtes SQL à l'instance. Le code du serveur, quant à lui, analyse et exécute les requêtes. Soors Aurore 15

16 Soors Aurore 16

17 Soors Aurore 17

18 4. Utilisateurs et privilèges 4.1. Niveaux de sécurité Il existe plusieurs niveaux de sécurité et des fonctionnalités pour procéder à l'audit de chacun de ces niveaux. Il y a trois niveaux de sécurité (Oracle) : sécurité de compte pour la validation des utilisateurs sécurité d'accès pour les objets de la base sécurité au niveau système pour la gestion des privilèges globaux Sécurité de compte Pour accéder aux données d'une base oracle, il faut disposer d'un accès à un compte dans cette base : direct : via des connexions utilisateur à la base indirect : les connexions s'appuient sur les autorisations définies dans des liens de base de données Chaque compte doit disposer d'un mot de passe. Un compte de base de données peut aussi être lié à un compte du système d'exploitation Privilèges objet Contrôle de l'accès aux objets au moyen de privilèges via la commande grant. Seul le propriétaire d'un objet possède tous les privilèges sur cet objet. Pour pouvoir accorder un privilège sur un objet, il faut en être le propriétaire ou avoir reçu le privilège avec l'autorisation de le transmettre (clause with grant option). Pour simplifier la gestion des privilèges, il est également possible de créer des rôles dont l'avantage est d'avoir un groupe de privilèges nommés (utile pour les applications qui supportent un grand nombre d'utilisateurs) d'avoir un niveau de sécurité supplémentaire à la base Privilèges système Les privilèges système sont nécessaire pour pouvoir exécuter certaines commandes. Les actions qui peuvent être exécutées sur chaque type d'objet sont autorisées via des privilèges séparés. Pour faciliter la gestion des ces privilèges, il est également possible de définir des rôles. Les privilèges systèmes permettent aux différents utilisateurs de réaliser des opérations ou des catégories d'opérations. Ces privilèges ne portent pas sur un objet bien précis mais plutôt sur un type de commandes comme, par exemple, créer une table ou se connecter à la base. Ils offrent ainsi un contrôle de la sécurité d'accès très poussé. La clause ANY permet de spécifier que le privilège porte sur tous les schémas de la base de données Création d'un utilisateur Create user username password default tablespace temporary tablespace quota profile account default role(s) profile est utilisé pour limiter l'utilisation des ressources et mettre en application les règles de gestion des mots de passe. Lorsque aucun profil n'est défini, c'est celui par défaut qui est utilisé. Ce profil spécifie une utilisation des ressources non limitées. Un profil est créé au moyen de l'instruction create profil. Soors Aurore 18

19 5. Sauvegarde, restauration et récupération 5.1. Vue d'ensemble Assurer la sécurité est une des taches principales. Cette sécurité est assurée par : la mise en œuvre d'une protection des fichiers sensibles de la base de données (fichiers de contrôle, fichiers de journalisation) la mise en place d'une stratégie de sauvegarde/restauration adaptée aux contraintes de l'entreprise, testée et documentée. La protection des fichiers de contrôles et de journalisation s'effectue par multiplexage. La stratégie de sauvegarde/restauration dépend de plusieurs facteurs : Peut on perdre des données? Peut on arrêter la base périodiquement? Peut on réaliser une sauvegarde complète de la base pendant l'arrêt? Il faut également déterminer la nature des activités sur la base : Y a-t-il des mises à jour quotidiennes par les utilisateurs? (application transactionnelle) Y a-t-il des mises à jour périodique, consultation la journée? (application décisionnelle) 5.2. Archivage des fichiers de journalisation Les fichiers de journalisation fichiers constituent un journal des modification apportées à la base de données. Cet archivage est organiser de manière circulaire. Ces fichiers peuvent être ré-appliqués à une sauvegarde de fichiers de données, pour rejouer les modifications survenues entre la sauvegarde et un incident ayant endommagé le fichier (restauration de média). Le mode Archivelog permet de garantir 0 perte de données en cas d'incident sur un fichier de données Le mode Archivelog Après T0, l'activité de mise à jour se produit, générant des entrées dans les fichiers de journalisation. L'archivage étant activé, les fichiers de journalisation plein sont archivés. En T1, un incident se produit, le fichier de données est perdu. La restauration du fichier consiste à prendre la dernière sauvegarde et à appliquer sur cette sauvegarde les fichiers de journalisation archivés, afin de ramener le fichier de données dans l'état où il se trouvait avant l'incident (état de la dernière transaction validée) Solutions de sauvegarde et restauration L'outil Recovery Manager (RMAN) est un outil en ligne de commande. Il limite les risques de fausse manœuvre et peut être utilisé de manière graphique via le database control Stratégie de sauvegarde sauvegarde cohérente : sauvegarde de la totalité de la base après un arrêt propre. Cette sauvegarde est aussi appelée «sauvegarde base fermée». Toutes les données se trouvent dans les fichiers de données et c'est le seul mode de sauvegarde disponible lorsqu'on utilise le mode NOARCHIVELOG sauvegarde incohérente : sauvegarde lorsque la base est ouverte et qu'il y a des activités en cours. Les fichiers sauvegardés ne sont pas synchrones au niveau des modifications enregistrées. Il faudra utiliser les fichiers de journalisation pour rendre les fichiers cohérents. Pour utiliser cette stratégie de sauvegarde, il est nécessaire d'utiliser le mode ARCHIVELOG complète : totalité de la base partielle : uniquement une partie de la base; sauvegarde incohérente entre elle; mode archivelog incrémentale : on ne sauvegarde que les blocs modifiés depuis la dernière sauvegarde; cette sauvegarde peut être partielle ou complète Le mode Archivelog est utilisé lorsqu'aucune perte n'est autorisée et lorsque la base ne peut pas être fermée. La base de données peut restée ouverte lorsqu'un incident survient sur un fichier de données qui n'appartient pas aux tablespaces SYSTEM et UNDO. Soors Aurore 19

20 5.6. Outils logiques Exportation de données : Export Ce programme réalise une extraction et une copie binaire des données qui est lisible uniquement par son homologue, import. Export est appelé en ligne de commande et possède de nombreux paramètres. Ces paramètres lui indiquent, par exemple, les données à extraire et où il faut les placer. Il permet de réaliser les opérations suivantes : écrire un fichier de résultats qui contient toutes les instructions SQL nécessaires pour recréer l'infrastructure d'une base; générer un ensemble d'instructions SQL pouvant être utilisées pour créer des tables, des index, des contraintes,... copier les données d'un schéma dans un autre schéma déplacer les données depuis un serveur vers un autre alimenter une nouvelle base de données Pour pouvoir créer un export, il faut posséder le privilège système CREATE SESSION. Pour exporter des tables dont on n'est pas le propriétaire, il faut avoir le rôle EXP_FULL_DATABASE qui est compris dans le rôle DBA. Le paramètre compress permet de reconstruire plus aisément une table morcelée en plusieurs extents en un seul extent. Mode Complet Utilisateur Table Description Exporte les données, les définitions de données et d'objets stockés requis pour reconstruire la base de données à l'exception de l'utilisateur SYS Exporte les données, définitions de données et objets stockés appartenant à un ou plusieurs utilisateurs dont le nom est spécifié au moyen du paramètre owner Exporte les données, définitions de données (mais pas les objets stockés) de l'utilisateur qui exécute l'export ou du schéma dont les tables sont mentionnées dans le paramètre tables Importation de données : Import L'utilitaire lit les fichiers créés à partir de export. Il permet de réaliser de nombreuses tâches : reconstruire une base de données ou un schéma d'une base de données restaurer une copie d'un objet tel qu'il existait au moment de l'export restaurer les lignes supprimées d'une table suite à une erreur de programmation déplacer des données vers une autre plate-forme. Import possède exactement les même modes de fonctionnement que l'utilitaire export : mode interactif, mode ligne de commande et mode fichier de paramètres. Import supporte pratiquement les mêmes paramètres que export Un tablespace transportable Un tablespace transportable permet de copier aisément et de déplacer un tablespace d'une base vers une autre. Un ensemble de tablespaces transportables contient tous les fichiers de données des tablespaces déplacés, ainsi qu'une copie exportée des métadonnées des tablespaces concernés. Les tablespaces doivent être fonctionnellement autonomes, ils ne devraient pas contenir d'objets dépendants d'autres objets extérieurs aux tablespaces transportés. Ainsi, si on souhaite déplacer une table, il faut également déplacer le tablespace qui contient ses index. Pour déterminer si un tablespace est fonctionnellement autonome, on peut utiliser la procédure TRANSPORT_SET_CHECK du package DBMS_TTS qui indique sont résultat dans la table du dictionnaire TRANSPORT_SET_VIOLATIONS : un résultat vide correspond au fait que le tablespace est fonctionnellement autonome. On place les tablespaces que l'on souhaite déplacer en mode read only : alter tablespace NEW_DATA read only; alter tablespace NEW_DATA_IDX read only; Soors Aurore 20

21 Ensuite, on exporte les tablespaces et leurs métadonnées en utilisant les paramètres TRANSPORT_TABLESPACE et TABLESPACES de l'utilitaire export : exp TRANSPORTABLE_TABLESPACE=Y TABLESPACES=(new_data,new_data_idx) CONSTRAINTS=N GRANTS=Y TRIGGERS=N On procède alors à la copie des fichiers de données et le fichier d'export vers la base cible (cp, ftp, copy, etc). Il reste à connecter les tablespaces déplacés à la table cible : imp TRANSPORTABLE TABLESPACE=Y DATAFILES=(new_data1.dbf,new_data2.dbf,new_data_idx.dbf) On termine en plaçant les tablespaces en module lecture-écriture dans la base cible : alter tablespace NEW_DATA read write; alter tablespace NEW_DATA_IDX read write; Oracle Data Pump Oracle data pump est une nouvelle technologie de Oracle 10g sur laquelle s'appuie les deux nouveaux utilitaires DP Export (expdp) et DP Import (impdp). Ces utilitaires servent à transporter des données et des métadonnées d'une base à une autre. Ils présentent des analogies avec export et import des versions antérieures d'oracle mais sont en fait différents. En effet, grâce au package DBMS_DATAPUMP, ils offrent des performances supérieures en utilisant le traitement parallèle. Data Pump permet de déplacer une partie ou la totalité des données et métadonnées d'une base de données aux moyens de filtres qui sont implémentés par ces utilitaires. DP Export peut extraire des données de tables, des métadonnées et des informations de contrôle d'une base pour les enregistrer dans un ou plusieurs fichiers de transfert, ou fichier dump, dont le format propriétaire ne peut être lu que par DP Import. Les éléments contenus dans ces fichiers dump, par exemple, des instructions LDD de tables, des privilèges, des packages, des vues, etc, peuvent être chargés, via DP Import, dans une base de données cible sur un autre serveur et un système d'exploitation différent. Les principales fonctionnalités de cet utilitaire sont l'extraction des instruction LDD sans les exécuter; importation directe via le réseau en utilisant comme source une base de données plutôt que des fichier dump; redémarrage possible des jobs data pump au moyen du paramètre start_job possibilité de définir via le paramètre parallel le nombre maximal de threads et le degré de parallélisme pour les tâches d'exportation et d'importation surveillance possible des jobs par rattachement et détachement aux jobs en cours d'exécution évaluation possible de la quantité d'espace qui sera occupé par un fichier d'exportation au moyen de la clause estimate_only Les procédures de data pump sont implémentées dans le package dbms_datapump et celles de l'api métadata dans le package dbms_metadata. Les métadonnées extraites par ce package sont au format XML Exportation avec Data Pump L'utilitaire s'appelle expdp. Il possède cinq modes d'exécution mutuellement exclusifs : exportation complète : elle peut servir à la reconstruction intégrale d'une base de données; exportation de schéma : c'est le mode par défaut. Il permet l'exportation de un ou plusieurs schémas de la base de données; exportation de table : permet d'exporter des tables ou des partitions ainsi que les objets dépendants; exportation de tablespace : permet d'exporter toutes les tables stockées dans les tablespaces spécifiés dans le paramètre tablespace; tablespace transportable : dans ce mode, seules les métadonnées sont exportées. Soors Aurore 21

22 Un des grands intérêts de DP Export est la possibilité d'utiliser des filtres sur : les données : pour filtrer on utilise paramètre query. Le filtre est appliqué une fois par table et par job les métadonnées : pour filtrer on utilise le paramètre exclude et include. Si plusieurs filtres s'appliquent à un même job, ils sont reliés par l'opérateur and. Exemples d'exportation : exportation complète d'une base de données : expdp system/manager DUMPFILE=expdata.dmp FULL=Y LOGFILE=export.log exportation des tables clients et ventes du schéma scott : expdp system/manager DUMPFILE=scott.dmp TABLES=scott.clients, scott.ventes LOGFILE=export.log Importation avec Data Pump impdp permet de réaliser des importations à partir des fichiers dump construit par expdp. Il possède cinq modes de fonctionnement qui correspondent à ceux de l'exportation. Il est cependant possible de réaliser une importation à partir d'une exportation plus élevée dans la hiérarchie. Par exemple, il est possible d'importer une table à partir de l'exportation d'un schéma, d'une tablespace et de la base complète. Ceci est même possible par le réseau et il est également permis d'utiliser des filtres. Exemple : importation complète d'une base de données : impdp system/manager DUMPFILE=expdata.dmp FULL=Y LOGFILE=import.log 5.7. Rappels Définitions Sauvegarde (backup) : copie d'un ensemble de fichiers (de données, de contrôles redo,...) sur un support (disque, bande, dvd,...) autre que ceux contenant les données originales. Restauration (restore) : remplacement des fichiers altérés à partir d'une sauvegarde. Récupération ou recouvrement (recovery) : reconstruction d'une base en utilisant le journal des images après. Sauvegarde à chaud : signifie que la base est accessible pendant la sauvegarde : les utilisateurs restent donc connectés. Ces derniers peuvent même modifier les données pendant la sauvegarde. Sauvegarde à froid : signifie que tous les utilisateurs sont déconnectés et que la base est arrêtées. On dit aussi que la sauvegarde est cohérente par rapport au fait que tous les fichiers constituant la base on été estampillés à la même heure lors de la fermeture des fichiers et de l'arrêt de l'instance. Récupération complète : implique de ré-appliquer toutes les instructions consignées dans le journal des images après. En principe, elle ne s'accompagne d'aucune perte de données. Récupération incomplète : consiste à ré-appliquer seulement une partie du journal des images après, disons jusqu'à un point précis dans le temps. Elle sert souvent à rétablir la base dans l'état où elle était juste avant qu'un incident ne survienne. Par exemple, l'exécution malheureuse d'un drop tablespace. Soors Aurore 22

23 Les fichiers redo Lorsque les données sont modifiées dans Oracle, les tampons du cache des données le sont également pour refléter ces changements. Pour des raisons de performances, ces tampons ne sont, en général, pas immédiatement recopiés sur disque. Le contenu des tampons est d'abord consigné dans le cache des fichiers redo. Lorsqu'une transaction est validée, tous les enregistrements redo qui la concernent et qui se trouvent en cache sont écrits dans le journal redo sur disque accompagnés d'un numéro de changement système unique appelé SCN (System Change Number) et d'une identification d'heure. Les fichier redo assurent ainsi la protection des données en attendant qu'elles soient ultérieurement recopiées dans les fichiers de données. Les entrées redo et les données modifiées ne sont donc pas enregistrée sur disque en même temps : les première le sont systématiquement lorsqu'une transaction est validée, mais pas les secondes; c'est le processus d'arrière-plan DBWn qui est chargé d'écrire dans les fichiers de données les tampons contenant les données modifiées (dirty buffer) afin de libérer de l'espace dans le cache des données au sein de la SGA. DBWn est invoqué à intervalle régulier par le processus d'arrière-plan CKPT qui met à jour l'en-tête de tous les fichiers de données ainsi que les fichiers de contrôle avec les informations du dernier checkpoint. Oracle écrit dans les fichiers de redo de manière circulaire : lorsque le fichier courant est rempli, il écrit dans le suivant, et ainsi de suite jusqu'à utiliser le premier; dès lors, pour avoir un véritable journal des images après, il faut, avant d'écraser un fichier de redo l'avoir recopié ailleurs. On dit qu'il faut archiver les fichier redo. Lorsqu'une base est configurée pour qu'elle archive les fichiers de redo, on dit qu'elle fonctionne en mode archivelog. L'archivage des fichiers redo est le mécanisme fournit par Oracle pour garantir la disponibilité permanente des données de la base autorisant leur sauvegarde à chaud Que faut-il sauvegarder? Le code oracle désigne les programmes qui constituent le logiciel Oracle une fois installé sur le serveur. La restauration est plus rapide que l'installation, les CD (DVD) sources ou site web. Les fichiers de paramètres : le fichier de paramètre au format texte, init.ora ou celui au format binaire, spfile.ora. Ces fichiers changent très peu, mais devraient être sauvegardés de sorte que l'état courant de l'instance puisse être recrée. Les fichiers de contrôles : contiennent des renseignements indispensables au démarrage de la base et utiles pour le processus de récupération : l'historique des fichiers redo archivés, le nom du fichier redo en ligne courant et des informations sur le dernier checkpoint. Les fichiers redo archivés Tablespace undo ou segments d'annulation Les fichiers de données Les fichiers de trace : dans certaines circonstances, le support Oracle les demande pour analyser certain problèmes. Le fichier des alertes : ce fichier consigne de nombreux évènements tels que les démarrages et arrêts, les checkpoints, ainsi que les SCN qui correspond à l'incarnation courante de la base de données. Il peut être très utile de disposer de ces informations en cas de récupération incomplète. Par exemple, ce fichier permet de retrouver à quelle heure a eu lieu un drop tablespace malheureux 5.8. Archivage des redo log files Mode opératoire 1. Modifier dans le spfile les paramètres concernant les processus d'archivage 2. Arrêter proprement la base de données 3. Monter la base de données 4. Passer la base de données en mode ARCHIVELOG 5. (Sauvegarder la base de données) 6. Ouvrir la base de données Soors Aurore 23

24 SQL > ALTER SYSTEM SET 2 log_archive_format= redo_%s_%r_%t.arc 3 SCOPE=SPFILE; SQL > ALTER SYSTEM SET 2 log_archive_dest_1= LOCATION=<repertoire> 3 SCOPE=SPFILE; SQL > SHUTDOWN IMMEDIATE SQL > STARTUP MOUNT SQL > ALTER DATABASE ARCHIVELOG; SQL > STARTUP OPEN %s : numéro de séquence %t : numéro d'instance (thread) %r : identifiant de remise à zéro des fichiers de journalisation LOG_ARCHIVE_FORMAT LOG_ARCHIVE_DEST(_n) destinations en parallèle (max 10) une des destinations au moins doit être locale il est possible de désigner une base de secours comme cible les répertoires ne sont pas créés par Oracle zone flashback utilisée par défaut LOG_ARCHIVE_DUPLEX_DEST ARCHIVE_LAG_TARGET durée entre deux archivages 0 = désactivé / entre 1minutes et 2heures SQL > CONNECT / AS SYSDBA SQL > ARCHIVE LOG LIST Vues utiles : v$database / v$log / v$archived_log / v$archive_dest Problèmes courants manque d'espace destination inaccessible SQL > ALTER SYSTEM SET 2 log_archive_dest_1= LOCATION=<rep> 3 SCOPE=MEMORY; 3 SCOPE=MEMORY; SQL > ALTER SYSTEM ARCHIVE LOG START 5.9. Présentation de RMAN RMAN RMAN permet la réalisation de sauvegarde et de restauration. Il utilise un repository pour stocker des informations sur sa configuration, les sauvegardes réalisées, la structure de la base de données, les fichiers archivés, etc. Le repository est stocké dans le fichier de contrôle et peut également être stocké dans un catalogue de récupération. Si utilisation d'une flash recovery area, il est possible de bénéficier des fonctionnalités de sauvegarde et de restauration. RMAN gère les sauvegardes obsolètes, ce qui permet d'indiquer combien de temps une sauvegarde doit être conservée (définition complémentaire). Pour chaque opération, RMAN utilise un «canal» : connexion entre le client RMAN et un processus serveur de la base de données. Une sauvegarde peut se faire sous la forme d'une «copie image» (copie identique du fichier) ou d'un «jeu de sauvegarde» (un ou plusieurs fichiers de sauvegarde). Soors Aurore 24

25 Lancer RMAN Ligne de commande : > RMAN target / > RMAN target Options : target => paramètre ORACLE_SID par défaut CATALOG CMDFILE => possibilité de batch LOG APPEND Remarque : les options et commandes SQLPLUS sont utilisables (SET ECHO, SPOOL, etc) Configurer RMAN RMAN dispose de plusieurs réglages persistants utilisés par défaut. Configurer la politique de conservation, rétention : fenêtre de restauration : nombre de jours dans le passé où on veut revenir fenêtre de redondance : indique combien de sauvegardes de chaque fichier doivent être conservées (par défaut une) RMAN > CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF n DAYS; RMAN > CONFIGURE RETENTION POLICY TO REDUNDANCY n; Configurer la sauvegarde automatique du fichier de contrôle : par défaut sauvegarde dans la zone de récupération rapide (flash recovery area ) possibilité de destination par défaut spécifique active aussi la sauvegarde automatique du SPFILE sauvegarde automatique à chaque modification de structure de la base de données ou une sauvegarde RMAN est enregistrée dans le fichier de contrôleur RMAN > CONFIGURE CONTROLFILE AUTOBACKUP ON; RMAN > CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO <format> ; L'utilisation de la zone de récupération rapide offre des fonctionnalités automatiques conseil d'utiliser un disque séparé pour cette zone sous répertoire avec différents types de fichiers (règles de nommage) une même zone peut être employée par plusieurs base de données à condition qu'elles aient un nom unique Sauvegarde Généralités Commande : RMAN > BACKUP [comment] quoi [option] Il faut que la base de données soit montée ou ouverte car il est nécessaire d'accéder au fichier de contrôle de la base de donnée cible. RMAN peut sauver des fichiers de données, de contrôle, de paramètres serveur, des éléments de sauvegarde. Une sauvegarde RMA peut être réalisée sous la forme d'une copie image ou d'un jeu de sauvegarde (défaut). Dans un jeu de sauvegarde, il n'y a pas de sauvegarde des blocs jamais utilisés des bloc (et donc gain de place) et compression possible. Soors Aurore 25

26 Paramètres courants : comment? INCREMENTALE LEVEL n [CUMULATIVE] VALIDATE (simulation comme nero) AS COPY ou AS BACKUPSET quoi? DATABASE TABLESPACE cible DATAFILE cible CURRENT CONTROLFILE SPFILE ARCHIVELOG cible option: INCLUDE CURRENT CONTROL FILE PLUS ARCHIVELOG FORMAT='<format>' NOT BACKED UP clause_depuis Manipulations Sauvegarde de la totalité de la base de données RMAN > BACKUP [VALIDATE] DATABASE; Sauvegarde de tablespaces ou fichiers de données RMAN > BACKUP TABLESPACE user, index; RMAN > BACKUP DATAFILE 1,2, <rep/fichier> ; RMAN > BACKUP TABLESPACE system DATAFILE 5; Sauvegarde du fichier de contrôle et du spfile RMAN > BACKUP INCLUDE CURRENT CONTROLFILE; RMAN > BACKUP CURRENT CONTROLFILE; RMAN > BACKUP AS COPY CURRENT CONTROLFILE; RMAN > BACKUP SPFILE; Sauvegarde de fichier archivés Si pas multiplexé et si pas archivés dans la zone de récupération rapide RMAN > BACKUP ARCHIVELOG ALL; RMAN > BACKUP ARCHIVELOG FROM TIME SYSDATE-1 DELETE ALL INPUT; RMAN > BACKUP AS COMPRESSED BACKUPSET ARCHIVELOG FROM TIME SYSDATE-7 NOT BACKED UP 2 TIMES; RMAN > BACKUP DATABASE PLUS ARCHIVELOG; RMAN > BACKUP DATABASE PLUS ARCHIVELOG DELETE ALL INPUT; Commande BACKUP... PLUS ARCHIVELOG : 1. Archivage du fichier de journalisation courant 2. Sauvegarde de tous les fichiers de journalisation archivés 3. Sauvegarde des autres éléments 4. Archivage, à nouveau, du fichier de journalisation courant 5. Sauvegarde des fichiers de journalisation archivés générés depuis le début de la sauvegarde Option NOT BACKED UP : pour ne pas sauvegarder que les fichiers de journalisation archivés qui n'ont pas déjà été sauvegardés un nombre de fois ou depuis un certain temps Sauvegarde incrémentale Elle permet de sauvegarder uniquement les blocs qui ont été modifiés depuis la dernière sauvegarde. A utiliser plutôt lorsque l'activité de mise à jour est relativement faible RMAN > BACKUP INCREMENTAL LEVEL 0 DATABASE; RMAN > BACKUP INCREMENTAL LEVEL 1 DATABASE; Soors Aurore 26

27 Sauvegarde incrémentale différentielle ou cumulative / Niveau 0 ou Niveau 1 incrémentale niveau 0 : sauvegarde tous les blocs utilisés des fichiers de données (sauvegarde complète) différentielle niveau 1 : tous les blocs modifiés depuis la dernière sauvegarde de niveau 0 ou 1 (défaut) cumulative niveau 1 : tous les blocs modifiés depuis la dernière sauvegarde de niveau 0 Incrémentale cumulative Cumulative cumulative Soors Aurore 27

28 Scénario Hypothèses de départ: une zone de récupération rapide est utilisée la sauvegarde automatique des fichiers de contrôle a été activée Scénarios : sauvegarde complète base fermée sauvegarde complète base ouverte sauvegarde partielle base ouverte sauvegarde incrémentale Sauvegarde complète (cohérente) Commande (avec RMAN) : RMAN > SHUTDOWN IMMEDIATE; RMAN > STARTUP MOUNT; RMAN > BACKUP DATABASE; RMAN > SQL «ALTER DATABASE OPEN»; Sauvegarde complète (incohérente) Sauvegarde complète + sauvegarde des fichiers de journalisation + suppression des fichiers de journalisation archivés sauvegardés. Commande : RMAN > BACKUP DATABASE PLUS ARCHIVELOG DELETE INPUT Sauvegarde partielle base ouverte La totalité de la base de données est sauvegardée en 3 fois en 3 jours : # Sauvegarde 1 : fichiers de données 1 et 2 RMAN > BACKUP DATAFILE 1,2 PLUS ARCHIVELOG DELETE INPUT; # Sauvegarde 2 : fichiers de données 3 et 4 RMAN > BACKUP DATAFILE 3,4 PLUS ARCHIVELOG DELETE INPUT; # Sauvegarde 3 : le reste RMAN > BACKUP DATABASE NOT BACKED UP SINCE TIME= SYSDATE-3 PLUS ARCHIVELOG DELETE INPUT; Sauvegarde incrémentale Sauvegarde incrémentale cumulative sur un cycle d'une semaine : # Dimanche : sauvegarde incrémentale de niveau 0 RMAN > BACKUP INCREMENTAL LEVEL 0 DATABASE; # Lundi au Samedi : sauvegarde incrémentale cumulative de niveau 1 RMAN > BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE; Soors Aurore 28

29 5.11. Le repository RMAN Trouver les informations La Commande LIST Elle permet d'afficher des informations sur les sauvegardes et les fichiers de journalisation archivés. RMAN > LIST cible [BY FILE SUMMARY] [filtre_sauvegarde]; RMAN > LIST {BACKUPSET BACKUPPIEC}{liste_clés tag= nom }; RMAN > LIST ARCHIVELOG [ALL filtre_archive][info_sauvegarde]; Exemples : RMAN > LIST BACKUP OF DATABASE; RMAN > LIST BACKUP OF DATAFILE 1; RMAN > LIST BACKUP OF TABLESPACE system, sysaux. RMAN > LIST BACKUP OF CONTROLFILE SPFILE; RMAN > LIST BACKUP OF ARCHIVELOG ALL RMAN > LIST BACKUP OF ARCHIVELOG UNTIL TIME SYSDATE_1 ; RMAN > LIST BACKUP TAG= DBINC0 ; RMAN > LIST BACKUP COMPLETED AFTER SYSDATE_1 ; RMAN > LIST BACKUPSET 8; RMAN > LIST BACKUPSET TAB= DBINC0 ; RMAN > LIST BACKUPPIECE 76; RMAN > LIST ARCHIVELOG ALL; # dans la dernière heure RMAN > LIST ARCHIVELOG FROM TIME SYSDATE_1/24 ; # archives sauvegardées 2 fois sur disque RMAN > LIST ARCHIVELOG ALL BACKED UP 2 TIMES TO DEVICE TYPE DISK; # archives jamais sauvegardées sur disque RMAN > LIST ARCHIVELOG ALL BACKED UP 0 TIMES; La commande REPORT réaliser des interrogations plus évoluées utilisations principales : 1. lister les éléments qui nécessitent une sauvegarde 2. lister les sauvegardes obsolètes 3. afficher la liste des fichiers de données de la base de données 1. Lister les éléments qui nécessitent une sauvegarde : RMAN > REPORT NEED BACKUP [condition][objets]; Options : Condition : DAYS = n incremental = n recovery window of n days redundancy = n Objets : database database <liste> tablespace <liste> Soors Aurore 29

30 2. Lister les sauvegardes obsolètes RMAN > REPORT OBSOLETE [condition]; Options : Conditions recovery window of n days redundancy = n 3. Afficher la liste des fichiers de données de la base de données RMAN > REPORT SCHEMA; Gérer le repository La commande CROSSCHECK vérifier que les informations enregistrées dans le dictionnaire correspondent bien à des fichiers existants trois status possibles : expired / available / unavailable RMAN > CROSSCHECK cible [filtre_sauvegarde]; RMAN > CROSSCHECK {BACKUPSET BACKUPPIECE}{liste_cles tags}; RMAN > CROSSCHECK ARCHIVELOG [ALL filtre_archive]; La commande DELETE Elle permet de supprimer des sauvegardes (suppression physique + dans le repository). Variantes possibles : supprimer des sauvegardes ou fichiers de journalisation supprimer les sauvegardes obsolètes La commande CATALOG Elle permet d'indiquer à RMAN l'existence de fichiers de journalisation archivés ou d'éléments de sauvegarde qui ne sont pas enregistrés dans le référentiel RMAN. Cas possibles : mauvais emploi de DELETE, le fichier physique est toujours la récupération avec mauvais fichier de contrôle recréation de fichier de contrôle (il est vide) erreur sur le fichier de contrôle déplacement du fichier physique Restauration Vue d'ensemble Plusieurs facteurs dépendants : nature du/des fichiers endommagé(s) ou perdu(s) mode de fonctionnement de la base (archivelog ou non) sauvegarde possible Que faire : identifier la nature du problème définir le mode opératoire Conseil inital : avant de commencer toute opération de restauration, réaliser une sauvegarde complète de la base endommagée. Au minimum une sauvegarde du fichier de contrôle et des ficher de journalisation en ligne. Soors Aurore 30

31 Deux étapes : restauration : extraire d'une sauvegarde les fichiers nécessaires récupération : appliquer les fichiers de journalisation aux fichiers récupérés de la sauvegarde Principes généraux En mode NOARCHIVELOG mode opératoire : restaurer la dernière sauvegarde complète de la base redémarrer la base toutes les modifications apportées depuis la dernière sauvegarde sont perdues dans certaines situations, il peut être possible de récupérer tout ou une partie des modifications apportées depuis la dernière sauvegarde dans certaines situations, un cycle complet de basculement des fichiers de journalisation n'a pas eu lieu depuis la sauvegarde --> restauration comme si en mode archivelog le fichier de données perdu n'est pas critique pour la base de donnée (il n'appartient pas au tablespace SYSTEM ni au tablespace UNDO) et la base de données a été arrêtée lors de l'incident --> pas de restauration nécessaire au prochain démarrage ou suppression/recréation tous les fichiers de contrôles sont perdu mais les autres sont intacts En mode ARCHIVELOG mode opératoire : restaurer la dernière sauvegarde de chaque fichier perdu appliquer les fichiers de journalisation (archives puis ceux en ligne) redémarrer la base (si la restauration ne s'est pas fait base ouverte) récupération complète type de restauration simple et ne pose pas de problèmes s'il reste au moins un fichier de contrôle, un membre par groupe de fichier de journalisation sont disponibles différentes situations peuvent conduire à une récupération incomplète (point in time recovery) : volontairement, pour s'arrêter devant un ordre SQL malencontreux involontairement, si des fichiers de journalisation sont perdus Incidents sur les fichiers de contrôle Les incidents «peu graves» : perte d'un ou plusieurs fichiers de contrôle (du moment qu'il en reste au moins un) perte d'un ou plusieurs fichiers de journalisation Les incidents «graves» : perte de tous les fichiers de contrôle perte de tous les membre d'un groupe de fichier de journalisation (gravité dépendant du statut du groupe perdu) Ces situations sont évitées si on multiplexe correctement les fichiers de contrôle et de journalisation, Soors Aurore 31

PLAN DE COURS ORACLE : ADMINISTRATION DE BASES DE DONNEES. Objectif. Code. Dure e. Public Concerne. Pre -requis. Programme OR305

PLAN DE COURS ORACLE : ADMINISTRATION DE BASES DE DONNEES. Objectif. Code. Dure e. Public Concerne. Pre -requis. Programme OR305 PLAN DE COURS ORACLE : ADMINISTRATION DE BASES DE DONNEES Objectif Administrer une ou plusieurs bases de, tant sous l'aspect "gestionnaire de " que sous l'aspect "responsable système Oracle". Public Concerne

Plus en détail

Chapitre 1 : Introduction

Chapitre 1 : Introduction Chapitre 1 : Introduction A. Objectifs de l'ouvrage.................. 8 B. Présentation d'oracle11g................. 8 1. Introduction........................ 8 2. Principales nouveautés de la version

Plus en détail

COMPOSANTS DE L ARCHITECTURE D UN SGBD. Chapitre 1

COMPOSANTS DE L ARCHITECTURE D UN SGBD. Chapitre 1 1 COMPOSANTS DE L ARCHITECTURE D UN SGBD Chapitre 1 Généralité 2 Les composants principaux de l architecture d un SGBD Sont: Les processus Les structures mémoires Les fichiers P1 P2 Pn SGA Fichiers Oracle

Plus en détail

Oracle 12c Administration

Oracle 12c Administration Introduction 1. Objectifs de l'ouvrage 19 2. Présentation d'oracle Database 12c 20 2.1 Introduction 20 2.2 Principales nouveautés de la version 12 22 3. Conventions d'écriture 24 Les bases de l'architecture

Plus en détail

Cours Administration BD

Cours Administration BD Faculté des Sciences de Gabès Cours Administration BD Chapitre 2 : Architecture Oracle Faîçal Felhi felhi_fayssal@yahoo.fr 1 Processus serveur 1 Mémoire PGA Architecture SGBD Oracle Processus serveur 2

Plus en détail

dans laquelle des structures vont être créées pour une ou plusieurs applications.

dans laquelle des structures vont être créées pour une ou plusieurs applications. Création d'une nouvelle base de données A. Vue d'ensemble 1. Étapes de création d'une nouvelle base de données pour une application Le processus complet de création d'une nouvelle base de données pour

Plus en détail

Notion de base de données

Notion de base de données Notion de base de données Collection de données opérationnelles enregistrées sur un support adressable et utilisées par les systèmes et les applications Les données doivent être structurées indépendamment

Plus en détail

3. La SGA ou System global Area

3. La SGA ou System global Area 1/11 L'instance Oracle Oracle est une base de données composée de 3 parties différentes : L'instance Les fichiers de données Les fichiers de données facultatifs (fichier d'initialisation, fichier de mots

Plus en détail

Secteur Tertiaire Informatique Filière étude - développement. Accueil. Apprentissage. Période en entreprise. Evaluation.

Secteur Tertiaire Informatique Filière étude - développement. Accueil. Apprentissage. Période en entreprise. Evaluation. Secteur Tertiaire Informatique Filière étude - développement Activité «Développer la persistance des» Sauvegarde et restauration Oracle 11g Accueil Apprentissage Période en entreprise Evaluation Code barre

Plus en détail

Programme détaillé. Administrateur de Base de Données Oracle - SQLServer - MySQL. Objectifs de la formation. Les métiers

Programme détaillé. Administrateur de Base de Données Oracle - SQLServer - MySQL. Objectifs de la formation. Les métiers Programme détaillé Objectifs de la formation Les systèmes de gestion de bases de données prennent aujourd'hui une importance considérable au regard des données qu'ils hébergent. Véritable épine dorsale

Plus en détail

RECOVERY MANAGER G. Mopolo-Moké prof. MBDS UNSA 2005/ 2006

RECOVERY MANAGER G. Mopolo-Moké prof. MBDS UNSA 2005/ 2006 RECOVERY MANAGER G. Mopolo-Moké prof. MBDS UNSA 2005/ 2006 1 Plan Général Plan 1. A propos de RMAN 2. Pourquoi utiliser RMAN? 3. Vue d ensemble de l environnement RMAN 4. Se connecter aux bases de données

Plus en détail

Création d'une nouvelle base de données

Création d'une nouvelle base de données 199 Chapitre 7 Création d'une nouvelle base de données 1. Vue d'ensemble Création d'une nouvelle base de données 1.1 Étapes de création d'une nouvelle base de données pour une application Le processus

Plus en détail

TD_TP4. Sauvegarde et restauration : Utilisation du gestionnaire RMAN 1/9

TD_TP4. Sauvegarde et restauration : Utilisation du gestionnaire RMAN 1/9 TD_TP4 Sauvegarde et restauration : Utilisation du gestionnaire RMAN 1/9 Pré-requis 1) Dans le contexte RMAN, que représente la base de donnée cible (target)? Dans le contexte RMAN, la base de donnée cible

Plus en détail

Stratégie de back up LU Pascal ITI02M Semestre5 Version 1

Stratégie de back up LU Pascal ITI02M Semestre5 Version 1 Stratégie de back up LU Pascal ITI02M Semestre5 Version 1 Sommaire I. Introduction... 3 II.Les différents types de pannes 3 a. Panne d'un processus utilisateur... 3 b. Panne d'une instance... 3 c. Panne

Plus en détail

Bases de données Oracle. Améliorer la disponibilité. Anticiper les problèmes en production. Guillaume HARRY 18/12/07

Bases de données Oracle. Améliorer la disponibilité. Anticiper les problèmes en production. Guillaume HARRY 18/12/07 Bases de données Oracle Améliorer la disponibilité Anticiper les problèmes en production 1 Étape 1 : Suivre les règles de bonnes pratiques Redo logs a. Multiplexer les membres de chaque groupe b. Tailler

Plus en détail

White Papers TAFORA pour ORACLE 9i, 10g, 11g

White Papers TAFORA pour ORACLE 9i, 10g, 11g White Papers TAFORA www.tafora.fr Radu Caulea, TAFORA TAFORA ORACLE au quotidien White Papers TAFORA pour ORACLE 9i, 10g, 11g Stratégies d'utilisation RMAN DRAFT 2.10.585-15/10/2012 10:00 Préservez vos

Plus en détail

Oracle 12c. Sauvegarde et restauration. Razvan Bizoï. Équivalent à 4 5 jours de formation en salle! 20 heures de travaux pratiques

Oracle 12c. Sauvegarde et restauration. Razvan Bizoï. Équivalent à 4 5 jours de formation en salle! 20 heures de travaux pratiques Les racle Guides de formation Oracle 12c Sauvegarde et restauration Razvan Bizoï Équivalent à 4 5 jours de formation en salle! 20 heures de travaux pratiques 6 heures de travaux dirigés 30 QCM corrigés

Plus en détail

CYCLE CERTIFIANT ADMINISTRATEUR BASES DE DONNÉES

CYCLE CERTIFIANT ADMINISTRATEUR BASES DE DONNÉES SGBD / Aide à la décision CYCLE CERTIFIANT ADMINISTRATEUR BASES DE DONNÉES Réf: KAO Durée : 15 jours (7 heures) OBJECTIFS DE LA FORMATION Ce cycle complet vous apportera les connaissances nécessaires pour

Plus en détail

Nœud Suisse du Projet International GBIF (Global Biodiversity Information Facility)

Nœud Suisse du Projet International GBIF (Global Biodiversity Information Facility) Nœud Suisse du Projet International GBIF (Global Biodiversity Information Facility) Présentation de la solution de backup Oracle de la base de données test GBIF et déploiement de la solution en production

Plus en détail

Objectif. Participant. Prérequis. Pédagogie. Oracle Database 10g - Administration Workshop II. 5 Jours [35 Heures]

Objectif. Participant. Prérequis. Pédagogie. Oracle Database 10g - Administration Workshop II. 5 Jours [35 Heures] Plan de cours disponible à l adresse http://www.adhara.fr/.aspx Objectif Utiliser RMAN pour créer et gérer des jeux de sauvegarde et des copies d'image Récupérer la base de données jusqu'à un point dans

Plus en détail

Présentation de l'outil RMAN d'oracle

Présentation de l'outil RMAN d'oracle Présentation de l'outil RMAN d'oracle Ce document constitue une première présentation de l'outil RMAN d'oracle permettant de sauvegarder et restaurer des bases de données. L'article abordera également

Plus en détail

Oracle Maximum Availability Architecture

Oracle Maximum Availability Architecture Oracle Maximum Availability Architecture Disponibilité des systèmes d informations Technologies et recommandations 1 Qu est-ce que Oracle Maximum Availability Architecture (MAA)? 1. Objectif : Disponibilité

Plus en détail

Oracle 11g Administration I Installation et configuration

Oracle 11g Administration I Installation et configuration Oracle 11g Administration I Installation et configuration Auteur Razvan BIZOI GUIDE DE FORMATION La marque TSOFT est une marque déposée. La collection des guides de formation TSOFT est éditée par la société

Plus en détail

TP ABD. Affichez le nom de la base, le nom de l'instance et la taille des blocs de données.

TP ABD. Affichez le nom de la base, le nom de l'instance et la taille des blocs de données. TP ABD Vues dynamiques adéquates, permettant de vérifier l'état (open) de la base, s assurez que les fichiers de la base ont été crées et vérifier la taille de l instance (Total System Global Area) select

Plus en détail

Plan de formation : Certification OCA Oracle 11g. Les administrateurs de base de données (DBA) Oracle gèrent les systèmes informatiques

Plan de formation : Certification OCA Oracle 11g. Les administrateurs de base de données (DBA) Oracle gèrent les systèmes informatiques Plan de formation : Certification OCA Oracle 11g Description Les administrateurs de base de données (DBA) Oracle gèrent les systèmes informatiques industriels les plus avancés. Cette formation permettra

Plus en détail

Oracle Database 11g: Administration Workshop I Release 2

Oracle Database 11g: Administration Workshop I Release 2 Oracle University Appelez-nous: +33 (0) 1 57 60 20 81 Oracle Database 11g: Administration Workshop I Release 2 Durée: 5 Jours Description Ce cours constitue la première étape de votre formation en tant

Plus en détail

Table des matières. Module 1 L ARCHITECTURE D ORACLE... 1-1. Module 2 L INSTALLATION... 2-1

Table des matières. Module 1 L ARCHITECTURE D ORACLE... 1-1. Module 2 L INSTALLATION... 2-1 Table des matières Module 1 L ARCHITECTURE D ORACLE... 1-1 La base de données... 1-2 Le stockage des données... 1-4 L instance... 1-6 La zone «Shared Pool»... 1-7 La zone «Buffer Cache»... 1-8 L exécution

Plus en détail

Introduction aux SGBDR

Introduction aux SGBDR 1 Introduction aux SGBDR Pour optimiser une base Oracle, il est important d avoir une idée de la manière dont elle fonctionne. La connaissance des éléments sous-jacents à son fonctionnement permet de mieux

Plus en détail

Gestion des utilisateurs et de leurs droits

Gestion des utilisateurs et de leurs droits Gestion des utilisateurs et de leurs droits Chap. 12, page 323 à 360 Lors de la création d'un utilisateur vous devez indiquer son nom, ses attributs, son profil, la méthode d'authentification (par le SE

Plus en détail

Table des matières. Module 1 LES NOTIONS DE SAUVEGARDE... 1-1. Module 2 L ARCHITECTURE RMAN... 2-1

Table des matières. Module 1 LES NOTIONS DE SAUVEGARDE... 1-1. Module 2 L ARCHITECTURE RMAN... 2-1 Table des matières Module 1 LES NOTIONS DE SAUVEGARDE... 1-1 L emplacement des fichiers... 1-2 Le nom des fichiers... 1-2 La sauvegarde à froid... 1-3 La création du script... 1-4 L exécution du script...

Plus en détail

Création d'une base de données Oracle

Création d'une base de données Oracle TP1 Création d'une base de données Oracle MASTER INFORMATIQUE I2A Année universitaire 2006-2007 RAPPORT DE PROJET (Document de 15 pages) Encadrant : Rosaire Amore Participants : Erik Allais Abdel Rafrafi

Plus en détail

CHAPITRE 1 ARCHITECTURE

CHAPITRE 1 ARCHITECTURE 07/04/2014 Université des sciences et de la Technologie Houari Boumediene USTHB Alger Département d Informatique ADMINISTRATION ET TUNING DE BASES DE DONNÉES CHAPITRE 1 ARCHITECTURE RESPONSABLE DR K. BOUKHALFA

Plus en détail

NIMBUS TRAINING. Oracle 12C Administration. Description : Objectifs. Publics. Durée. Pré-requis

NIMBUS TRAINING. Oracle 12C Administration. Description : Objectifs. Publics. Durée. Pré-requis Oracle 12C Administration Description : La consolidation de bases de données est une étape clé de l'accès au cloud. Oracle Database 12C en accélère et en simplifie le processus, permettant la haute densité

Plus en détail

4.1 Principe. Techniques SQL avancées. 1. Rappel des notions de base de données 2. Intégrité des données 3. Transactions

4.1 Principe. Techniques SQL avancées. 1. Rappel des notions de base de données 2. Intégrité des données 3. Transactions Techniques SQL avancées 4.1 Principe 1. Rappel des notions de base de données 2. Intégrité des données 3. Transactions 4.1 Principes 4.3 Sauvegarde (backup) 4.4 Journal (log) 4.5 Reprise suite à un incident

Plus en détail

SQL Server 2014 Administration d'une base de données transactionnelle avec SQL Server Management Studio

SQL Server 2014 Administration d'une base de données transactionnelle avec SQL Server Management Studio Présentation 1. Introduction 13 2. Présentation de SQL Server 14 2.1 Qu'est-ce qu'un SGBDR? 15 2.2 Mode de fonctionnement client/serveur 16 2.3 Les plates-formes possibles 18 2.4 Les composants de SQL

Plus en détail

Gestion des espaces disque logiques. SQL> alter database datafile 'C:\APP\CLAIRE\ORADATA\ORA11G\TSCLAIRE1' resize 110M ;

Gestion des espaces disque logiques. SQL> alter database datafile 'C:\APP\CLAIRE\ORADATA\ORA11G\TSCLAIRE1' resize 110M ; Pré-requis 1. Les seules unités valides sont K, M, G et même T si vous disposez d un espace disque atteint de gigantisme! 2. Vous pouvez agrandir un espace disque logique par l instruction alter database

Plus en détail

TD 2 ------------------------------------------------------------------------------------------

TD 2 ------------------------------------------------------------------------------------------ TD 2 ------------------------------------------------------------------------------------------ Prenez le fichier init.ora dans $ORACLE_HOME/dbs faites une copie en inittest.ora ouvrir le fichier inittest.ora

Plus en détail

Du 10 Fév. au 14 Mars 2014

Du 10 Fév. au 14 Mars 2014 Interconnexion des Sites - Design et Implémentation des Réseaux informatiques - Sécurité et Audit des systèmes - IT CATALOGUE DE FORMATION SIS 2014 1 FORMATION ORACLE 10G 11G 10 FEV 2014 DOUALA CAMEROUN

Plus en détail

SQL Server 2012 - Administration d'une base de données transactionnelle avec SQL Server Management Studio (édition enrichie de vidéos)

SQL Server 2012 - Administration d'une base de données transactionnelle avec SQL Server Management Studio (édition enrichie de vidéos) Présentation 1. Introduction 13 2. Présentation de SQL Server 14 2.1 Qu'est-ce qu'un SGBDR? 14 2.2 Mode de fonctionnement Client/Serveur 16 2.3 Les plates-formes possibles 17 2.4 Les composants de SQL

Plus en détail

//////////////////////////////////////////////////////////////////// Administration bases de données

//////////////////////////////////////////////////////////////////// Administration bases de données ////////////////////// Administration bases de données / INTRODUCTION Système d informations Un système d'information (SI) est un ensemble organisé de ressources (matériels, logiciels, personnel, données

Plus en détail

ALCOMP CATALOGUE DE FORMATION

ALCOMP CATALOGUE DE FORMATION ALCOMP CATALOGUE DE FORMATION 1 N Alcomp transfert de compétences vers nos clients» «Le 2 A : Formations ORACLE A1 : Fondamentaux : Sommaire A2 : Cursus développement : A3 : Cursus Administration : B1

Plus en détail

Oracle : Administration

Oracle : Administration Oracle : Administration 2crit & présenté par Abdoul Aziz Ciss Dept GIT EPT Email: aaciss@ept.sn Contenu Introduction Installation du logiciel Oracle Database Création de bases de données Configuration

Plus en détail

Organisation et administration d une base de données

Organisation et administration d une base de données Organisation et administration d une base de données Diapositive de résumé Objectif du cours Introduction et utilisation d une base de données Comparatif des SGBD Structure Physique et Logique d une BD

Plus en détail

REAL APPLICATION CLUSTERS

REAL APPLICATION CLUSTERS Oracle upg adm 9i Claude DA COSTA Chap 11 Scalable Real Appli Clusters Page 1/10 REAL APPLICATION CLUSTERS Cash Fusion Shared server_side initialization parameter Oracle upg adm 9i Claude DA COSTA Chap

Plus en détail

Resume. Sommaire. Introduction

Resume. Sommaire. Introduction Resume L objectif de cet article est de vous montrer une méthode de mise à jour d une base de données Oracle 9i par exemple vers une base donnée Oracle 10G. Il est présenté l ensemble des méthodes permettant

Plus en détail

TP5. Compte-rendu de TP Administration BD Filière 3 : " Systèmes d'information et Aide à la décision " Présenté par : Samia ARIBA & Mathieu BRUNOT

TP5. Compte-rendu de TP Administration BD Filière 3 :  Systèmes d'information et Aide à la décision  Présenté par : Samia ARIBA & Mathieu BRUNOT Institut Supérieur d'informatique de Modélisation et de leurs Applications 24, Avenue des Landais BP 10 125 63 173 AUBIERE cedex. Compte-rendu de TP Administration BD Filière 3 : " Systèmes d'information

Plus en détail

VERITAS Education. VERITAS NetBackup 5.0 en 3 jours : Administration. VERITAS NetBackup 5.0 : Administration Avancée

VERITAS Education. VERITAS NetBackup 5.0 en 3 jours : Administration. VERITAS NetBackup 5.0 : Administration Avancée DESCRIPTIF DU COURS Mode d'administration Cours dispensé par un formateur Durée 3 jours Objectifs du cours Ce cours composé de 1 module vous prépare à l implémenation de la solution de data protection

Plus en détail

CA ARCserve Backup pour Linux

CA ARCserve Backup pour Linux CA ARCserve Backup pour Linux Manuel de l'agent pour Oracle r16.5 La présente documentation, qui inclut des systèmes d'aide et du matériel distribués électroniquement (ci-après nommés "Documentation"),

Plus en détail

Oracle 10g Administration +

Oracle 10g Administration + Oracle 10g Administration + FAC-SIMILE Ce fac-simile contient : - la table des matières, - le préambule, - un extrait du chapitre 10 Auteur Razvan Bizoi GUIDE DE FORMATION La marque TSOFT est une marque

Plus en détail

Administration de Base de Données Notes de cours

Administration de Base de Données Notes de cours Administration de Base de Données Notes de cours 1 Élément de connexion Oracle Thomas Année universitaire 2005-2006 La connexion à une base Oracle fait intervenir quatres éléments :

Plus en détail

SECURIDAY 2010. Dans le cadre de SECURINETS. Et sous le thème de Computer Forensics Investigation. Analyse des bases de données

SECURIDAY 2010. Dans le cadre de SECURINETS. Et sous le thème de Computer Forensics Investigation. Analyse des bases de données Dans le cadre de SECURIDAY 2010 Et sous le thème de Computer Forensics Investigation SECURINETS Vous Présente l atelier : Analyse des bases de données Chef Atelier : Dhikra DABBOUSSI (Réseau Télécom 5)

Plus en détail

Sommaire 1. Généralité Général s ité 2. Export 3. Import 16/12/2013 3

Sommaire 1. Généralité Général s ité 2. Export 3. Import 16/12/2013 3 البيانات قاعدة Théorie et pratique de la Base de données Oracle Database G. Mopolo-MokéMoké 16/12/20132013 1 Export/Import 16/12/20132013 2 Sommaire 1. Généralités 2. Export 3. Import 16/12/20132013 3

Plus en détail

Oracle9i. sous Windows. Gilles Briard. la société Digora. avec la collaboration de. Groupe Eyrolles, 2003 ISBN : 2-212-11220-3

Oracle9i. sous Windows. Gilles Briard. la société Digora. avec la collaboration de. Groupe Eyrolles, 2003 ISBN : 2-212-11220-3 Oracle9i sous Windows Gilles Briard avec la collaboration de la société Digora Groupe Eyrolles, 2003 ISBN : 2-212-11220-3 5 Oracle9i sous Windows Dans ce chapitre : une présentation rapide du fonctionnement

Plus en détail

et Groupe Eyrolles, 2006, ISBN : 2-212-11747-7

et Groupe Eyrolles, 2006, ISBN : 2-212-11747-7 Tsoft et Groupe Eyrolles, 2006, ISBN : 2-212-11747-7 OEM Console Java OEM Console HTTP OEM Database Control Oracle Net Manager 6 Module 6 : Oracle Enterprise Manager Objectifs Contenu A la fin de ce module,

Plus en détail

SGBDR. Systèmes de Gestion de Bases de Données (Relationnelles)

SGBDR. Systèmes de Gestion de Bases de Données (Relationnelles) SGBDR Systèmes de Gestion de Bases de Données (Relationnelles) Plan Approches Les tâches du SGBD Les transactions Approche 1 Systèmes traditionnels basés sur des fichiers Application 1 Gestion clients

Plus en détail

et Groupe Eyrolles, 2006, ISBN : 2-212-11747-7

et Groupe Eyrolles, 2006, ISBN : 2-212-11747-7 Tsoft et Groupe Eyrolles, 2006, ISBN : 2-212-11747-7 Il est possible, pour des objets, de visualiser ou modifier le contenu. La présentation des objets dans le navigateur peut être paramétrée ; vous trouverez

Plus en détail

Oracle 11g - Dataguard

Oracle 11g - Dataguard Oracle 11g - Dataguard Ecole INSTA Paris http://www.insta.fr/site/ Document et projet réalisé Candy Scordia le 29/07/2011 par Dataguard Oracle 11g R2 Kubuntu 11.04 64 bits Téléchargement de Oracle 11g

Plus en détail

SQL pour. Oracle 10g. Razvan Bizoï. Tsoft, Groupe Eyrolles, 2006, ISBN : 2-212-12055-9, ISBN 13 : 978-2-212-12055-4

SQL pour. Oracle 10g. Razvan Bizoï. Tsoft, Groupe Eyrolles, 2006, ISBN : 2-212-12055-9, ISBN 13 : 978-2-212-12055-4 SQL pour Oracle 10g Razvan Bizoï Tsoft, Groupe Eyrolles, 2006, ISBN : 2-212-12055-9, ISBN 13 : 978-2-212-12055-4 Ce guide de formation a pour but de vous permettre d'acquérir une bonne connaissance du

Plus en détail

CA ARCserve Backup pour Windows

CA ARCserve Backup pour Windows CA ARCserve Backup pour Windows Manuel de l'agent pour Oracle r16 La présente documentation, qui inclut des systèmes d'aide et du matériel distribués électroniquement (ci-après nommés "Documentation"),

Plus en détail

CA ARCserve Backup pour UNIX

CA ARCserve Backup pour UNIX CA ARCserve Backup pour UNIX Manuel de l'agent pour Oracle r16.5 La présente documentation, qui inclut des systèmes d'aide et du matériel distribués électroniquement (ci-après nommés "Documentation"),

Plus en détail

Bases de données et sites WEB Licence d informatique LI345

Bases de données et sites WEB Licence d informatique LI345 Bases de données et sites WEB Licence d informatique LI345 Anne Doucet Anne.Doucet@lip6.fr http://www-bd.lip6.fr/ens/li345-2013/index.php/lescours 1 Contenu Transactions en pratique Modèle relationnel-objet

Plus en détail

Oracle Database 11g : Tuning Release 2

Oracle Database 11g : Tuning Release 2 Oracle University Appelez-nous: +33 (0) 1 57 60 20 81 Oracle Database 11g : Tuning Release 2 Durée: 5 Jours Description Le cours démarre avec une base de données inconnue nécessitant un réglage. Les différents

Plus en détail

Annuaire : Active Directory

Annuaire : Active Directory Annuaire : Active Directory Un annuaire est une structure hiérarchique qui stocke des informations sur les objets du réseau. Un service d'annuaire, tel qu'active Directory, fournit des méthodes de stockage

Plus en détail

Plan de cette partie. Implantation des SGBD relationnels. Définition et fonctionnalités. Index. Coûts pour retrouver des données

Plan de cette partie. Implantation des SGBD relationnels. Définition et fonctionnalités. Index. Coûts pour retrouver des données Implantation des SGBD relationnels Université de Nice Sophia-Antipolis Version 3.4 25//06 Richard Grin Plan de cette partie Nous allons étudier (très rapidement!) quelques éléments de solutions utilisés

Plus en détail

SURETE DE FONCTIONNEMENT ET REPRISE APRES PANNE

SURETE DE FONCTIONNEMENT ET REPRISE APRES PANNE Université des sciences et de la Technologie Houari Boumediene USTHB Alger Département d Informatique ARCHITECTURE ET ADMINISTRATION DES BASES DE DONNÉES 2013-2014 RESPONSABLES M. KAMEL BOUKHALFA (SII)

Plus en détail

420-PK6-SL Banques de données Avancées UTILISATEURS

420-PK6-SL Banques de données Avancées UTILISATEURS 420-PK6-SL Banques de données Avancées Gestion des UTILISATEURS RÈGLES DE NOMENCLATURE Un UTILISATEUR Oracle est : Une connexion à Oracle Un nom de connexion"login" Un détenteur de droits et privilèges

Plus en détail

1 Avant Propos. 2 Eléments d information pour les connexions et les déconnexions

1 Avant Propos. 2 Eléments d information pour les connexions et les déconnexions Université de Lorraine Département Informatique, Master 1 TD UE SGBD Un compte-rendu pourra être demandé à chaque fin de séance. TRES IMPORTANT : La plus extrême rigueur et le plus grand professionalisme

Plus en détail

Multitenant : Créer et Configurer une. Pluggable Database (PDB) avec Oracle Database 12c Release 1 (12.1)

Multitenant : Créer et Configurer une. Pluggable Database (PDB) avec Oracle Database 12c Release 1 (12.1) Multitenant : Créer et Configurer une Pluggable Database (PDB) avec Oracle Database 12c Release 1 (12.1) L'option multitenant introduite avec Oracle Database 12c permet à un seul conteneur database (CDB)

Plus en détail

Oracle DBA 1. Business Management and Global Internet Center. B.M.G.I. Center. Intitulé de la formation : Programme de 05 jours

Oracle DBA 1. Business Management and Global Internet Center. B.M.G.I. Center. Intitulé de la formation : Programme de 05 jours Business Management and Global Internet Center Intitulé de la formation : Programme de 05 jours B.M.G.I. Center Centre Agréé Microsoft Office Adresse : 88 Ter, Bd. KRIM Belkacem - Télemly, 16004 Alger

Plus en détail

Administration des Bases de Données Oracle

Administration des Bases de Données Oracle Administration des Bases de Données Oracle Plan Introduction à l administration de données Structure d une base de données Architecture interne d Oracle Sécurité des données Utilitaires Administration

Plus en détail

Data Base Buffer Cache :

Data Base Buffer Cache : Suite cours SG chapitre 2 Data Base Buffer Cache : Il stocke les bloques de données les plus recement utilisées lorsque Oracle doit executer une requete SQL, il verifie tout d'abort si la requete existe

Plus en détail

AME V1.6 P2 Release Notes. 5 Février 2014

AME V1.6 P2 Release Notes. 5 Février 2014 AME V1.6 P2 Release Notes 5 Février 2014 1. Introduction Ce document décrit les évolutions et correctifs principaux apportés par la version V1.6 P2 de l'ame depuis la version V1.5 La 1.6 contient quelques

Plus en détail

BUFFER CACHE SHARED POOL LRU

BUFFER CACHE SHARED POOL LRU 1 2 3 Taille des CACHEs de l instance La taille de la SGA est principalement dépendante de la taille du «BUFFER CACHE» et de l espace «SHARED POOL». L algorithme de gestion de ces espaces de mémoire est

Plus en détail

CHAPITRE 1 ARCHITECTURE BASES DE DONNÉES AVANCÉES 2014-2015 20/10/2014. Université des sciences et de la Technologie Houari Boumediene USTHB Alger

CHAPITRE 1 ARCHITECTURE BASES DE DONNÉES AVANCÉES 2014-2015 20/10/2014. Université des sciences et de la Technologie Houari Boumediene USTHB Alger Université des sciences et de la Technologie Houari Boumediene USTHB Alger Département d Informatique BASES DE DONNÉES AVANCÉES 2014-2015 RESPONSABLES M. KAMEL BOUKHALFA (SII CHAPITRE 1 ARCHITECTURE 1

Plus en détail

Administration des bases de données relationnelles Part I

Administration des bases de données relationnelles Part I Administration des bases de données relationnelles Part I L administration des bases de données requiert une bonne connaissance - de l organisation et du fonctionnement interne du SGBDR : structures logiques

Plus en détail

Bases de données et sites WEB

Bases de données et sites WEB Bases de données et sites WEB Cours2 : Sécurité et contrôles d accès Anne Doucet 1 Authentification Autorisation Privilèges Rôles Profils Limitations de ressources Plan Audit Contrôle d accès via les vues

Plus en détail

ORACLE TUNING PACK 11G

ORACLE TUNING PACK 11G ORACLE TUNING PACK 11G PRINCIPALES CARACTÉRISTIQUES : Conseiller d'optimisation SQL (SQL Tuning Advisor) Mode automatique du conseiller d'optimisation SQL Profils SQL Conseiller d'accès SQL (SQL Access

Plus en détail

GESTION CENTRALISÉE DELL POWERVAULT DL 2000 OPTIMISÉ PAR SYMANTEC

GESTION CENTRALISÉE DELL POWERVAULT DL 2000 OPTIMISÉ PAR SYMANTEC GESTION CENTRALISÉE DELL POWERVAULT DL 2000 OPTIMISÉ PAR SYMANTEC NOTE DE SYNTHESE La solution Dell PowerVault DL2000 optimisée par Symantec Backup Exec est la seule à proposer un système intégré de sauvegarde

Plus en détail

Oracle 11g Optimisez vos bases de données en production (ressources matérielles, stockage, mémoire, requêtes)

Oracle 11g Optimisez vos bases de données en production (ressources matérielles, stockage, mémoire, requêtes) Avant-propos 1. Lectorat 11 2. Pré-requis 12 3. Objectifs 12 4. Environnement technique 13 Choisir la bonne architecture matérielle 1. Introduction 15 2. Architecture disque 16 2.1 La problématique de

Plus en détail

Il est nécessaire de connaître au moins un système d'exploitation de type graphique.

Il est nécessaire de connaître au moins un système d'exploitation de type graphique. GBD-030 Oracle Prise en main Saint-Denis à 9h30 5 jours Objectifs : Une formation Oracle complète pour découvrir tous les concepts du système et les différentes façons de les utiliser concrètement tout

Plus en détail

La sécurité. Chapitre 6. 1. Introduction. 2. La sécurité des accès

La sécurité. Chapitre 6. 1. Introduction. 2. La sécurité des accès 259 Chapitre 6 La sécurité 1. Introduction La sécurité La sécurité des données est un enjeu capital. Une base de données peut être amenée à stocker des données très sensibles, confidentielles. L'implémentation

Plus en détail

ORACLE 10G DISTRIBUTION ET REPLICATION. Distribution de données avec Oracle. G. Mopolo-Moké prof. Associé UNSA 2009/ 2010

ORACLE 10G DISTRIBUTION ET REPLICATION. Distribution de données avec Oracle. G. Mopolo-Moké prof. Associé UNSA 2009/ 2010 ORACLE 10G DISTRIBUTION ET REPLICATION Distribution de données avec Oracle G. Mopolo-Moké prof. Associé UNSA 2009/ 2010 1 Plan 12. Distribution de données 12.1 Génération des architectures C/S et Oracle

Plus en détail

Cours Bases de données 2ème année IUT

Cours Bases de données 2ème année IUT Cours Bases de données 2ème année IUT Cours 13 : Organisation d une base de données, ou comment soulever (un peu) le voile Anne Vilnat http://www.limsi.fr/individu/anne/cours Plan 1 Les clusters de table

Plus en détail

CA ARCserve Backup pour Linux

CA ARCserve Backup pour Linux CA ARCserve Backup pour Linux Manuel de l'agent pour Oracle r16 La présente documentation, qui inclut des systèmes d'aide et du matériel distribués électroniquement (ci-après nommés "Documentation"), vous

Plus en détail

StreamServe Persuasion SP4 Control Center

StreamServe Persuasion SP4 Control Center StreamServe Persuasion SP4 Control Center Manuel utilisateur Rév. PA23 StreamServe Persuasion SP4 Control Center - Manuel utilisateur Rév. PA23 2001-2009 STREAMSERVE, INC. TOUS DROITS RESERVES Brevet américain

Plus en détail

Guide de configuration de SQL Server pour BusinessObjects Planning

Guide de configuration de SQL Server pour BusinessObjects Planning Guide de configuration de SQL Server pour BusinessObjects Planning BusinessObjects Planning XI Release 2 Copyright 2007 Business Objects. Tous droits réservés. Business Objects est propriétaire des brevets

Plus en détail

TP Architecture et Administration des SGBDR Un compte-rendu pourra être demandé à chaque fin de séance.

TP Architecture et Administration des SGBDR Un compte-rendu pourra être demandé à chaque fin de séance. Université de Lorraine Telecom Nancy 3ème année, Spécialités IL, SIE, IAMD TP Architecture et Administration des SGBDR Un compte-rendu pourra être demandé à chaque fin de séance. TRES IMPORTANT : La plus

Plus en détail

UMBB, Département Informatique Cours Master 1 BDA Responsable : A. AIT-BOUZIAD Le 06 Décembre 2011 CHAPITRE 2 CONTRÖLE DE DONNEES DANS SQL

UMBB, Département Informatique Cours Master 1 BDA Responsable : A. AIT-BOUZIAD Le 06 Décembre 2011 CHAPITRE 2 CONTRÖLE DE DONNEES DANS SQL UMBB, Département Informatique Cours Master 1 BDA Responsable : A. AIT-BOUZIAD Le 06 Décembre 2011 CHAPITRE 2 CONTRÖLE DE DONNEES DANS SQL I Gestion des utilisateurs et de leurs privilèges I.1 Gestion

Plus en détail

Les transactions 1/40. I même en cas de panne logicielle ou matérielle. I Concept de transaction. I Gestion de la concurrence : les solutions

Les transactions 1/40. I même en cas de panne logicielle ou matérielle. I Concept de transaction. I Gestion de la concurrence : les solutions 1/40 2/40 Pourquoi? Anne-Cécile Caron Master MAGE - BDA 1er trimestre 2013-2014 Le concept de transaction va permettre de définir des processus garantissant que l état de la base est toujours cohérent

Plus en détail

SOMMAIRE. Utilisation des profils itinérants. Chapitre 1 Mise en place 2

SOMMAIRE. Utilisation des profils itinérants. Chapitre 1 Mise en place 2 Page 1 sur 21 SOMMAIRE Chapitre 1 Mise en place 2 1.1 Qu est ce que c est 2 1.2 Quelques recommandations 3 1.3 La sécurité? 4 1.4 Comment le configurer? 5 1.5 Comment obtenir les droits sur le profil?

Plus en détail

Les déclencheurs (Triggers) avec Oracle

Les déclencheurs (Triggers) avec Oracle 1) Introduction 2) Événements déclenchant 3) Mécanisme général 4) Privilèges systèmes 5) Syntaxe 6) Nom du déclencheur 7) Option BEFORE ou AFTER 8) Déclencheur LMD 9) Déclencheur LDD 10) Déclencheur d'instance

Plus en détail

Chapitre 3 Gestion des sauvegardes

Chapitre 3 Gestion des sauvegardes Chapitre 3 Gestion des sauvegardes 1. Notions préalables et terminologie Gestion des sauvegardes 1.1 Consistance, snapshots et VSS L'erreur la plus commune lorsque l'on parle de solutions de sauvegarde,

Plus en détail

Performances. Gestion des serveurs (2/2) Clustering. Grid Computing

Performances. Gestion des serveurs (2/2) Clustering. Grid Computing Présentation d Oracle 10g Chapitre VII Présentation d ORACLE 10g 7.1 Nouvelles fonctionnalités 7.2 Architecture d Oracle 10g 7.3 Outils annexes 7.4 Conclusions 7.1 Nouvelles fonctionnalités Gestion des

Plus en détail

Sauvegarde et Restauration d un environnement SAS

Sauvegarde et Restauration d un environnement SAS Sauvegarde et Restauration d un environnement SAS 1 INTRODUCTION 3 1.1 OBJECTIFS 3 1.2 PERIMETRE 3 2 LA SAUVEGARDE 4 2.1 QUELQUES REGLES D ORGANISATION 4 2.2 DEFINIR LES BESOINS 5 2.3 LA SAUVEGARDE, ETAPE

Plus en détail

CA ARCserve Backup pour Linux

CA ARCserve Backup pour Linux CA ARCserve Backup pour Linux Manuel de l'agent pour Oracle r15 La présente documentation ainsi que tout programme d'aide informatique y afférant (ci-après nommés "Documentation") vous sont exclusivement

Plus en détail

Sage Start Archivage de fichiers Instructions. A partir de la version 2015 09.10.2014

Sage Start Archivage de fichiers Instructions. A partir de la version 2015 09.10.2014 Sage Start Archivage de fichiers Instructions A partir de la version 2015 09.10.2014 Table des matières 1.0 Introduction 3 1.1 Modules avec archivage de fichiers 3 1.2 Informations générales 3 1.2.1 Suppression

Plus en détail

CA ARCserve Backup pour Windows

CA ARCserve Backup pour Windows CA ARCserve Backup pour Windows Manuel de l'agent pour Oracle r12 La présente documentation ainsi que tout programme d'aide informatique y afférant (ci-après nommés "Documentation") sont exclusivement

Plus en détail

LA GESTION DE FICHIERS

LA GESTION DE FICHIERS CHAPITRE 6 : LA GESTION DE FICHIERS Objectifs spécifiques Connaître la notion de fichier, ses caractéristiques Connaître la notion de répertoires et partitions Connaître les différentes stratégies d allocation

Plus en détail