Discussion :

[condor_01]

Bonjour chers amis,
Je viens de découvrir l'astuce du double archivelog (sauvegarde des archivelogs sur plusieurs destinations : de 1 à 10 destinations). Cet astuce me permettra de résoudre un problème car j'ai besoin de travailler sur 2 destinations différentes d'archive log.
Il me reste un petit souci. En effet, je veux savoir si cette opération de double archivage a un impact sur les performances du système (mémoire, I/O...)? En effet le site sur lequel est installé la base est trop critique et bien dimensionné pour travailler dans des conditions particulières.
Merci d'avance.

NB: Je travaille sous Oracle 9i. Je dois réaliser ça sur différents types d'OS

[orafrance]

Eventuellement un léger overhead durant le switch si un disque est plus lent mais c'est tout... on peut dire que c'est non significatif

PS : Pour ceux qui voudraient se documenter sur le sujet :
doc en français
doc Oracle en anglais

[philcero]

Pour ma part je pense que côté mémoire l'impact sera extrêmement minime si ce n'est négligeable.

En ce qui concerne les I/O je ne suis pas entièrement d'accord. Si le ou les processus d'archivage ciblent de disques physiques différents appartenant a des groupes différents mais derrière la même carte d'I/O et que celle-ci est déjà solicitée. L'archivage supplémentaire contribuera de façon non négligeable au goulot d'étranglement.

Il faut donc analyser la charge actuelle et si il y a de la place, pas de problème...

[olivanto]

Excusez moi, j'en profite pour poser une question après avoir lu la doc.

- Je ne comprend pas l'utilité du log_archive_deplex_dest ; il fait la même chose que le log_archives_dest_n ? Seulement avec deux destinations. C'est çà ? Quel intérêt de cet option ?

- Les archives sont-elles copiés sur (par exemple avec deux destinations) l'une ET l'autre destination, où un coup sur l'une, un coup sur l'autre ?

- Toujours dans ce cas ; si une des destination est indisponible (panne, disque plein, etc.), la base Oracle continuera t-elle à tourner en se satisfaisant du fait qu'il y a toujours une destination valide ?

Merci !

[philcero]

Le paramètre LOG_ARCHIVE_DUPLEX_DEST sert à spécifier une deuxième cible pour les archive logs en regard du LOG_ARCHIVE_DEST.

Dans la version Enterprise Edition, ce paramètre et son acolyte sont considérés comme obsolètes/indésirables et Oracle conseille d'utiliser LOG_ARCHIVE_DEST_n qui ne se cantonne pas seulement à des destinations de type système de fichier.

Maintenant en ce qui concerne les deux modes, ne pas oublier de spécifier le paramètre LOG_ARCHIVE_MIN_SUCCEED_DEST qui conditionnera le nombre minimum de destination viables que le processus d'archivage devra trouver et avoir réussi à utiliser à l'instant T afin de valider que l'archivage est viable et libérer le REDOLOG courant en le passant en mode REUSE.

[olivanto]

Oki...merci.