Oracle® Database Backup and Recovery Basics 10g Release 2 (10.2) indique que
Les journaux de rétablissement archivés sont la clé d'une récupération réussie des supports. Sauvegardez-les régulièrement.
Mais, je me demande, pourquoi les sauvegardes des journaux d'archives sont si importantes. Serait-il possible de faire une récupération ponctuelle en utilisant uniquement des sauvegardes de fichiers de données RMAN complètes et incrémentielles régulières.
Réponses:
Non, vous avez toujours besoin de journaux de rétablissement archivés. Une sauvegarde RMAN n'est pas la même chose qu'une sauvegarde à froid; lorsque vous le restaurez, vous devez appliquer tous les fichiers redo générés à partir du moment où vous avez commencé la sauvegarde jusqu'à la fin de la sauvegarde afin de rendre le SCN cohérent dans tous les fichiers de données et le fichier de contrôle.
Considérons la sauvegarde à chaud à l'ancienne. Dans ce mode, des blocs de base de données modifiés entiers sont écrits dans le flux de journalisation et le fichier est copié dans le système d'exploitation. Cela provoque des blocs fracturés , c'est-à-dire que le bloc a changé lors de la lecture par la sauvegarde. Donc, pour récupérer la base de données, nous restaurons les DBF, puis le processus de récupération recouvre les blocs modifiés des journaux de rétablissement archivés sur les blocs fracturés dans le fichier, et nous revenons à une base de données cohérente.
Dans une sauvegarde RMAN, le problème des blocs fracturés est éliminé car les blocs sont lus par Oracle via le SGA et non par un outil Unix comme cp. Cependant, le DBF change entre le moment où le premier bloc est lu et le dernier bloc, donc c'est le même problème, juste à plus grande échelle. C'est-à-dire que le SCN change entre le premier et le dernier bloc dans une sauvegarde. Les journaux de rétablissement archivés couvrent également cela.
RMAN vous donne la gérabilité du catalogue et un moyen de faire des sauvegardes à chaud sans avoir à générer de redo à un rythme beaucoup plus élevé (ce qui met sa propre pression sur les disques, le système de sauvegarde, etc.). Cependant BACKUP DATABASE, ne vous donnera pas une base de données cohérente en soi; la seule façon de le faire dans Oracle est la sauvegarde à froid.
La sauvegarde des journaux d'archivage n'est nécessaire que lors de l'exécution en mode journal d'archivage, donc la question revient de savoir si la base de données doit le faire ou non. Ceci est couvert dans le même document que vous référencez sous le titre Décider entre le mode ARCHIVELOG et NOARCHIVELOG . En voici un extrait:
Choix entre le mode ARCHIVELOG et NOARCHIVELOG
Les journaux de rétablissement de votre base de données fournissent un enregistrement complet des modifications apportées aux fichiers de données de votre base de données (à quelques exceptions près, telles que les charges de chemin direct).
Vous pouvez exécuter votre base de données dans l'un des deux modes: mode ARCHIVELOG ou mode NOARCHIVELOG. En mode ARCHIVELOG, un groupe de fichiers de journalisation en ligne utilisé doit être copié vers une ou plusieurs destinations d'archivage avant de pouvoir être réutilisé. L'archivage du journal de rétablissement conserve toutes les transactions stockées dans ce journal, afin qu'elles puissent être utilisées ultérieurement dans les opérations de récupération. En mode NOARCHIVELOG, les groupes de fichiers de journalisation en ligne sont simplement remplacés lorsque le journal est réutilisé. Toutes les informations sur les transactions enregistrées dans ce groupe de fichiers de journalisation sont perdues.
2.3.3.1 Conséquences de l'exécution en mode NOARCHIVELOG
L'exécution de votre base de données en mode NOARCHIVELOG impose de sérieuses limitations à votre stratégie de sauvegarde et de récupération.
Vous ne pouvez pas effectuer de sauvegardes en ligne de votre base de données. Vous devez fermer votre base de données proprement avant de pouvoir effectuer une sauvegarde en mode NOARCHIVELOG.
Vous ne pouvez pas utiliser de techniques de récupération de données qui nécessitent les journaux de rétablissement archivés. Il s'agit notamment de la récupération complète et ponctuelle des supports, comme décrit dans "Forms of Data Recovery", et de techniques de récupération plus avancées telles que la récupération ponctuelle d'espaces de table individuels et de Flashback Database (décrite dans Oracle Database Backup and Recovery Advanced Guide de l'utilisateur.).
Si vous exécutez en mode NOARCHIVELOG et que vous devez récupérer des dommages aux fichiers de données dus à une défaillance du disque, vous avez deux options principales pour la récupération:
Supprimez tous les objets qui ont des extensions situées dans les fichiers concernés, puis supprimez les fichiers. Le reste de la base de données est intact, mais toutes les données des fichiers concernés sont perdues.
Restaurez l'intégralité de la base de données à partir de la sauvegarde la plus récente et perdez toutes les modifications apportées à la base de données depuis la sauvegarde. (La récupération des modifications depuis la sauvegarde nécessiterait une récupération de support, qui utilise les journaux de rétablissement archivés.)
...
Lorsque les exigences de performances sont extrêmes ou que les limitations d'espace disque sont sévères, il peut être préférable de s'exécuter en mode NOARCHIVELOG malgré les limitations que ce choix impose à vos options de récupération.
Vous voudrez presque toujours exécuter en mode ARCHIVELOG, donc vous voulez presque toujours sauvegarder vos journaux d'archivage.