[11gR2] Mécanisme archive log

[ducho]

Bonjour tout le monde ,

je découvre le mode archive log sous oracle 11g .
Sur une base de test , j'ai supprimé le répertoire de destination des archives.

l'archivage s'est interrompu comme il se doit, par contre, la base reste
bloquer même apres recréation du répertoire :


la commande indiquée dans un livre sur l'administration 11g semble incorrecte ou fausse :

sql> alter system archive log start ;
cette commande et son alter ego stop ne sont pas valables,
cf le fichier d'alert log :

RCH: Archival stopped, error occurred. Will continue retrying
Errors in file d:\oracle\diag\rdbms\ddct11g\ddct11g\trace\ddct11g_arc1_3324.trc:
ORA-16014: le journal 1 séquence 493 n'est pas archivé car il n'y a pas de destination disponible
ORA-00312: journal en ligne 1 thread 1 : 'D:\ORACLE\ORADATA\DDCT11G\REDO01.LOG'
Wed Jan 18 11:27:42 2012
Archiver process freed from errors. No longer stopped
Wed Jan 18 11:30:29 2012
ARCHIVE LOG STOP has been deprecated - see ALTER DATABASE ARCHIVELOG
ARCHIVE LOG START has been deprecated - see ALTER DATABASE ARCHIVELOG
Wed Jan 18 11:32:42 2012
ARCH: Archival stopped, error occurred. Will continue retrying
Errors in file d:\oracle\diag\rdbms\ddct11g\ddct11g\trace\ddct11g_arc0_6892.trc:
ORA-16014: le journal 1 séquence 493 n'est pas archivé car il n'y a pas de destination disponible
ORA-00312: journal en ligne 1 thread 1 : 'D:\ORACLE\ORADATA\DDCT11G\REDO01.LOG'
Wed Jan 18 11:32:42 2012

commandes sous dos :

SQL*Plus: Release 11.2.0.1.0 Production on Mer. Janv. 18 11:29:42 2012

Copyright (c) 1982, 2010, Oracle. All rights reserved.


ConnectÚ Ó :
Oracle Database 11g Release 11.2.0.1.0 - Production

SQL> archive log list ;
mode Database log mode Archive
Archivage automatique ActivÚ
Destination de l'archive d:\oracle\arch\ddct11g
SÚquence de journal en ligne la plus ancienne 493
SÚquence de journal suivante Ó archiver 493
SÚquence de journal courante 495
SQL> alter system archive log stop ;

SystÞme modifiÚ.

SQL> alter system archive log start ;

SystÞme modifiÚ.

SQL> archive log list ;
mode Database log mode Archive
Archivage automatique ActivÚ
Destination de l'archive d:\oracle\arch\ddct11g
SÚquence de journal en ligne la plus ancienne 493
SÚquence de journal suivante Ó archiver 493
SÚquence de journal courante 495

Comment puis-relancer l'activité de la base sans l'arrêter ?

Les connexions à la base se font , mais les commandes sous sqlplus restent inactives
(sqlplus ne renvoie ni le curseur ni d'erreurs !!)

Dans différents liens, il est dit qu'il suffit de corriger l'erreur
(en l'occurrence dans mon cas de creer le dossier d'archive log)
pour que tout rentre dans l'ordre ..

cela ne semble pas être le cas.
Pouvez-vous me le confirmer ?
suis-je obligé d'arrêter la base ?

Cordialement

[Pomalaix]

Effectivement, ces deux commandes sont périmées en V11, elles n'ont plus d'effet.

Concernant votre blocage qui persiste, une idée est qu'il pourrait provenir d'un délai trop long entre 2 tentatives d'archivage, en cas de problème.

Que donne ceci ?

Code :

1
2
3
4
5
6
7
SET linesize 150
col dest_name format A20
col destination format A80
SELECT dest_name, destination, reopen_secs 
FROM v$archive_dest
WHERE destination IS NOT NULL
ORDER BY 1;

[ducho]

Bonjour,

En fait, comme je voulais avancer, j'ai fait :

SQL> shutdown abort ;
Instance ORACLE arrÛtÚe.
SQL> startup
Instance ORACLE lancÚe.

Total System Global Area 535662592 bytes
Fixed Size 1375792 bytes
Variable Size 377487824 bytes
Database Buffers 150994944 bytes
Redo Buffers 5804032 bytes
Base de donnÚes montÚe.
Base de donnÚes ouverte.
SQL> archive log list ;
mode Database log mode Archive
Archivage automatique ActivÚ
Destination de l'archive USE_DB_RECOVERY_FILE_DEST
SÚquence de journal en ligne la plus ancienne 494
SÚquence de journal suivante Ó archiver 496
SÚquence de journal courante 496
SQL> alter system switch logfile ;

SystÞme modifiÚ.

SQL> archive log list ;
mode Database log mode Archive
Archivage automatique ActivÚ
Destination de l'archive USE_DB_RECOVERY_FILE_DEST
SÚquence de journal en ligne la plus ancienne 495
SÚquence de journal suivante Ó archiver 497
SÚquence de journal courante 497
SQL>

la destination des archives a changé, oracle n'a pas pris en compte le paramètre log_archive_dest :

C:\Users\duchossoir>sqlplus sys/ORACLE@ddct11g as sysdba

SQL*Plus: Release 11.2.0.1.0 Production on Mer. Janv. 18 15:43:35 2012

Copyright (c) 1982, 2010, Oracle. All rights reserved.


ConnectÚ Ó :
Oracle Database 11g Release 11.2.0.1.0 - Production

SQL> SET linesize 150
SQL> col dest_name format A20
SQL> col destination format A80
SQL> SELECT dest_name, destination, reopen_secs
2 FROM v$archive_dest
3 WHERE destination IS NOT NULL
4 ORDER BY 1;

DEST_NAME DESTINATION
REOPEN_SECS
-------------------- --------------------------------------------------------------------
-------- -----------
LOG_ARCHIVE_DEST_1 USE_DB_RECOVERY_FILE_DEST
0

SQL> show parameter archive_log_dest ;
SQL> show parameter log_archive_dest ;

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest string d:\oracle\arch\ddct11g
log_archive_dest_state_1 string enable
log_archive_dest_state_10 string enable
log_archive_dest_state_11 string enable
log_archive_dest_state_12 string enable
log_archive_dest_state_13 string enable
log_archive_dest_state_14 string enable
log_archive_dest_state_15 string enable
log_archive_dest_state_16 string enable
log_archive_dest_state_17 string enable
log_archive_dest_state_18 string enable

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_state_19 string enable
log_archive_dest_state_2 string enable
log_archive_dest_state_20 string enable
log_archive_dest_state_21 string enable
log_archive_dest_state_22 string enable
log_archive_dest_state_23 string enable
log_archive_dest_state_24 string enable
log_archive_dest_state_25 string enable
log_archive_dest_state_26 string enable
log_archive_dest_state_27 string enable
log_archive_dest_state_28 string enable

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_state_29 string enable
log_archive_dest_state_3 string enable
log_archive_dest_state_30 string enable
log_archive_dest_state_31 string enable
log_archive_dest_state_4 string enable
log_archive_dest_state_5 string enable
log_archive_dest_state_6 string enable
log_archive_dest_state_7 string enable
log_archive_dest_state_8 string enable
log_archive_dest_state_9 string enable
log_archive_dest_1 string

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_10 string
log_archive_dest_11 string
log_archive_dest_12 string
log_archive_dest_13 string
log_archive_dest_14 string
log_archive_dest_15 string
log_archive_dest_16 string
log_archive_dest_17 string
log_archive_dest_18 string
log_archive_dest_19 string
log_archive_dest_2 string

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_20 string
log_archive_dest_21 string
log_archive_dest_22 string
log_archive_dest_23 string
log_archive_dest_24 string
log_archive_dest_25 string
log_archive_dest_26 string
log_archive_dest_27 string
log_archive_dest_28 string
log_archive_dest_29 string
log_archive_dest_3 string

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_30 string
log_archive_dest_31 string
log_archive_dest_4 string
log_archive_dest_5 string
log_archive_dest_6 string
log_archive_dest_7 string
log_archive_dest_8 string
log_archive_dest_9 string
SQL>

la vue v$archive_dest ne me donne pas la même valeur que le show
parameter .

le paramétre log_archive_dest_1 n'est pas pris en compte en standard edition .

je continue à investiguer
cordialement

[Pomalaix]

Le fait que vous soyez en édition standard a peut-être son importance dans le comportement que vous avez rencontré...

Sans y avoir passé des heures, je n'arrive pas à trouver d'informations sur un attribut REOPEN, même implicite, pour LOG_ARCHIVE_DEST tout court.

[IndianaAngus]

Vos archivelog sont dans le répertoire spécifié pour le paramètre db_recovery_file_dest.
Si vous supprimez le répertoire ou sont les archivelog, je ne sais pas si la base peut redémarrer toute seule juste en recréant ce répertoire (je n'ai pas fait de test).

Pour que ton paramètre sois pris en compte du devrais essayer cela:

Code sql :

1
2
 
ALTER system SET LOG_ARCHIVE_DEST_1='LOCATION=C:\...\...\...\...' SCOPE=SPFILE;

[ducho]

Bonjour,

hier soir,J'ai executé la commande ,
le dossier de destination a bien étré changé .
Par contre , j'ai voulu redémarrer la base et là, elle ne redémarre pas .

un conflit de paramétrage dans le spfile entre les paramètres
log_archive_dest_1
log_archive_dest ( que j'avais laissé mais non pris en compte par oracle).

le fait d'être en standard n'arrange pas les choses non plus.
les docs rman, reference et administration ont toutes un chapitre
sur la question
Malheureusement, je n'ai pas le temps aujourd'hui de m'en occupper .
je vous tiens au courant .

cordialement

[ducho]

Bonjour,

apres modification du fichier init.ora comme ceci :

db_recovery_file_dest=D:\oracle\flash_recovery_area\DDCT11G
db_recovery_file_dest_size=5218762752
log_archive_dest=""
log_archive_dest_1="LOCATION=D:\oracle\arch\ddct11g"
log_archive_format='redo_%S_%R_%T.arc'

puis les commandes suivantes :

SQL> startup pfile="C:\oracle\Admin\Ddct11g\Pfile\init.ora"
Instance ORACLE lancÚe.

Total System Global Area 535662592 bytes
Fixed Size 1375792 bytes
Variable Size 281018832 bytes
Database Buffers 247463936 bytes
Redo Buffers 5804032 bytes
Base de donnÚes montÚe.
Base de donnÚes ouverte.
SQL> archive log list ;
mode Database log mode Archive
Archivage automatique ActivÚ
Destination de l'archive D:\oracle\arch\ddct11g
SÚquence de journal en ligne la plus ancienne 497
SÚquence de journal suivante Ó archiver 499
SÚquence de journal courante 499
SQL> create spfile='C:\Oracle\Ora11GR2\database\spfileDdct11g.ora' FROM pfile='C:\Oracle\admin\Ddct11g\pfile
nit.ora';

Fichier crÚÚ.

SQL> shutdown immediate ;
Base de donnÚes fermÚe.
Base de donnÚes dÚmontÚe.
Instance ORACLE arrÛtÚe.
SQL> startup ;
Instance ORACLE lancÚe.

Total System Global Area 535662592 bytes
Fixed Size 1375792 bytes
Variable Size 281018832 bytes
Database Buffers 247463936 bytes
Redo Buffers 5804032 bytes
Base de donnÚes montÚe.
Base de donnÚes ouverte.
SQL> archive log list ;
mode Database log mode Archive
Archivage automatique ActivÚ
Destination de l'archive D:\oracle\arch\ddct11g
SÚquence de journal en ligne la plus ancienne 497
SÚquence de journal suivante Ó archiver 499
SÚquence de journal courante 499
SQL> alter system switch logfile ;

SystÞme modifiÚ.

SQL> archive log list ;
mode Database log mode Archive
Archivage automatique ActivÚ
Destination de l'archive D:\oracle\arch\ddct11g
SÚquence de journal en ligne la plus ancienne 498
SÚquence de journal suivante Ó archiver 500
SÚquence de journal courante 500
SQL> alter system set log_archive_format='redo_%S_%R__%T.arc' ;
alter system set log_archive_format='redo_%S_%R__%T.arc'
*
ERREUR Ó la ligne 1 :
ORA-02095: Le paramÞtre d'initialisation indiquÚ ne peut pas Ûtre modifiÚ


SQL> alter system set log_archive_format='redo_%S_%R__%T.arc' scope=spfile ;

SystÞme modifiÚ.

SQL> alter system switch logfile ;

SystÞme modifiÚ.

tout fonctionne

cordialement

PS : j'en conclus que si en prod, vous avez un souci sur le dossier ou répertoire destinataire des archives, vous n'avez pas d'autres solutions que de redémarrer la base !!

[Pomalaix]

Envoyé par ducho

PS : j'en conclus que si en prod, vous avez un souci sur le dossier ou répertoire destinataire des archives, vous n'avez pas d'autres solutions que de redémarrer la base !!

Sur une édition standard, peut-être, mais par contre ce n'est pas pas systématique pour une édition entreprise.
D'autant plus que la bonne pratique est d'avoir 2 destinations d'archivage simultanées, donc il faut vraiment avoir un gros coup de malchance pour qu'elles soient inaccessibles en même temps.

[ducho]

bonjour pomalaix,

vous parlez du paramètre log_archive_duplex_dest ?
je vais le tester .

cdlt