Discussion :

[Le-DOC]

Bonjour,
Je réfléchis a une solution de réplication de base pour alimenter une base de Qualification en temps réel (ou pseudo réel ~5 min)

Je ne sais pas trop vers quelle technologie me tourner pour impacter le moins possible la prod, et me rapprocher le plus possible de cette notion de temps réel, et bien sur gratuite:
- Import/Export via DBLink
- Streams
- autre chose ?

La base pèse dans les 30Go de data active.

[orafrance]

Streams c'est assez compliqué à mettre en oeuvre mais ça marche bien. Ca demande pas mal de boulot en terme de gestion par contre

Le DBLink c'est simple mais ça impose de créer des triggers sur toutes les tables de production, c'est trop intrusif.

Attention, aussi à la réplication en temps réel. Ca parait sexy comme ça mais quand tu fais un test en qualif et que les données sont modifiés en cours de route par la prod c'est pas terrible. En plus, ce genre de réplication ne permet pas de valider les contraintes métiers qui le sont par l'appli, tu peux donc corrompre les données en modifiant en même temps que tu importes.

Finalement, une restauration de la prod toutes les semaines sur la qualif ne serait-elle pas une meilleure solution ?

[Le-DOC]

Malhereusement, un import/export une fois par semaine n'est pas négociable.
Concernant les regles métiers, c'est entre guillemet pas mon probleme

L'equipe concernée veut simplement les données en base.

Le Streams pourrais etre interessant dans mon cas, mais est t'il en temps réel ?

[orafrance]

Par contre, attention, Streams Capture n'est dispo qu'en Edition Entreprise. Une Standard peut donc appliquer les modifications d'une Entreprise mais elle ne peut pas être répliquée.

Malhereusement, un import/export une fois par semaine n'est pas négociable.

Ils n'ont peut-être pas réaliser les problèmes que ça pose en terme de qualité de la donnée aussi

[Le-DOC]

Par contre, attention, Streams Capture n'est dispo qu'en Edition Entreprise. Une Standard peut donc appliquer les modifications d'une Entreprise mais elle ne peut pas être répliquée.

Ca veux dire que je peux répliquer les données de prod (Entreprise Edition) vers la Qualif (en Standard), mais pas l'inverse ?

En fait, concretement, ils veulent une mise a jour de 4 tables en temps réel, c'est donc pour ca que j'avais pensé aux Trigger avec DBLink. Mais dans mon entreprise, certains mots sont tabou...
C'est pour cela que je cherchais une soluton plus globale de réplication de base de donnée entiere.

Apres c'est sur que si il faut impérativement une EE sur les 2 bases, tant qu'a faire, autant utiliser le DataGuard.

Sinon, si je m'en souviens bien, le Stream fait une copie des archivelogs, et les appliques sur la base cible c'est bien ca ? on a donc une fraicheur non pas en temps réel, mais par rapport a la fréquence de rotation des archivelogs.

[orafrance]

Ca veux dire que je peux répliquer les données de prod (Entreprise Edition) vers la Qualif (en Standard), mais pas l'inverse ?

Oui, mais ça, j'imagine que ça viendrait à l'idée de personne c'est surtout que tu peux pas répliquer la qualif sur le dev par exemple

En fait, concretement, ils veulent une mise a jour de 4 tables en temps réel, c'est donc pour ca que j'avais pensé aux Trigger avec DBLink. Mais dans mon entreprise, certains mots sont tabou...
C'est pour cela que je cherchais une soluton plus globale de réplication de base de donnée entiere.

Et pourquoi pas une vue en qualif sur les bases de prod via un DBLink avec un user en lecture seule ?

Tu peux aussi faire un truncate de tes tables de qualif et insérer les data de prod périodiquement.

Apres c'est sur que si il faut impérativement une EE sur les 2 bases, tant qu'a faire, autant utiliser le DataGuard.

Non, une EE et une SE c'est très bien. Et une DG n'est pas adapté non plus parce que la base secondaire ne pourrait être qu'en lecture seule.

Sinon, si je m'en souviens bien, le Stream fait une copie des archivelogs, et les appliques sur la base cible c'est bien ca ? on a donc une fraicheur non pas en temps réel, mais par rapport a la fréquence de rotation des archivelogs.

Non, ça c'est DataGuard. Streams c'est plus comme logminer, ça envoie la commande redo dans une file d'attente et le process apply lis la file et dépile les commandes à appliquer sur la cible.