D’abord:
un journal de restauration contient beaucoup de choses nécessaires pour la récupération par exemple, etc. un journal archivé n’est utilisé que pour les restaurations – il n’a pas besoin de tout ce qui se trouve dans un journal de restauration, donc lorsque arch écrit le journal d’archive, il n’écrit pas tout, juste ce qui est nécessaire pour les restaurations
deuxièmement:
Les journaux d’archives sont créés avec une taille plus petite et inégale que les journaux de restauration d’origine. Pourquoi?
——————————————————————————–
Modifié 02-JUN-2007 Statut du HOWTO DE type MODÉRÉ
Dans ce Document
Goal
Solution
——————————————————————————–
Ce document vous est livré via le processus de visibilité rapide (RaV) d’Oracle Support et n’a donc pas fait l’objet d’un examen technique indépendant.
S’applique à :
Oracle Server – Enterprise Edition – Version : 8.1.7.4 à 11.1
Les informations contenues dans ce document s’appliquent à toute plate-forme.
Objectif
Les journaux d’archives sont créés avec une taille plus petite et inégale que les journaux de restauration d’origine.
Commandes comme:
MODIFIER LE FICHIER JOURNAL DU COMMUTATEUR SYSTÈME
ou
MODIFIER LE JOURNAL DES ARCHIVES SYSTÈME…
ne sont pas utilisés pour générer une archive ou changer le fichier journal. De plus, il n’y a pas de jeu de paramètres ARCHIVE_LAG_TARGET.
Quoi d’autre pourrait provoquer un tel comportement ?
Solution
Selon:
Bug: 5450861: LES JOURNAUX D’ARCHIVES SONT GÉNÉRÉS AVEC UNE TAILLE PLUS PETITE QUE LES FICHIERS JOURNAUX DE RESTAURATION
l’explication de cette situation a 2 raisons principales:
1. les journaux d’archives ne doivent pas nécessairement être de taille égale. Cela a été décidé il y a très longtemps, lorsque le remplissage vide des journaux d’archives s’est arrêté, pour une très bonne raison – afin d’économiser de l’espace disque.
2. le changement de journal ne se produit pas lorsqu’un fichier journal de restauration est rempli à 100 %. Il existe un algorithme interne qui détermine le moment du changement de journal. Cela a également une très bonne raison – faire le commutateur de journal au dernier moment pourrait entraîner des problèmes de performances (pour diverses raisons, hors du cadre de cette note).
Par conséquent, une fois le changement de journal effectué, les archiveurs copient uniquement les informations réelles des fichiers journaux redo. Étant donné que les journaux de restauration ne sont pas pleins à 100% après le changement de journal et que les journaux d’archive ne sont pas remplis en blanc après la fin de l’opération de copie, il en résulte des fichiers inégaux et plus petits que les fichiers journaux de restauration d’origine.
Ceci est très visible pour les très petits fichiers journaux de restauration (inférieurs à 10 Mo) ; en tant que tels, les journaux d’archives de 2,5 Mo générés à partir de journaux de restauration de 5 Mo sont très visibles.
Notez simplement qu’à ce moment, les fichiers journaux de restauration par défaut ont une taille de 100 Mo. Si les fichiers journaux d’archives résultants se situaient entre 98 et 100 Mo, personne ne le remarquerait.
La principale préoccupation que l’on devrait avoir pour les fichiers journaux d’archives est une éventuelle corruption. Cela peut être très facilement vérifié en essayant une récupération de test. Lorsque cela est correct, la taille inégale du journal d’archive ne devrait pas être préoccupante, comme on s’y attend.
