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

Transcription

1 Bases de données Oracle Améliorer la disponibilité Anticiper les problèmes en production 1

2 Étape 1 : Suivre les règles de bonnes pratiques Redo logs a. Multiplexer les membres de chaque groupe b. Tailler pour tourner 1 fois par heure c. Minimum 4 groupes Parallel Recory a. Paramètre PARALLEL_EXECUTION_MESSAGE = 4096 b. Paramètre PARALLEL_MIN_SERVERS > nombre de CPU Checksums sur les blocks (ATTENTION, très très consommateur) a. Paramètre DB_BLOCK_CHECKSUM = TYPICAL (checksum calculé, enregistré et vérifié pour les bloques de données et de redo) b. Paramètre DB_BLOCK_CHECKING = FULL Fast-Start Fault Recover a. Paramètre FAST_START_MTTR_TARGET pour définir le temps de redémarrage après recover 2

3 Étape 2 : Assurer la continuité de service 24/7 1. Activation du mode archive log 2. Sauvegarde de la base de données à chaud a. Toutes les 24h si activité normale b. Toutes les 12h si activité élevée (campagne) c. Conservation des sauvegardes sur 15j 3. Gestion des archive logs a. Générer un archive log au moins une fois par heure b. Dupliquer les archive logs sur différents disques 4. Mise en place de la «corbeille» a. Permet de restaurer une table supprimée «par erreur» 3

4 Étape 3 : Vérifier la sauvegarde 1. Vérification de la sauvegarde a. Vérification de l état de corruption physique et logique b. Indicateur Nagios sur l état de corruption 2. Restauration de la sauvegarde a. Quotidienne vers le serveur de recette b. Application de tous les archive logs disponibles c. Base de données disponible pour les exports, la consultation des données 4

5 Cas particulier des bases de données de GED 1. Difficultés 1. Sauvegarde à chaud des fichiers impossible a. Risque de modification pendant la sauvegarde 2. Synchronisation entre la base de données et le disque dur a. Les fichiers décrits en base de données doivent correspondre à des fichiers existants b. Un fichier supprimé en base de données ne doit pas exister physiquement 2. Solution 1. Copie différentielle vers un autre SAN 5

6 Bases de données Oracle Améliorer la disponibilité Sauvegarde et restauration avec Recovery Manager 6

7 Sauvegarder les archivelogs 1. Objectif 1. Générer des archivelogs régulièrement dans 1 ou plusieurs répertoires 2. Étapes 1. Établir un verrou 2. Archiver le redolog courant ( alter system archive log current ) 3. Libérer le verrou 4. Mettre sur bande le répertoire de sauvegarde 5. Optionnel : Purge des archivelogs Mieux vaut utiliser le paramètre archive_lag_target qui permet une rotation des logs régulière gérée par la base de données 7

8 Purger les archivelogs 1. Objectifs 1. Laisser disponible sur le disque uniquement les archivelogs générés depuis la dernière sauvegarde de la base de données 2. Étapes 1. Établir un verrou 2. Archiver le redolog courant 3. Supprimer les archivelogs générés plus anciens que la sauvegarde de base de données ( delete force obsolete ) 4. Créer une sauvegarde RMAN du control file ( configure controlfile autobackup on ) 5. Libérer le verrou 8

9 Sauvegarder la base de données 1. Objectif 1. Laisser disponible sur le disque la dernière sauvegarde de la base de données dans les répertoires des archivelogs 2. Étapes 1. Établir un verrou 2. Supprimer l ancienne sauvegarde RMAN de la base de données et du control file 3. Synchroniser les sauvegardes et archive logs connus et les fichiers présents sur disque ( crosscheck backup et crosscheck archive log all ) 4. Créer une sauvegarde RMAN de la base de données et du control file ( backup database ) 5. Sauvegarder les archivelogs sans purge 6. Libérer le verrou 7. Mettre sur bande le répertoire de sauvegarde 8. Optionnel : Valider la sauvegarde 9. Optionnel : Vérifier si la base de données n est pas corrompu 9

10 Valider la sauvegarde 1. Objectif 1. S assurer que la sauvegarde est utilisable en cas de restauration 2. Étapes 1. Vérifier que la base de données ne présente aucune physique ou logique ( backup validate check logical database ) 2. Vérifier que la sauvegarde peut être restaurée ( restore validate database ) 3. Optionnel : a. Restaurer la base de données sur un autre serveur b. Vérifier la base de données 10

11 Restaurer de la base de données 1. Objectifs 1. Restaurer une base de données à partir des sauvegardes RMAN présentes sur le disque 2. Étapes 1. Établir un verrou 2. Démarrer l instance en NOMOUNT ( startup nomount ) 3. Restaurer le controlfile ( restore controlfile from ) 4. Mettre l instance en MOUNT ( alter database mount ) 5. Restaurer la base de données ( restore database ) 6. Lancer le RECOVER et appliquer les archivelogs ( recover database ) 7. Libérer le verrou 8. Ouvrir la base de données en RESETLOGS ( alter database open resetlogs ) 11

12 Exemple de sauvegarde à chaud toutes les 24h 12h 13h 22h 23h 00h 01h 02h 12h 13h Sauvegarde sur bande Sauvegarde sur disque Archives Base de données Purge 12

13 Exemple de sauvegarde à chaud toutes les 12h 23h 00h 01h 12h 13h 14h 23h 00h 01h Sauvegarde sur bande Sauvegarde sur disque Archives Purge Purge Base de données

14 Exemple de sauvegarde à chaud RESUME 1. Archives logs généré toutes les heures 2. Backup full toutes les 24 heures 3. Purge toutes les 24 heures 14

15 Résumé des sauvegardes Base de données 24h ou 12h Checksum Production Archive logs 1h 1h 24h Recette 1h SAN SAN2 15