2 votes

Différences de performances entre SQL Server 2008 Standard et Enterprise

Outre les fonctionnalités telles que le partitionnement, les vues indexées et l'indexation parallèle, existe-t-il des fonctionnalités réelles telles que l'indexation parallèle ? différences de performance entre les Standard y Entreprise éditions de SQL Server 2008 ?

Par ailleurs, la limitation à 4 CPU concerne-t-elle 4 cœurs ou 4 CPU physiques ?

Dans notre environnement, nous hébergeons un certain nombre de bases de données (même schéma, tailles différentes) allant jusqu'à 100 Go. Nous hébergeons entre 50 et 100 instances sur un cluster de basculement.

Notre architecture utilise NHibernate entre notre application et la base de données.

Je doute fort qu'une seule base de données augmente de plus de 1000 Go au cours des prochaines années.

La raison pour laquelle je pose cette question est que nous sommes sur le point de passer à un deuxième cluster et je voudrais savoir si cela vaut la peine de payer le supplément pour Enterprise (c'est environ 5 fois plus cher). Nous sommes actuellement en mesure de faire toute la maintenance dont nous avons besoin sur la version précédente.

La seule fonction que je vois qui pourrait être utile est le gouverneur de ressources pour s'assurer que certaines requêtes ne prennent pas trop de ressources.

2voto

Chopper3 Points 99341
  1. En dehors des avantages potentiels que vous avez énumérés et des capacités supplémentaires du processeur, il n'y a pas de différences directes de performances - ce n'est pas comme si MS "throttle down" Standard.

  2. Sockets/CPU physiques - pas les cœurs.

Vous seul pouvez décider si les fonctionnalités supplémentaires d'Enterprises valent le coût. J'ai tendance à mettre plus de 64 Go de mémoire dans mes boîtes MSSQL, j'ai donc les mains liées, mais vous n'aurez peut-être pas ce problème. Et bien sûr, les snapshots de la base de données et le cryptage peuvent s'avérer utiles. Beaucoup de gens choisissent Enterprise uniquement pour les outils d'exploration de données.

2voto

benphane Points 180

Outre la prise en charge supplémentaire de l'unité centrale et de la mémoire, plusieurs fonctionnalités permettraient d'améliorer les performances de SQL Enterprise :

1) "Balayages de tables "partagés (si une connexion effectue un balayage de table, et qu'un second balayage de table arrive pour cette table, le second peut utiliser les résultats de ce que le premier lit, et relire les parties qui ont été manquées).

2) Prise en compte des vues indexées pour répondre à d'autres requêtes

3) Verrouiller des pages en mémoire Note : ceci est supporté dans SQL Standard x64 2008 SP1 / 2005 SP3 CU4 et plus, mais nécessite un drapeau de trace avant SQL 2012.

4) Davantage de préfabrication/de lecture anticipée

5) Parallèle / en ligne opérations d'indexation

Néanmoins, il s'agit d'un travail assez avancé ; corrigez d'abord vos requêtes et votre schéma.

Voir aussi ce qui suit (mais il n'y a rien que je n'ai pas mentionné) : http://blogs.msdn.com/b/boduff/archive/2008/01/24/why-should-i-use-sql-enterprise-edition.aspx http://blogs.technet.com/b/sqlman/archive/2011/03/26/sql-server-standard-vs-enterprise-edition.aspx

1voto

jftuga Points 5522

Nombre maximal de processeurs pris en charge par les éditions de SQL Server (puis choisissez la boîte déroulante pour passer de R2 à 2008)

SQL Server prend en charge le nombre spécifié de sockets de processeur multiplié par le nombre de CPU logiques dans chaque socket. Par exemple, le processeur suivant est considéré comme un processeur unique dans le cadre de ce tableau :

Un processeur à cœur unique, hyper-threadé, avec 2 CPU logiques par socket.

Un processeur double cœur avec 2 CPU logiques.

Un processeur quadricœur avec 4 CPU logiques.

SQL Server est concédé sous licence par socket de processeur, et non par CPU logique.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X