Informations Standby Database

Bonjour à tous,

Voilà, j'ai implémenté une SDB et tout fonctionne normalement...

Cependant, quelque chose me chiffone, et j'espère que vous aller apporter une réponse.
Serveur source: Base de données sous 8i et OS sous W2000 server.
Serveur de secours : Base de données sous 8i et OS sous W2003 server.

En fait, les deux serveurs auparavant tournés sous W2000 server et j'ai migrer le secours en 2003, et j'ai réimplémenté sans me poser de question. Mais, j'ai eu un doute, et j'ai relu les différentes docs sur les SDB, et dans la plupart, il est marqué qu'il faut avoir les mêmes version d'OS.

Or, dans mon cas présent, la SDB fonctionne, les archives arrivent bien sur les 2 serveurs, les modifs sont prisent en compte,.... Quel est le risque de rester dans la situation actuelle ? (Y'a-t-il quelque chose que je n'aurais pas vu ou compris ?)

Merci de votre aide

le risque c'est de rencontrer un bug sur l'un que tu n'as pas sur l'autre... et surtout, tu n'auras aucun secours d'Oracle en cas de problème parce que ça serait surprenant qu'une telle architecture soit supporté (pour une DB physique au moins).

Si c'est en production, je te conseille de migrer l'OS de la primaire au plus vite :?

Merci de la réponse, par contre, je reste perplexe sur la contrainte de l'OS :koi:, pourriez vous m'expliquer pourquoi l'OS doit être le même (Je ne doute pas de ce que vous dites mais je voudrais comprendre.... je sais je suis un :boulet: ).

A y réfléchir, c'est Oracle qui génére les archives sur les deux serveurs via le Net*8, et c'est encore Oracle, qui fait que les archives soient mangés par le secours.

Pourriez vous éclairez ma lanterne.

Merci

ça tient du bug, nouvelle versions d'OS = nouvelles DLLs windows = source de bug... tout simplement ;)

Cela veut dire qu'Oracle utilise des Dll windows ???

probablement, il utilise les couches basses du systémes notamment pour la gestion CPU et I/O :?

Merci beaucoup de ta lumière ....

Sur la contrainte d'OS, je suis d'accord avec orafrance quand il s'agit de W2000 à W2003. Mais bon, mis a part le manque de support (ce qui est tres important pour une base de production) c'est sensé marcher.

Mais OS identique veut aussi dire ne pas passer d'un Windows a un UNIX. Et la il ne s'agit plus de contrainte purement politique, ca ne marche pas. Je pense que cela doit etre lié au format binaire des fichiers. Un entier sur un OS 32bit ou 6bit, little Endian ou Big Endian, n'est pas codé de la meme facon en binaire.

Re,

je vais suivre le conseil d'Orafrance, à savoir la migration de l'OS de la primaire en 2003. Par contre, y a-t-il des contraintes par rapport à la base de données. En clair, une archi en oracle 8i sur un 2000 serveur va-t-elle fonctionner sur un 2003 serveur ? Faut-il installer des patchs particulier ?

Merci.