Linux ou Windows 2003 (64 bits) pour l'hébergement d'une base de données Oracle?

8

Copié à partir de StackOverflow

Y a-t-il des raisons écrasantes de choisir l'un plutôt que l'autre?

Je suis au milieu. Notre administrateur de base de données dit qu'Oracle sur Linux est meilleur, mais ne peut pas présenter de preuve. Nos administrateurs de matériel ne connaissent que Windows.

En ce moment, nous procédons avec Linux, mais je me sentirais mieux si je pouvais trouver une preuve qu'il s'agissait d'un meilleur système d'exploitation pour l'hébergement d'Oracle.

La base de données contient 500 Go de données. Je sais que ce n'est pas grand, mais nous avons certains processus qui taxent notre serveur Windows 2003 (32 bits).

- Edit - J'ai vu plusieurs très bons arguments pour l'un ou l'autre. Rien qui ne facilite la décision, mais de bons points quand même. Il semble qu'il n'y ait pas de "mauvais" choix.

Brad Bruce
la source

Réponses:

9

si vos administrateurs de serveur ne connaissent que Windows (boutique réservée aux MS) - vous devez utiliser Oracle sur Windows ... ou voulez-vous en tant qu'administrateur de base de données pour maintenir O / S, installer des correctifs O / S, gérer la sécurité O / S, faire O / S sauvegardes etc etc?

Cependant, en cas de boutique mixte, je recommande généralement Oracle sur Linux pour diverses raisons (certaines peuvent être subjectives):

  1. Meilleure stabilité, pilotes et expérience du marché de Linux 64 bits par rapport à Windows 64 bits
  2. Linux est plus flexible pour peaufiner et configurer
  3. Linux est la plate-forme de développement pour autant que je sache - les versions / correctifs arrivent généralement plus rapidement
  4. Étant donné que Linux est open source, Oracle R&D peut mieux étudier les problèmes
  5. Vous pouvez éventuellement obtenir le support d'Oracle pour les O / S (et VM) - "single throat to choke"
  6. Linux est considéré comme plus sécurisé (mais si vous le considérez comme une flamme - ignorez-le)
  7. Personnellement, je n'aime pas tout ce qui concerne le registre et les services Windows - il faut traquer la configuration du registre NLS, etc.
  8. Il semble que plus de clients utilisent Linux dans des configurations haut de gamme (RAC, Data Guard, etc.) que Windows.

Mais de toute façon, pour vos développeurs, accéder à Oracle sur Windows ou Linux est le même, totalement transparent. Ils devraient vérifier les goodies Oracle pour .NET de toute façon.

Ofir Manor
la source
Nous avons OEL et leur soutien. Nous avons été quelque peu déçus que même en utilisant OEL, l'installation de la base de données ait été une douleur manuelle à l'arrière! Si cette installation se passe bien, nous déplacerons probablement plus de bases de données vers Linux.
Brad Bruce
Salut Brad, désolé pour votre douleur ... la prochaine fois, essayez d'installer le RPM validé par Oracle, qui automatise toutes les étapes de pré-installation .... "Lorsqu'il est installé ... définit et vérifie les paramètres système ... installe tous les packages supplémentaires nécessaires à l'installation d'Oracle Clusterware et d'Oracle Database. Il crée un propriétaire de logiciel Oracle (oracle), le groupe OSDBA (dba) et le groupe Oracle Inventory (oinstall). Il met également à jour les paramètres sysctl.conf, les paramètres de démarrage du système, l'utilisateur limites et paramètres du pilote ... " download.oracle.com/docs/cd/B28359_01/install.111/b32002/…
Ofir Manor
Maintenant, O my mon DBA cachait-il ce petit bijou? Le guide d'installation qu'il avait seulement montré comment éditer les fichiers manuellement! Merci. Cela devrait faciliter la réinstallation de demain un peu plus!
Brad Bruce
eh bien, il n'était pas là dès le premier jour ... Donc, pas sûr que ce soit de sa faute (mais il est toujours recommandé de consulter la dernière version en ligne du guide d'installation). BTW - de nos jours tout le monde peut l'installer directement à partir du serveur public yum d'Oracle (si votre serveur a accès à Internet) - rendez-vous sur public-yum.oracle.com pour plus de détails
Ofir Manor
J'ai découvert pourquoi nous n'avons pas utilisé de validation Oracle. Il aime installer la dernière version de tous les packages. Il s'avère que notre pilote SAN est incompatible avec la dernière version de plusieurs packages.
Brad Bruce
4

Vous devriez également jeter un œil à Solaris. Solaris a toujours été extrêmement bien pris en charge par Oracle. Et maintenant que Sun a été acheté par Oracle, il sera probablement encore mieux pris en charge.

Vous pouvez très bien utiliser OpenSolaris si le prix est un problème, ou opter pour Solaris standard si vous voulez un excellent support. L'option Solaris est utilisée dans la banque où je travaille, par beaucoup de nos concurrents et par l'État où je vis.

Cela dit, la principale différence de stabilité / performance / coût / ... proviendra probablement de la plate-forme dans laquelle vos administrateurs sont les plus à l'aise ...

Guillaume
la source
si tous les administrateurs système de l'entreprise ne connaissent et ne prennent en charge que Windows, comment cela va-t-il aider? Linux ou Solaris sont tout aussi mauvais si personne ne le prend en charge.
Ofir Manor
3

Auparavant, il y avait une raison primordiale d'aller avec Linux pour un support 64 bits (et donc une meilleure gestion de la mémoire) - cela est maintenant réduit avec le support plus stable des plates-formes x64 WIntel.

Je ne peux pas vous donner de réponse définitive pour pourquoi, mais j'ai pris en charge le support informatique pour une petite maison de développement qui a écrit des applications contre Oracle 7i, 8i, 9i et 10i - tous les hôtes de base de données ont été créés vs Linux - sur RHEL 3, 4 et 5 .

La raison principale en était que c'était l'OS hôte pris en charge le plus stable qu'Oracle a ratifié pour une utilisation avec leur base de données. Avec la pléthore de correctifs que Microsoft publie, il était presque impossible de maintenir le système d'exploitation hôte à un niveau qu'Oracle avait testé et supporterait.

Après avoir utilisé Oracle sur Windows 2003 x64 et RHEL 4 x64 - la même base de données fonctionnait beaucoup mieux sur Linux que sur Windows - le stockage principal était une partition raid 10 présentée par fibre de 300 Go sur une baie EMC.

Les deux systèmes étaient «intacts»

Iain
la source
2

Cela dépend de la combinaison de la plate-forme sur laquelle vous obtiendrez le meilleur support d'Oracle (ou d'autres fournisseurs de support externes) et celle avec laquelle vous êtes le plus à l'aise.

D'après mon expérience, Oracle peut nécessiter une maintenance très élevée, ce qui signifie que la qualité du support est absolument cruciale. Si vous pouvez tout faire en interne, plus de pouvoir pour vous, mais c'est une bête tout à fait énorme de nos jours, nécessitant beaucoup de ressources dédiées pour tirer le meilleur parti de, donc comme si vous n'alliez pas faire appel à des externes soutenir un peu. Alors, sur quelle plateforme pouvez-vous obtenir le meilleur support externe? Je pense que ce serait Linux, mais je pense aussi que vous obtiendrez un support décent sur Windows.

D'un autre côté, et d'après le son des choses, vos compétences internes sont principalement Windows. Maintenant, vous ne pouvez pas être dans une position où vous êtes tributaire du support externe pour les choses opérationnelles de base au jour le jour. En outre, je me méfierais de votre DBA préconisant Linux; Les plates-formes OS devraient être quelque peu en dehors des attributions des DBA. Sur cette base, je pencherais certainement vers Windows.

Maximus Minimus
la source
2

Si vous payez le propre groupe de consultants d'Oracle pour venir concevoir un système `` clé en main '' qui implique une base de données, il y a 98% de chances qu'ils l'installent sur `` Oracle Enterprise Linux '', qui est leur propre version rebaptisée de RHEL .

Cela me parle beaucoup.

Chopper3
la source
2

En pratique, il est peu probable que vous souhaitiez exécuter un serveur qui héberge UNIQUEMENT une instance Oracle.

Même si vous ne prévoyez pas d'y exécuter d'autres applications réelles , vous aurez besoin de logiciels de surveillance, de sauvegarde / restauration, de gestion de serveur et de support matériel.

Choisissez le système d'exploitation sur la base du système d'exploitation sur lequel ces composants s'exécutent (ou vous connaissez le mieux le fonctionnement). Il est probable que vous souhaitiez créer des scripts / composants de surveillance personnalisés; vos développeurs seront probablement plus à l'aise avec l'un ou l'autre, alors laissez-les prendre la décision sur cette base.

Certaines organisations ont pour règle "de ne jamais rompre" d'insister sur le fait que toutes les boîtes Windows exécutent un logiciel AV sur accès; cela est susceptible de rendre la boîte Windows extrêmement performante. Ce n'est cependant pas une bonne raison d'utiliser Linux :)

MarkR
la source
1

MS SQL Server serait le premier choix sur les systèmes Windows. Sous Linux, j'utiliserais Oracle comme base de données. J'ai travaillé avec Oracle sur Windows dans le passé et cela fonctionne presque aussi bien que sous Linux. (Linux est plus rapide avec Oracle.) Mais plus important encore, ces administrateurs de base de données seront-ils en mesure d'administrer le matériel Linux? Ils devront le faire si vos administrateurs matériels ne sont pas en mesure de le faire. Si ce n'est pas le cas, vous pouvez décider de passer à Windows 2003 (64 bits) simplement parce que votre organisation n'a pas les connaissances nécessaires pour que ces systèmes fonctionnent correctement sous Linux.

Linux et Windows ont leurs forces et leurs faiblesses. Les deux peuvent être très bons entre les mains d'experts. Les deux peuvent être des dangers dangereux entre les mains des amateurs.

Wim ten Brink
la source
1

Le support est important comme déjà indiqué ... Lorsque vous avez la possibilité de prendre en charge les deux, définissez clairement les SLA de votre application. Ensuite, libérez la base de données dans les deux systèmes d'exploitation et voyez à quel point vous êtes proche de vos SLA. Le cloud est idéal pour ce type de test A / B. Dans mon expérience pour les SLA hautes performances, je peux trouver des différences de performances dans différentes distributions d'Unix / Linux et encore moins * nux vs Microsoft. En outre, je ne crois pas que les tests de DB soient prêts à l'emploi avec des configurations OS prêtes à l'emploi. Si c'est ainsi que les tests sont effectués, ils ne sont pas utiles. La plupart des bases de données et des systèmes d'exploitation peuvent être personnalisés pour fonctionner mieux dans différentes combinaisons. Il serait stupide de ne pas considérer cela dans le cadre du test de performance. Chaque test de performance que j'ai jamais fait, j'ai toujours trouvé des moyens de faire en sorte que Oracle sur certaines versions * nux exécute des ordres de grandeur plus rapidement que Windows. Ces OS offrent plus d'options de personnalisation et cette base de données peut également être personnalisée pour Linux dans une plus large mesure. Linux vs Solaris peut être intéressant en particulier parce qu'il y a souvent un temps de montée en puissance plus lent pour que Solaris atteigne un débit maximal que de nombreuses distributions Linux.

Je soupçonne que tout test de performance qui dit que les performances de Windows se comparent à Linux est un test prêt à l'emploi ou que le testeur ne sait tout simplement pas comment personnaliser la combinaison de Linux et d'Oracle.

Andrew
la source
0

La règle générale est qu'Oracle est meilleur sur Solaris, puis sur Linux, puis sur Windows. Oracle possède désormais Solaris et reconditionne son propre Linux (un clone de Red Hat / CentOS.) Ce sont les plates-formes qu'Oracle préfère. Ce sont également les moyens par lesquels Oracle prendra en charge l'intégralité de votre pile.

Je pense que Windows semble être le bon choix pour votre boutique, car c'est là que vos compétences existent déjà.

Scott Alan Miller
la source
Je pense que cela était surtout vrai lorsque Solaris était la principale plate-forme de développement. Depuis, Oracle est passé à Linux, et c'est également la seule plateforme pour laquelle Oracle prendra directement en charge le système d'exploitation. Bien sûr, s'ils sont autorisés à acquérir Sun Microsystems, la dernière partie pourrait changer :)
Roy
0

Voici mon expérience basée sur Oracle 10gR2 10.2.0.3 RAC sur Win2003 x64:

J'ai deux RAC de production qui fonctionnent bien depuis plus de deux ans, avec deux redémarrages de maintenance entre et quatre redémarrages d'instance en raison de l'application de correctifs. Donc, en termes de stabilité, Win2003 est une bonne option. Au niveau du système, j'ai peu à me plaindre. Il est stable et la configuration RAC permet une bonne évolutivité.

Cependant, si vous installez (ou mettez à niveau) un RAC, gardez à l'esprit que les installations de RAC peuvent être délicates et que les RAC sur Linux sont bien plus documentés. Quand j'ai installé ces bébés, j'étais un peu seul et j'ai eu ma juste part de brûlures, et j'ai le sentiment que les RAC sous Linux / Unix bénéficient d'un support un peu meilleur.


la source
-1

Sauf si vous utilisez la version Linux fournie, vous devez choisir Windows 2008 pour les performances de stabilité et la gérabilité. Oracle fournit à linux leur installation pour la simple raison qu'ils en sont propriétaires. Cela n'a rien à voir avec la stabilité ou les performances. Comme décrit ici, Windows était égal ou supérieur à Linux. Je ne connais aucune autre étude indépendante pour 2008 mais chaque mise à niveau que j'ai vue a montré une amélioration des performances par rapport à 2003

Jim B
la source
Depuis quand Oracle possède-t-il Linux?
MarkR
Oracle ne "possède" pas Linux, bien qu'il ait sa propre distribution. Solaris était leur plate-forme de développement jusqu'à ce qu'ils migrent vers Linux, bien avant que OEL ne soit disponible. RHEL et SLES sont tous deux bien supportés par Oracle et la communauté, il n'est pas nécessaire d'utiliser OEL si vous ne le souhaitez pas. Quant à ce rapport de performances, leur configuration était entièrement liée aux E / S et la configuration semble flakey aussi. Non pas que je m'attendrais à ce que le système d'exploitation fasse une énorme différence dans les performances, pas prêt à l'emploi de toute façon.
Roy