Discussion :

[koko13]

Salut à tous,

Pour situer mon problème, je suis Resp Info dans un Hôpital et je dois configurer un futur serveur médical qui hébergera les données dans une Base Oracle 10G2. La question est de savoir si je dois forcément m'orienter vers UNIX (AIX ou HP voire même RedHat) pour servir 200 utilisateurs ou si Windows 2003 R2 ferait l'affaire. J'ai une infrastructure HP Serveurs Blade BL35P Opteron Bi-Pro voire Quadri-Pro et un SAN EVA4000. Sur le papier, le couple Processeur Opteron et OS Windows 2003 semble tout à fait capable de gérer ces 200 utilisateurs. C'est aussi mon avis, ce qui me fait hésiter c'est un discours encore fort sur la supériorité de UNIX. Ou se situe la vérité ? (inutile d'aborder les pb de virus ...je connais)

[Débéa]

Moi ce que j'aime bien sous unix, c'est la puissance du shell. Pour faire les scrips d'admin de la base....

[rouardg]

Bonjour,

Je ne suis pas administrateur système (que ce soit Windows ou bien Unix), mais vu ma petite expérience, je préfère largement Unix (ou Linux) comme OS.

En effet, l'architecture Oracle diffère entre Unix et Windows. Sous Unix, tout fonctionne en process. Ainsi, si tu démarres N instances Oracle sur ton serveur, tu vois les process SMON, PMON, etc, etc N fois. En cas de pb de performance au niveau OS, tu vois tout de suite quel est le process gourmand, cela avec des commandes de base (top, sar, vmstats...)

De plus, les process portent le nom de l'instance. Donc tu cernes l'origine des pb assez facilement.

Sous Windows, c'est une autre pair de manches. Si tu lances N instances Oracle, tu as N applications ORACLE.EXE. Si jamais tu as ta CPU scotchée à 100 % sur un ORACLE.EXE, tu n'arrives pas à savoir quelle instance est en cause avec le "Task Manager". Il faut installer des produits complémentaires (j'ai assez souvent entendu parler de Process Explorer) pour descendre au niveau des threads et compagnie.

Maintenant, pour un concepteur de bases de données (MCD, MPD), ou un développeur SQL PL/SQL, cela ne change rien. L'OS a surtout de l'importance lorsque tu fais du tuning système.

Pour finir, une simple constation : depuis la 10g, Oracle lance ses nouvelles versions en commençant par Linux ! Au moins, on connaît leur préférence !!!

[laurentschneider]

j'ai du répondre exactement la même question à un client hier.

A la base, RAC pour Windows et RAC pour UNIX, c'est le même produit, et 200 utilisateurs, ça ne me dit pas grand-chose, et il n'y aucune raison que ça ne fonctionne pas sous Windows.

Ce que je te conseille, c'est de choisir l'OS que tu préfères administrer. Si tu as déjà des machines AIX avec de l'expérience Oracle sous AIX, très bien, ne change surtout pas! Si par contre tous tes informaticiens sont spécialistes Windows, alors je pense que ce sera ça l'argument décisif.

Il y a aussi quelques différences spécifiques à RAC. Bon, si tu employes ASM, c'est identique, mais si tu veux un système de fichier partagés, alors sous Windows il n'y a que OCFS1, qui n'est pas terrible pour partager des fichiers autres que les datafiles.

Sous X, tu as de nombreuses options, par exemple GPFS sous AIX ou OCFS2 sous Linux ou GFS sous RedHat etc...

Le plus simple d'administration si ton SAN le supporte et est certifié est certainement NFS (seulement Unix/Linux).

J'espère que ça te donne une piste de réflexion, mais prépare toi à entrer dans une croisade anti- ou pro- Microsoft (ce qui n'est qu'une perte de temps selon mon opinion).

A+
Laurent

[Marc Musette]

Windows est une plateforme certifiée par Oracle , il n' y a donc pas de raisons que cela ne tourne pas sous wondows .

pour ce qui est de la guèguerre Windows vs Unix , elle me semble également une perte de temps : bien souvent, c'est l'admin système qui fera la différence -> choisis l'OS que tu as envie d'utiliser et dans lequel tu as envie de progresser

j'ai travaillé sous solaris, aix , linux et windows 2000/2003 et j'ai rencontré autant de problèmes sur l'un que sur l'autre mais également autant de possibilités

par exemple, l'argument du shell ... il y avait vbscript, maintenant powershell

[laurentschneider]

maintenant powershell

jamais entendu parler. ça me parait excellent, il y a même la commande man

[gregory.broissard]

Effectivement, tes contraintes techniques ne semblent pas problématiques pour partir vers tel ou tel OS. regarde ce que tu as dans ton parc (W2K3 ou UX) et les compétences que tu as dans les équipes d'exploitation, de dev, etc... pour t'orienter vers l'OS.