Discussion :

[j-m-l-87]

Bonjour,

j'aurai une question concernant le multiplexage des archives logs.
Sur une base Oracle en archivelog multiplexée, si un des répertoires (contenant les archiveslogs) disparait, est ce que la base peut continuer à fonctionner ?
Par exemple, quand un lien fibre vers une baie de disque tombe et qu'il n'est pas doublé.

Merci de votre réponse

[Pomalaix]

Par défaut, il suffit que l'archivage ait réussi sur l'une quelconque des destinations d'archivage.
Mais le comportement dépend de l'éventuel paramétrage spécifique qui aurait été fait.

En particulier, dans les paramètres de type LOG_ARCHIVE_DEST_n, on peut définir un attribut MANDATORY.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

LOG_ARCHIVE_DEST_1='LOCATION=/arch/dest MANDATORY'

Dans ce cas, la réussite de l'archivage dans cette destination sera obligatoire, et si elle est impossible, ceci bloquera la base.

Pour savoir si une destination a été définie comme obligatoire ou non, consulter la colonne BINDING de V$ARCHIVE_DEST.

[ora_home]

Bonsoir,
Je confirme la réponse de Mr Pomalaix.
c'est pour celà on ajoute l'option MANDATORY pour les chemine qui sont sûr.

[j-m-l-87]

OK super.
Par contre, est ce que le fonctionnement est le même pour les REDOLOGS multiplexés ?

[ora_home]

OK super.
Par contre, est ce que le fonctionnement est le même pour les REDOLOGS multiplexés ?

ça veux dir ??

[j-m-l-87]

ça veux dir ??

Si les redologs sont multiplexés, est ce qu'il suffit qu'une seule écriture soit bonne ou alors est ce qu'il faut que les deux soit OK ?

[ora_home]

C'est selon l'option que vous avez indiquer pour la destination : MANDATORY ou OPTIONAL (option par défaut).

Exemple 1:

LOG_ARCHIVE_DEST_1='LOCATION=c:/disk1 MANDATORY

Dans ce cas l'archivage dans l'emplacement c:/disk1 est obligatoire, et l'echec d'archivage sur cette endroit va planter ta BD.

Exemple 2 :

LOG_ARCHIVE_DEST_2='LOCATION=c:/disk1

Dans ce cas, l'archivage est optionnel, et l’échec d'archivage ne généré pas de plantage au niveau de ta BD.

[j-m-l-87]

Effectivement c'est ce qu'il se passe pour les archivelogs mais mes redologs sont paramétrés ainsi :
GROUP TYPE MEMBER IS_RECOVERY_DEST_FILE
1 ONLINE /mckph/data/MCKPH/redo01.dbf NO
2 ONLINE /mckph/data/MCKPH/redo02.dbf NO
3 ONLINE /mckph/data2/MCKPH/redo03.dbf NO
4 ONLINE /mckph/data2/MCKPH/redo04.dbf NO

1 ONLINE /mckph_recover/redo/redo01.dbf NO
2 ONLINE /mckph_recover/redo/redo02.dbf NO
3 ONLINE /mckph_recover/redo/redo03.dbf NO
4 ONLINE /mckph_recover/redo/redo04.dbf NO

Si le répertoire /mckph_recover devient inaccessible, est ce que la base s'arrête ?

[ora_home]

D'aaccord, donc là tu parle des fichiers de journalisation en ligne.
Dans ce cas, il te faut obligatoirement 2 groupes.
pour le cas de tes fichiers, si le répertoire /mckph_recover devient inaccessible, et que les fichiers du répertoire /mckph/data/MCKPH sont organisés en un seul group, dans ce cas ca marchera pas. par contre si les fichiers du repertoire /mckph/data/MCKPH sont organisé en deux groupes au minimum, dans ce cas meme si le répertoire /mckph_recover devient inaccessible, tu n'aura pas de problèmes.
tu peux consulter : v$log et v$logfile