Discussion :

[melmel78]

Bonjour à vous,

J'explique ma problématique.
Je bosse en tant que DBA sur un projet de data warehouse.
J'ai 2 data center (le premier à Paris et le deuxieme aux US)
Les data sources sont donc pour certaines à Paris et pour d'autres aux US.
Pour minimiser les lenteurs réseaux lors des étapes ETL il a été décidé de créer 2 data warehouses (une à paris l'autre aux US) et de lancer les job talend pour charger chaque DWH avec les data des datasources du même data center.

J'espere que je ne vous ai pas perdu pas dans mon explication

Il m'a donc été demandé de trouver une solution "oracle" pour repliquer les données entre les deux DWH (dans les deux sens) afin que ni les utilisateurs à Paris, ni ceux des US n'aient de lenteur dans la restitution de leur report.
Sachant que je ne connais pas encore les volumétries des données à transférer mais juste que les données doivent être au max à J+1

Mes data sources ont chacunes une standby physique sur des servers du data center distant (Paris vers US et inversement)
je pensais à mettre en place des standby logique ?
ou alors une deuxieme standby physique qu'il faudra ouvrir le temps de transfert ...
mais je ne sais pas si c'est possible pour des dataware house
ou s'il y a d'autres solution plus appropriées ...

Je suis un peu perdue dans ce projet alors si je n'ai pas été claire ... je m'en excuse.
si quelqu'un à déjà bossé sur ce genre de projet (DWH, replication ...)
J'aimerai bien que vous m'aidiez.
Merci d'avance.
Mel.

[pachot]

Bonjour,

C'est possible avec des standby physique.
La mettre en recovery après le chargement:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

alter database recover managed standby database disconnect from session;

L'ouvrir en read-only lorsqu'on a tout appliqué:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
alter database recover managed standby database cancel;
alter database open read only;

Il faut scripter un peu pour détercter quand tous les archivelogs générés par le chargement sont appliqués.

En 11g avec option, Active Dataguard permet de continuer à appliquer le recovery tout en gardant la base ouverte.

Pour un chargement DWH, on fait souvent des inserts en nologging. Par contre là il faudra passer er force logging our tout avoir.

Cordialement,
Franck.

[melmel78]

MERCI Franck,
Je vais tester la méthode en dev.

[funoracle]

Bonjour,

juste une remarque.

Si la contrainte avait été proche d'un temps réel et non à J+1, la solution Oracle GoldenGate actif-actif aurait pu être employée. C'est aussi fonction des flux transactionnels à répliquer.

Cordialement.

[melmel78]

bonne idée mais "un peu" trop chère ... la solution du golden gate n'a pas été retenue d'où le j+1 imposé aux users.
Merci pour ta réponse funoracle