Les redo logs

Ces fichiers servent à sauvegarder toutes les modifications effectuées sur une instance même celles non encore validées sur les tablespaces ou sur le dictionnaire. Oracle y stocke toutes les informations lui permettant de reprendre dans de bonnes conditions son exploitation. Ces fichiers sont gérés par le processus lgwr (log writer).

La gestion circulaire est celle déclarée par défaut pour une base de données. Il est possible de valider une gestion multiplexée par la création de groupes. Dans le schéma précédent, il existe un groupe nommé 1 et un groupe nommé 2.

Déclaration du mode multiplexé

Nous avions fait le choix d'utiliser deux fichiers pour les redo logs, Oracle a donc automatiquement créé deux groupes, comprenant chacun un fichier) :

Visualisation

Ils correspondent aux fichiers suivants :

Visualisation

Nous déclarons le mode multiplexé. Pour cela, nous leur adjoindrons chacun un miroir ou un membre, avec l'ordre ALTER DATABASE .. ADD LOGFILE .. TO GROUP :

Ajout de fichiers de redo

Commutation d'un fichier vers un autre

La commutation d'un fichier vers un autre fichier peut être automatique, elle peut aussi être faite sous le contrôle de l'administrateur. Il peut agir :

par une commande,

par la validation d'un intervalle de travail.

Dans le cas de la commande, l'administrateur agit avec l'ordre ALTER SYSTEM SWITCH LOGFILE :

Commutation des fichiers

Le checkpoint

Pour s'assurer qu'un checkpoint complet est fait (toutes les données sont validées sur le disque, et un point de référence est créé dans l'instance), il est aussi possible de forcer un checkpoint complet :

Le checkpoint

Le processus ckpt (checkpoint) demande la mise à jour des zones de la SGA vers les supports physiques. Il est directement lié au processus dbwr. L'activité du processus est liée aux deux autres variables qui indiquent quand le checkpoint devra avoir lieu :

LOG_CHECKPOINT_INTERVAL : en bloc OS (8 K octets, pour Solaris 2.x),

LOG_CHECKPOINT_TIMEOUT : en seconde.

Vérification

Le mode archive

Ce mode consiste à sauvegarder le fichier de redo log lorsque ce dernier est plein et que le système a commuté sur le suivant. Cette sauvegarde a lieu via le processus arch (archive) qui existe en mode ARCHIVELOG. Ce mode de fonctionnement est impérativement utilisé si l'instance ne peut être arrêtée pour effectuer sa sauvegarde. Les fichiers ne sont conservés qu'entre deux sauvegardes à froid.

La méthode consiste à :