Impact du double archive log sur les performances du système ?

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

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

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...

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 !

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.

Oki...merci. :king: