Discussion :

[ducho]

Bonjour tout le monde,

Avant de me plonger dans la nombreuse documentation Oracle, je voudrais votre avis sur les différentes solutions à ma disposition pour que les
données de la production soient mises à jour en temps réel sur une autre base .

J'ai evidemment entendu parler de standby database et dataguard
(même chose à priori) mais basé sur les archivelogs
(donc les données ne sont pas mises à jour en temps réel si je ne m'abuse ?)

un collegue me parle de logiciel applicatif (couche middleware) qui écrirait
dans les deux bases en même temps .

cela n'est pas pour une solution de secours ou sauvegarde, c'est pour éviter
du BO sur la prod ...

cordialement

[IndianaAngus]

Dataguard est du temps réel. Les redo sont envoyé directement sur la standby database et appliqué directement. C'est la solution que nous utilisons. Une bascule sur la standby ne prend que quelques secondes (en switchover ou failover). La standby est en mode mount.
Sinon il y a change data capture avec lequel j'ai travaillé une fois mais j'ai pas tout compris, c'est plus compliqué...
Par contre qu'est ce que tu appel par "BO" sur la base?

[ducho]

Bonjour,

j'ai lu plusieurs de tes posts sur le sujet, je croyais que c'était les archives
qui étaient copiés .
je vais essayer de mettre ça en place .
sauf si dataguard n'est pas autorisé en standard edition (je vais vérifier) .

BO pour Businees Object , pour ne pas ralentir le transactionnel
(c'est sur la paye , et les tables historiques sont énormes )
je voudrais éviter les requêtes de BO sur la base de prod
il y a un infocentre actuellement, mais mis à jour toutes les nuits..

cordialement

[IndianaAngus]

En fait c'est a toi de définir le mode d'apply, si c'est en real time et donc avec les redo log ou bien en petit différé avec les archivelog.
Dans ton cas c'est plutôt une logical standby qu'il te faut puisque la physical n'est pas open.
A cet endroit dans la doc ils expliquent comment cela fonctionne.

Et aussi, bonjour, je viens de voir que j'avais pas dit bonjour

[ducho]

pas grave pour le bonjour, perso ça ne me dérange pas .

je lis la doc ....

cdlt

[ldiaz]

Il existe aussi une technologie qui s'appel STREAMS
Peu etre as tu deja lu quelque chose a ce sujet.
C'est a peu pret le meme principe que dataguard, sauf que avec les streams tu as une granularite vu que tu peux passer seulement un schema, ou mieux encore, certains objets d'un schema, ou un mix d'objets de plusieurs schemas.

Si ton besoin est d'avoir la base entiere repliquée, dans ce cas, le dataguard est genial.

[Waldar]

Vous êtes en train de créer un infocentre, une base dédiée au reporting qui ressemble à la production.

Je vous invite à regarder les solutions de CDC (Change Data Capture), encore supportées en 11gR2, mais qui dixit la documentation vont n'évoluer plus qu'au travers d'Oracle GoldenGate.

Le chapitre reste très intéressant à lire.
http://docs.oracle.com/cd/E11882_01/...c.htm#DWHSG016

[doc malkovich]

@Waldar : Oracle CDC c'est pas Streams ? Les schémas et la doc semblent le confirmer ...

Sinon niveau prix Dataguard c'est bien mais très cher, goldengate est accessible et en plus supporte d'autres SGBD, et streams est gratuit de mémoire.
Après les ETL ont aussi des solutions de CDC qui pourraient être utilisées par l'infocentre ( ou dataware ? ). Il faut voir quel ETL est utilisé chez vous, voire s'il en existe un.

[ducho]

Bonjour,

Je pensais que dataguard était une option gratuite pour toutes les editions d'Oracle , l'option payante étant celle ci :
actives data guard
l'etl utilisé chez nous est talend

cordialement

[ducho]

Bonjour,

Voici une copie de la réponse de notre commercial Oracle concernant
dataguard :

Cette fonctionnalité existe uniquement dans la gamme Enterprise Edition.
Deux solutions sont donc possibles :
Vous pouvez migrer vos licences vers des licences Enterprise Edition(Prix au processeur : 37.492 euros HT)
Vous pouvez acquérir l’option Goldengate(prix au processeur : 13.813 euros Ht) qui fonctionne avec la gamme Standard Edition.
Je joins à ce courriel une documentation sur Goldengate.

Je vais donc chercher autre chose !!!

[Heaven93]

bonjour,

je te conseille downstream plutôt que streams. pas plus difficile à maintenir que streams, il a le mérite de générer un overhead seulement sur le site miroir contrairement à streams qui pénalise parfois les performances sur le site source avec le process de capture et le supplemental logdata.
pour pratiquer les deux, je trouve quand même que cela n'a rien à voir avec dataguard pour la maintenance notamment. il y a souvent des erreurs avec streams (ou downstream) qui bloquent l'application des ordres sql. et puis il y a certains impératifs de pk, de logging mode...
oui, en effet, dataguard a un coût (particulièrement active dataguard) mais à mettre en regard du nombre d'heures de baby-sitting à effectuer. Avec dataguard, on gère certaines bases en appliquant les redo plusieurs fois dans la journée et en ouvrant la base en mode read-only ensuite. ce qui donne des données fraîches de quelques heures... sans payer la licence active dataguard.
enfin, oracle ne préconise plus streams. c'est encore maintenu mais l'évolution est goldengate.
c'est un choix difficile;
bon courage

[ducho]

bonjour ,
quest software propose aussi un produit appelé shareplex qui serait le pendant
de golden gate d'oracle .

cordialement