Discussion :

[lper]

Bonjour,

mon objectif est de faire tourner des applications sur deux OS différents mais sur des données communes.
J'avais donc l'idée d'avoir une réplication de la base de données sur les deux systèmes, il faut donc une parfaite synchronisation des données.
Le système d'exploitation actuel est Unix sur machine Sun, la base de données est Oracle version 8i.
Le nouveau système devrait évoluer sur une nouvelle version unix et la version 10 de Oracle, certaines applications devant rester sur l'ancien système pour l'instant mais travaillant sur les mêmes données.
Ma question : est-ce possible, quelles sont les techniques disponibles ?

Merci d'avance pour toutes vos idées.

[pifor]

La produit idéal pour la synchronisation "parfaite", c'est Data Guard. Mais je ne le connais pas assez pour dire si votre configuration est compatible ou pas. J'ai cherché une matrice de compatibilité sur Metalink mais je ne l'ai pas trouvée...

[remi4444]

La produit idéal pour la synchronisation "parfaite", c'est Data Guard.

Le dataguard avec standby physique est effectivement l'idéal mais malheureusement on ne peut pas le faire avec des OS trop différents (quoi que entre 2 versions de sun, ça devrait aller) mais surtout je pense pas qu'on puisse le faire entre 2 vesions d'oracle différentes.

Si il faut juste faire une copie de données de temps en temps et que le volume n'est pas trop gros, je pense que le plus simple est l'import/export d'oracle.

Si on veux des données toujours fraiches pour la 2ieme application et que cette dernière ne fasse que de la lecture, la bonne vielle techniques des snapshots devrait fonctionner (à vérifier quant aux compatibilités sur de bases de versions différentes)

une question se pose sur le terme "parfaite synchronisation des données" est-ce que ça veux dire que les 2 bases sont en modifications?
Si c'est le cas je ne vois que la réplication "multi-maitres" du package "ADVANCED REPLICATION" mais là aussi il faut vérifier que ce soit possible entre 2 versions différentes d'oracle et surtout avoir conscience que c'est une grosse usine à gaz (ce qui est normal parcque la notion meme de modifications sur de multiples sites pose des problèmes fonctionnels tres compliqués).

Si plusieurs applicatifs doivent accéder au mêmes données, le plus simple est encore qu'ils accèdent à la même base!

[lper]

Merci déja pour vos réponses qui me donnent un axe de recherche.
Une petite précision, les deux applications devraient pouvoir mettre à jour les données en temps réels, le problème est que l'on doit passer en version 10 Oracle, l'ancienne application hélas n'est plus compatible avec cette version.

[remi4444]

Je ne voudrais pas être rabat-joie, mais ils va y avoir de tres gros problèmes à résoudre, en particulier les conflicts de modifications et ce, du simple pointe de vu de la coneption.

Je ne vois que l'"ADVANCED REPLICATION MULTI-MASTER" dans ton cas encore que, il faut s'assurer que c'est possible entre une 8i et une 10g.

Autrement j'ai déja traité ces problématique en développant moi même mes fonctions de réplications adaptées à mon fonctionnel. Pour ce faire j'ai créé des SNAPTSHOT LOGS sur toutes les tables, ce qui à l'avantage de tracer toutes les modifs, et ensuite il faut se débrouiller avec des update/insert/delete à travers un db-link. C'est de la programmation, mais au moins on maitrise le processus...

[lper]

Ok, je vais prendre en compte cette solution et l'évaluer par rapport à l'option de migration de l'ancienne application.
Je laisse ouvert le post encore si jamais d'autres idées.
Merci beaucoup en tout cas remi444 pour ton aide.

[Wurlitzer]

Bonjour,
mon objectif est de faire tourner des applications sur deux OS différents mais sur des données communes.

Je ne dois pas tout comprendre. Si ta seule contrainte est de Faire tourner des applications sur des OS différents mais sur des données communes cela signifie pour moi client sur des OS différents qui attaque une et une seule Base de donnée. Rien n'empeche une base (et heureusement) de recevoir des connexions de différents clients sur différents OS.

Selon moi, on ne se lance dans la replication, qui est autrement plus compliqué, qu'avec d'autres bonnes raisons (par exemple des problèmes de perfs entre des sites distant)

[nuke_y]

Je crois que son problème est qu'il doit absolument maintenir 2 versions de BDD, l'ancienne et la nouvelle.

[orafrance]

il existe shareplex développé par Quest pour ce type de besoin. Ca fonctionne un peut comme une standby database mais pour des environnements complétement différent

[lper]

il existe shareplex développé par Quest pour ce type de besoin. Ca fonctionne un peut comme une standby database mais pour des environnements complétement différent

Comme le mentionne Nuke, je dois avoir deux versions différentes de la DB.
Je regarde encore cette proposition, merci encore pour les réponses.

[Wurlitzer]

Comme le mentionne Nuke, je dois avoir deux versions différentes de la DB.

Pourquoi tu dois avoir deux versions de la DB. Qu'est ce qui t'impose cette contrainte ?

[orafrance]

Comme le mentionne Nuke, je dois avoir deux versions différentes de la DB.

Shareplex sait faire, c'est tout l'intérêt

Sinon, la standby logical ne doit pas faire grand cas de la différence d'architecture je pense

[remi4444]

Shareplex sait faire, c'est tout l'intérêt

Je ne connaissais pas cet outil... Est-ce que ça gère les 2 bases en modification ? il me semble que c'est là le noeud du problème (si j'ai bien compris les contraintes)

Sinon, la standby logical ne doit pas faire grand cas de la différence d'architecture je pense

La par contre j'en suis sur, la standby logique est de la réplication uni-directionnelle.

Je ne crois malheureusement pas que ça soit trés tolérant quant à la différence d'archi. Déja, pour l'initier, il faut faire des copies physiques de datafiles, puis des copies au fil de l'eau des archive-log... donc il faut au moins que le 2ieme OS sache les lire. La techno étant une usine à gaz basée sur logminer, je pressent de gros problèmes d' incompatibilités en tout genre...

[orafrance]

je sais que shareplex est assez souple... mais je ne connais pas le détail