Discussion :

[bigfootspi]

Bonjour,

dans mon boulot, je dois toucher à des applis utilisant oracle.
mais il y a du dataguard et du golden gate...
j'ai regardé un peu les doc oracles mais plus je llis, moins je comprends...

quelqu'un pourrait m'expliquer rapidement et très très simplement la différence entre les 2 ?
ps : je suis très très loin d’être un expert oracle)

merci d'avance.
et merci de votre compréhension.

[McM]

La doc Oracle indiquant les différences entre les 2
http://www.oracle.com/au/products/da...te-096557.html

De ce que j'ai lu : Les 2 sont des outils de réplication de données.
Dataguard, c'est une standby database (read only), mise à jour depuis la primary. Possibilité de faire du synchrone (bases toujours identiques)
Golden Gate, c'est un système de transformation des modifications de la primary en fichier sql qui est rejoué sur la base secondaire. La base secondaire peut être en Read/write, et de version de database différente.

[Laurent_du_78]

DataGuard Physique est une réplication de la base complète Oracle / Oracle (application des redo log ou archivelog) sur la standby. La base standby n'est pas ouverte sauf avec la licence Active Data Guard.

GoldenGate est un outils de réplication de données de SGBD hétérogènes : Oracle vers Mysql, DB2 vers Oracle etc...
On peut capturer tout, ou quelques tables, ou quelques colonnes et/ou quelques enregistrements.
C'est un ETL, mais la partie TRANSFORMATION doit rester "light" pour de bonne perf.
La capture Oracle se fait sur les REDO /ARCHIVELOG (intrusif malgre le discours d'Oracle), ensuite GG produit des fichiers TRAIL au format GG qui sont envoyés à la machine cible qui les traduit et applique au format du SGBD cible.

GoldenGate remplace les Stream et DataGuard Logique.

[pachot]

Bonjour,
Data Guard est une réplication physique: performante, fiable, facile à mettre en oeuvre mais pas de transformations de données. On réplique directement les modifications faites sur les fichiers.
GoldenGate est une réplication logique: beaucoup plus souple mais plus complexe. On recrée un SQL equivalent pour l'appliquer ailleurs et éventuellement le transformer.
Cordialement,
Franck.