Pourquoi devons-nous sauvegarder des bûches d'archives Oracle avec des datafiles
Base de sauvegarde et de récupération de la base de données Oracle® 10G version 2 (10.2) indique que
Les journaux de Redo archivés sont la clé d'une reprise des médias réussie. Les sauvegarde régulièrement.
Mais, je me demande, pourquoi les sauvegardes des bûches d'archives sont si importantes. Serait-il possible de faire une récupération de temps à l'autre à l'aide de sauvegardes régulières RMAN complètes et incrémentielles Datafile.
La sauvegarde des bûches d'archives n'est nécessaire que lors de l'exécution en mode journal d'archivage, la question revient donc si la base de données devrait le faire ou non. Ceci est couvert dans le même document que vous référence sous la rubrique décider entre archivalog et noaralivelog mode . Voici un extrait:
Décider entre l'archivalog et le mode NOCHIVELOG
Les journaux de votre base de données de votre base de données fournissent un enregistrement complet des modifications apportées aux données de votre base de données (à quelques exceptions près, telles que des charges de chemin direct).
Vous pouvez exécuter votre base de données dans l'un des deux modes: Mode Archivelog ou NOCHIVELOGOG. En mode Archivenogog, un groupe de journaux de Redo d'occasion doit être copié sur une ou plusieurs destinations d'archives avant de pouvoir être réutilisées. Archivage Le journal de Redo préserve toutes les transactions stockées dans ce journal, de sorte qu'elles puissent être utilisées dans des opérations de récupération plus tard. En mode NOCHIVELOGOGOGOGOG, les groupes de journaux de Redo en ligne sont simplement écrasés lorsque le journal est réutilisé. Toutes les informations sur les transactions enregistrées dans ce groupe de journal de Redo sont perdues.
2.3.3.1 Implications d'exécution en mode NOCHIVELOG
L'exécution de votre base de données en mode NOCHIVELOG impose de graves limitations sur 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 couper votre base de données proprement avant de pouvoir prendre une sauvegarde en mode NOCHIVELOGOG.
Vous ne pouvez utiliser aucune technique de récupération de données nécessitant les journaux de redo archivés. Celles-ci incluent la récupération complète et ponctuelle de média, comme décrit dans "Formes de récupération de données", et des techniques de récupération plus avancées telles que la récupération de points à temps des espaces de table individuels et la base de données flashback (décrite dans la sauvegarde de la base de données Oracle et la récupération avancée Guide de l'utilisateur.).
Si vous utilisez le mode NOCHIVELOGOG et que vous devez récupérer des dommages causés aux datafiles en raison de l'échec du disque, vous disposez de deux options principales de récupération:
Déposez tous les objets qui ont des extensions situées dans les fichiers affectés, puis laissez tomber les fichiers. Le reste de la base de données est intact, mais toutes les données des fichiers affectés sont perdues.
Restaurez la base de données entière à partir de la sauvegarde la plus récente et perdez toutes les modifications de la base de données depuis la sauvegarde. (Récupération des modifications car la sauvegarde nécessiterait une récupération des supports, qui utilise les journaux de redo archivés.)
...
Lorsque les exigences de performance sont extrêmes ou des limitations de l'espace disque sont graves, il peut être préférable d'exécuter en mode NOCHIVELOG en dépit des limitations que ce choix impose aux options de récupération.
Vous voudrez presque toujours courir en mode Archivelog, vous souhaitez donc toujours toujours sauvegarder vos journaux d'archives.