Pour passer une base clusterisée en mode archivelog, rien de plus simple.
Se connecter sur l’instance du premier nœud et arrêter l’instance :
[oracle@rac1 ~]$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.1.0 Production on Mon Dec 13 14:24:30 2010
Copyright (c) 1982, 2009, Oracle. All rights reserved.
Connecte a :
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 – Production
With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,
Data Mining and Real Application Testing options
SQL> archive log list
mode Database log mode No Archive
Archivage automatique Desactive
Destination de l’archive USE_DB_RECOVERY_FILE_DEST
Sequence de journal en ligne la plus ancienne 57
Sequence de journal courante 59
SQL>
On voit bien que la base n’est pas en mode archivelog et que la destination des archives est positionnée par défaut dans la Flash Recovery Area.
Normalement on arrête les instances sur tous les nœuds et on passe la base en archivelog.
Que se passe t il si on oublie d’arrêter la deuxième instance du cluster??
On va donc oublier d’arrêter l’instance sur le noeud 2 avant de modifier la base.
On fait la manip sur le noeud1.
SQL> shutdown immediate
Base de donnees fermee.
Base de donnees demontee.
Instance ORACLE arretee.
SQL> startup mount
Instance ORACLE lancee.
Total System Global Area 477073408 bytes
Fixed Size 1337324 bytes
Variable Size 209717268 bytes
Database Buffers 260046848 bytes
Redo Buffers 5971968 bytes
Base de donnees montee.
SQL>
SQL> alter database archivelog;
Base de donnees modifiee.
SQL> alter database open;
Base de donnees modifiee.
On génère quelques archives :
SQL> alter system switch logfile;
Systeme modifie.
Le cluster gère le cas et arrête lui même l’instance « oubliée » sans mettre un seul message d’erreur!
On est donc forcée de la redémarrer à la main et elle prend obligatoirement la modification.
SQL> alter system archive log current;
Systeme modifie.
Si on vérifie :
SQL> select name, THREAD#, SEQUENCE#, ARCHIVED from v$archived_log;
+DGFRA/racdb/archivelog/2010_12_13/thread_1_seq_63.265.737650775
1 63 YES
NAME
——————————————————————————–
THREAD# SEQUENCE# ARC
———- ———- —
+DGFRA/racdb/archivelog/2010_12_13/thread_2_seq_4.266.737650777
2 4 YES
La base archive bien les deux threads correspondants aux deux nœuds.
Albanlepunk