Bonjour ,
C'est quoi l'intérêt d'avoir des redo logs multiplexés si la base n'est pas en archivelog ?
Version imprimable
Bonjour ,
C'est quoi l'intérêt d'avoir des redo logs multiplexés si la base n'est pas en archivelog ?
Bonjour,
Rien à voir avec le mode archivelog car les redo multiplexés concernent les redo online (donc avant d'être archivés).
L'interêt: les redo logs sont les seuls fichiers indispensables pour ne pas perdre de données. Si on en perd un, on perd des transactions. Donc on les multiplexe (soit avec plusieurs members par groupe, soit par redundancy ASM) pour assurer une haute disponibilité.
Cordialement,
Franck.
Merci Franck.
Le multiplexing est géré par le processus LGWR qui écrit dans un redo et dans sa copie en même temps.
Par contre si un redo est corrompu qu'est ce qui garantit que LGWR ne propage pas la corruption au "redo log copie"ce qui rend les 2 redos (online et sa copie) endommagés et donc non utilisables ?
Ca dépend du type de corruption. Si c'est un problème d'écriture, il y a peu de chances d'avoir une corruption sur les 2 écritures. Si c'est le redo généré alors oui, mais c'est un autre problème.
bonjour Franck,
Peux-tu m'expliquer davantage comment oracle gère la corruption sur un redo et sa "non propagation" sur le "redo copie".
Tu es d'accord avec moi que à chaque instant le redo et sa copie sont synchro grâce au LGWR ?
Enfin la mise en place du multiplexage nécessité t-elle un redémarrage de l'instance oracle.
A mon avis oui s'il s'agit du controlfile et non(à chaud) s'il s'agit du redo ? Tu confirmes ?
merci et félicitations pour l'OCM ;)
Je parle d'une corruption lors de l'écriture sur disque. Comme ils s'agit de 2 écritures sur 2 disques différents, la probabilité d'avoir une corruption sur est 2 est très faible.
non, pas de redémarrage nécessaire pour rajouter un log member.