Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

8 Concepts de sauvegarde et de récupération 8 - 2 Objectifs A la fin de ce chap

8 Concepts de sauvegarde et de récupération 8 - 2 Objectifs A la fin de ce chapitre, vous pourrez : • identifier les types de défaillance pouvant survenir dans une base de données Oracle • décrire comment régler la récupération d'instance • décrire l'importance des points de reprise, des fichiers de journalisation et des fichiers de journalisation archivés • configurer la zone de récupération rapide • configurer le mode ARCHIVELOG 8 - 3 Missions du DBA L'administrateur de base de données est chargé des tâches suivantes : • Protéger la base de données contre les défaillances dans la mesure du possible • Augmenter la durée moyenne sans pannes (MTBF) • Assurer la protection des composants essentiels par la redondance • Réduire la durée moyenne de récupération (MTTR) • Limiter les pertes de données 8 - 5 Catégories de pannes Les pannes peuvent généralement être réparties en plusieurs catégories : • Echec d'une instruction • Echec d'un processus utilisateur • Défaillance réseau • Erreur utilisateur • Echec d'une instance • Défaillance physique 8 - 6 Echec d'une instruction Problèmes typiques Solutions possibles Tentative d'entrer des données non valides dans une table Aidez les utilisateurs à valider et à corriger les données. Tentative d'effectuer des opérations avec des privilèges insuffisants Accordez les privilèges objet ou les privilèges système appropriés. Echec d'une tentative d'allocation d'espace •Activez le mode de reprise après un problème d'allocation d'espace. • Augmentez le quota du propriétaire. • Ajoutez de l'espace au tablespace. Erreurs logiques dans les applications Aidez les développeurs à corriger les erreurs du programme. 8 - 7 Echec d'un processus utilisateur Problèmes typiques Solutions possibles Un utilisateur procède à une déconnexion anormale. La session d'un utilisateur se termine de façon anormale. Un utilisateur est confronté à une erreur de programme qui met fin à la session. L'intervention d'un DBA n'est généralement pas nécessaire pour résoudre les échecs de processus utilisateur. Les processus en arrière- plan de l'instance annulent les modifications non validées et libèrent les verrous externes. Surveillez les problèmes récurrents. 8 - 8 Défaillance réseau Problèmes typiques Solutions possibles Echec du processus d'écoute Configurez un processus d'écoute de secours pour prendre en charge la gestion des incidents de connexion. Défaillance d'une carte réseau Configurez plusieurs cartes réseau. Echec d'une connexion réseau Configurez une connexion réseau de secours. 8 - 9 Erreur utilisateur Causes typiques Solutions possibles Un utilisateur supprime ou modifie des données par inadvertance. Annulez la transaction et les transactions dépendantes, ou revenez à une version antérieure de la table. Un utilisateur supprime une table. Récupérez la table à partir de la corbeille. Oracle LogMiner 8 - 10 Technologie Flashback Utilisation de la technologie Flashback : • Consulter des états antérieurs des données • Remonter à des données antérieures • Faciliter l'analyse des erreurs et la récupération Pour l'analyse des erreurs : Oracle Flashback Query Oracle Flashback Versions Query Oracle Flashback Transaction Query Pour la récupération des erreurs : Oracle Flashback Transaction Backout Oracle Flashback Table Oracle Flashback Drop Oracle Flashback Database 8 - 12 Echec d'une instance Causes typiques Solutions possibles Panne de courant Redémarrez l'instance à l'aide de la commande STARTUP. La récupération suite à l'échec d'une instance est automatique, notamment via la réimplémentation des modifications des fichiers de journalisation, puis l'annulation des transactions non validées. Recherchez les causes d'échec à l'aide du fichier d'alertes, des fichiers trace et d'Enterprise Manager. Défaillance matérielle Echec d'un des principaux processus en arrière-plan Procédures d'arrêt d'urgence 8 - 13 Récupération d'instance : Processus de point de reprise (CKPT) Le processus CKPT assure les opérations suivantes : • Mise à jour de l'en-tête des fichiers de données avec les informations de point de reprise (checkpoint) • Mise à jour des fichiers de contrôle avec les informations de point de reprise • Indication des opérations des processus DBWn au niveau de points de reprise globaux (full checkpoints) SGA Cache de tampons de la base de données Processus CKPT CKPT Fichiers de données Fichiers de contrôle Processus Database Writer DBWn 8 - 14 8 - 15 Récupération d'instance : Fichiers de journalisation et processus Log Writer Les fichiers de journalisation : • enregistrent les modifications apportées à la base de données • doivent être multiplexés afin d'éviter tout risque de perte Le processus Log Writer écrit : • lors d'une validation (commit) • lorsqu'un tiers du tampon de journalisation est plein • toutes les trois secondes • avant une écriture par le processus DBWn • avant les fermetures "propres" de la base Groupe de fichiers de journa- lisation 1 Groupe de fichiers de journa- lisation 3 Groupe de fichiers de journa- lisation 2 SGA Tampon de journalisation Processus Log Writer LGWR 8 - 16 Comprendre la récupération d'instance La récupération automatique d'instance ou la récupération après panne : • est provoquée par des tentatives d'ouverture d'une base de données dont les fichiers n'ont pas été synchronisés lors de l'arrêt • utilise les informations stockées dans les groupes de fichiers de journalisation pour synchroniser les fichiers • implique deux opérations distinctes : – Réimplémentation des modifications : Les modifications des fichiers de journalisation (validées ou non) sont appliquées aux fichiers de données. – Annulation : Les modifications effectuées mais non validées sont annulées. (L'état initial est rétabli.) 8 - 17 Phases de la récupération d'instance 1. Démarrage de l'instance (fichiers de données désynchronisés) 2. Réimplémentation des modifications (journalisation) 3. Données validées et non validées dans les fichiers 4. Base de données ouverte 5. Annulation 6. Données validées dans les fichiers Annulation Instance Processus en arrière-plan SGA Base de données Fichiers de données Groupe de fichiers de journa- lisation Fichiers de contrôle SCN : 99 SCN : 129 SCN : 140 SCN : 143 SCN : 102-143 SCN : 143 SCN : 74-101 8 - 18 Régler la récupération d'instance • Au cours de la récupération d'instance, les transactions effectuées entre la position du point de reprise et la fin du fichier de journalisation doivent être appliquées aux fichiers de données. • Vous réglez la récupération d'instance en contrôlant la différence entre la position du point de reprise et la fin du fichier de journalisation. Fin du fichier de journalisation Position du point de reprise Transactions Récupération d'instance 8 - 19 Utiliser MTTR Advisor • Indiquez la durée souhaitée en secondes ou en minutes. • La valeur par défaut est 0 (désactivé). • La valeur maximale est 3 600 secondes (une heure). 8 - 20 Défaillance physique Causes typiques Solutions possibles Echec d'un disque 1. Restaurez le fichier affecté à partir d'une sauvegarde. 2. Informez la base de données de l'emplacement du nouveau fichier (si nécessaire). 3. Récupérez le fichier en appliquant les informations de journalisation (si nécessaire). Echec d'un contrôleur de disque Suppression ou corruption d'un fichier nécessaire au fonctionnement de la base de données 8 - 21 Configurer la base de données afin d'optimiser la possibilité de récupération Pour configurer la base de données afin d'optimiser la possibilité de récupération : • Planifiez des sauvegardes régulières. • Multiplexez les fichiers de contrôle. • Multiplexez les groupes de fichiers de journalisation. • Conservez des copies archivées des fichiers de journalisation. 8 - 22 8 - 23 Configurer la zone de récupération rapide Caractéristiques de la zone de récupération rapide : • Il est fortement recommandé d'utiliser cette zone pour simplifier la gestion du stockage des sauvegardes. • Son espace sur disque est distinct de celui des fichiers de base de données actifs. • Son emplacement est indiqué par le paramètre DB_RECOVERY_FILE_DEST. • Sa taille est indiquée par le paramètre DB_RECOVERY_FILE_DEST_SIZE. • Elle doit avoir une taille suffisante pour les sauvegardes, les fichiers de journalisation archivés, les journaux Flashback, et les fichiers de contrôle et de journalisation multiplexés. • Elle est gérée automatiquement conformément à la stratégie de conservation. La configuration de la zone de récupération rapide suppose la définition de son emplacement, de sa taille et de la stratégie de conservation. 8 - 24 Multiplexer les fichiers de contrôle Pour protéger votre base de données contre les pannes, vous devez conserver plusieurs copies du fichier de contrôle. Type de stockage ASM Type de stockage File System Recomman dation Une copie sur chaque groupe de disques (+DATA et +FRA, par exemple) Au moins deux copies stockées sur des disques différents (dont au moins une sur un contrôleur de disque distinct) Procédure à suivre pour créer des fichiers de contrôle supplémen- taires Aucune copie supplémentaire du fichier de contrôle n'est requise. 1. Modifiez le fichier de paramètres SPFILE à l'aide de la commande ALTER SYSTEM SET control_files. 2. Arrêtez la base de données. 3. Copiez le fichier de contrôle à un autre emplacement. 4. Ouvrez la base de données et vérifiez que le nouveau fichier de contrôle a été ajouté. 8 - 26 Fichiers de journalisation Multiplexez les groupes de fichiers de journalisation afin de protéger la base contre toute défaillance physique ou perte de données. Cela augmente les E/S de la base. Il est recommandé de respecter les règles suivantes : • Au moins deux membres (fichiers) par groupe • uploads/Management/less08-br-concepts 1 .pdf