INF: Paramètres de configuration bon SQL Server 6.5

Traductions disponibles Traductions disponibles
Numéro d'article: 166967 - Voir les produits auxquels s'applique cet article
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Agrandir tout | Réduire tout

Résumé

Pour SQL Server configuration plus d'informations sur les versions de SQL Server ultérieure à SQL Server 6.5, consultez l'article base de connaissances Microsoft :
319942Comment : Déterminer des paramètres de configuration de SQL Server
SQL Server peut fournir très hautes performances avec relativement peu réglage de la configuration. Par exemple, le service informatique de Microsoft a un serveur SQL Server qui prend en charge plus de 4 000 utilisateurs simultanés. Autres que les paramètres évidents tels que mémoire, les verrous et les connexions utilisateur, il utilise les principalement les paramètres de configuration par défaut. Il produit encore très hautes performances fonctionnant sur un ordinateur de quatre processeurs industrie standard. Ce niveau élevé de performances a été facilité par une bonne application et la conception de base de données, ne pas par le réglage de la configuration complète.

Pour plus d'informations sur l'optimisation des performances de SQL Server, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
110352Optimisation des performances de Microsoft SQL Server
Lors de l'adressage d'un problème de performances, le degré d'amélioration disponible à partir de réglage de la configuration est généralement modeste à moins que le système est configuré déjà correctement pas. Ceux-ci ne doivent généralement pas être modifiées sans pour autant submerger raison et pas sans test méthodique prudent pour vérifier la nécessité de modifier et de l'avantage une fois modifié.

S'il n'est pas configuré correctement, certains paramètres peuvent déstabiliser le serveur ou en faire un comportement erratique. À l'exception des ajustements évidents tels que la mémoire, les verrous et les connexions utilisateur, il convient d'accorder pensée prudent avant de régler d'autres paramètres, en particulier les paramètres avancés. Ne pas aveuglément régler à une valeur donnée uniquement sur recommandation d'un article de magazine, un livre blanc ou un consultant si les nouveaux paramètres entrent en conflit avec les recommandations du support technique Microsoft.

Plus d'informations

Années d'expérience de prise en charge avec des centaines de sites indique que les paramètres de configuration incorrecte peuvent avoir résultats allant neutres à hautement négatifs. En particulier, les paramètres ci-dessous ne doivent pas être ajustées des valeurs par défaut sans raison écrasante spécifique. Ils doivent également pas être ajustées sans test avant et après la modification pour évaluer le degré d'amélioration des performances méthodique rigoureux.
set working set size
concurrence SMP.
l'option priority boost
max worker threads
cache de procédure
Autres paramètres tels que tempdb in RAM, free buffers, lire les paramètres de cache et max async i/O, convient également pas d'objets adapter sans une bonne compréhension de l'impact ou sans objective des tests pour vérifier l'avantage de performance.

Le reste de cet article présente chacun de ces paramètres et donne quelques considérations dans leur utilisation :

définir la taille du jeu de travail :

Ce paramètre par défaut est 0, ce qui permet à Windows NT Server Gestionnaire de mémoire virtuelle pour déterminer la taille du jeu de travail de SQL Server. Dans la plupart des cas, il s'agit du paramètre correct. Lorsque SQL Server est installé, le programme d'installation sélectionne automatiquement «maximiser le débit pour les applications réseau» dans le panneau de configuration réseau dans les propriétés de service de serveur. Cela indique le Gestionnaire de mémoire virtuelle de Windows NT Server pour faire le jeu de travail très peu raccord, par conséquent perturber MINIMALEMENT jeu de travail de SQL Server. Pour cette raison, il n'est pas généralement nécessaire remplacer le paramètre par défaut «set working set size». Toutefois, si vous le définissez à 1, SQL Server utilise au démarrage la SetProcessWorkingSetSize() API Win32 pour corriger plus fortement le jeu de travail. Si vous overcommit puis mémoire de SQL Server, le système d'exploitation est moins capable de compenser et peut plus facilement consultez erreurs liées à la mémoire le système d'exploitation.

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
110983Recommandé de SQL Server pour les configurations de mémoire de NT
concurrence smp (6.5 uniquement) :

Ce paramètre par défaut est 0, ce qui permet à SQL Server (au moment du démarrage) automatiquement détecter les processeurs numéros et d'utiliser n-1 de ces. Sur un ordinateur SMP, il déclenche également la priorité du processus de SQL Server à 15. La plupart du temps, vous devez utiliser le paramètre par défaut. Substitution de ce paramètre de valeur-1 supprime les restrictions concernant le nombre de processeurs SQL Server peut utiliser, qui peut affamés le système d'exploitation de processeurs sous certaines conditions. Symptômes typiques comprennent les erreurs réseau ou une console qui a cessé de répondre. La commande NET VIEW peut échouer avec une erreur «session réseau a été annulée». Autres processus s'exécutant sur l'ordinateur peuvent cesser de répondre, en raison d'insuffisance de ressources processeur. Cela peut inclure d'autres services, SQL Executive, les programmes de sauvegarde, traitements par lots et ainsi de suite.

Sur les serveurs Compaq ProLiant, la récupération de Server automatique (ASR) pilote de temporisateur de surveillance peut devenir UC privé, supposons que le système d'exploitation n'a pas réussi de Windows NT Server et redémarrez le serveur pour récupérer.

Le paramètre par défaut "smp simultanéité» de 0 ne pas"perd"un processeur, car SQL Server appelle le système d'exploitation pour tous les réseau, d'e/S et fonctions de gestion de mémoire. Lorsque le système d'exploitation prend en charge ces appels fréquents, il utilise des ressources processeur et le paramètre par défaut garantit que le système d'exploitation obtient temps processeur dont il a besoin pour rapidement de service SQL Server demande. Par conséquent, tous les processeurs sur un système de SQL Server occupé ont tendance à être utilisée lorsque le paramètre par défaut "smp simultanéité» de 0 est utilisé. Attribuant «smp simultanéité» à 1, 2 et ainsi de suite, aussi ne devrait pas être nécessaire.

Cela peut déclencher la question de quand un paramètre "smp simultanéité" de -1 doit être utilisé et pourquoi le paramètre est fourni. Sous d'un pur traitement transactionnel en ligne (OLTP) charge, avec des longueurs de chemin d'accès strictement contrôlé transaction, où aucune prise en charge d'ad-hoc ou décision les requêtes sont autorisées et dans un environnement où l'ordinateur est absolument dédié à SQL Server (la console n'est pas utilisé, ni fichier partage, ni SQL Executive et ainsi de suite) ce paramètre peut fournir des améliorations de performances minimal effets secondaires.

Toutefois, si les caractéristiques du flux de requête alimentation jamais le serveur modifiez à partir de l'état pur ci-dessus, vous pouvez observer un comportement erratique. Par exemple, un système qui est apparu pour fonctionner correctement pendant une période de temps peut soudainement cesser de répondre. Débogage peut être compliqué, car elle peut avoir l'apparence d'un problème de système d'exploitation.

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
111405SQL Server et Windows NT thread planification
augmentation de priorité : ce paramètre par défaut est 0, ce qui entraîne l'exécution par SQL Server d'exécuter à 7 de priorité de processus sur un ordinateur monoprocesseur et (généralement) 15 sur un ordinateur SMP

Utilisez le paramètre par défaut dans la plupart des cas. La valeur 1 augmente la priorité du processus SQL Server à 15 sur un ordinateur monoprocesseur et à 24 sur un ordinateur SMP. Cela peut avoir des effets proche de "smp simultanéité"-1.

Prise en charge réelle expérience montre que l'activation de l'option priority boost n'est pas nécessaire pour les bonnes performances dans la plupart des situations. Définition de Booster la priorité sur peut interférer avec bon serveur fonctionne sous certaines conditions et ne doit pas être utilisée sauf dans des circonstances exceptionnelles. Cela peut par exemple être utilisé au cours de l'étude des performances une par le support technique de Microsoft. Il ne doit pas être utilisé uniquement car un livre blanc ou un consultant le conseille. nombre maximal de threads de travail : ce paramètre par défaut est 255, qui permet de 255 threads de travail à créer. Utilisez le paramètre par défaut 255 dans la plupart des cas. Cela ne signifie pas que seulement 255 connexions utilisateur peuvent être établies. Un système peut avoir des milliers de connexions utilisateur, essentiellement multiplexées en 255 threads de travail, et chaque utilisateur ne perceive généralement aucun retard. Dans ce cas, seules 255 requêtes peuvent s'exécuter «simultanément», mais cela à son tour est davantage MULTIPLEXÉE au nombre d'unités centrales disponibles, afin que la nature simultanée est uniquement perçu, quel que soit le travail combien les threads sont configurés.

Que chaque utilisateur de nouvelle connexion est établie, un nouveau thread de travail est créé, dans la limite de thread de travail. Sur SQL Server 6.5 après une période d'inactivité, un thread de travail expire et est fermé automatiquement. Configuration d'un nombre élevé de threads de travail est généralement contre-productive et ralentit les performances en raison de surcharge de planification et la ressource. cache de procédure :

Sur SQL Server 6.5, ce paramètre par défaut est 30, qui indique à 30 pour cent d'espace de cache de SQL Server sera réservé pour le cache de procédure. Sur un système avec une grande quantité de mémoire (par exemple 256 Mo ou plus), cela peut éventuellement être réduit quelque peu pour permettre à davantage de mémoire pour le cache des tampons. Toutefois, ne pas aveuglément réduire ce paramètre sur un nombre très faible (par exemple, 5 pour cent), même si le système utilise plusieurs procédures stockées. Cela est dû au fait que cache de procédure est un pool de mémoires d'usage général utilisé pour une variété de fonctions d'allocation de serveur interne, et pas uniquement pour la mise en cache des procédures stockées. Sans une quantité suffisante de mémoire dans ce pool, vous pouvez recevoir des messages d'erreur ou observer tout autre comportement erratique. Sur SQL Server 6.5, vous pouvez surveiller l'utilisation du cache de procédure avec l'Analyseur de performances et décider de réduire le paramètre de cache de procédure.

Dans la plupart des cas, la quantité incrémentielle de cache de mémoire tampon libéré en réduisant le paramètre de cache de procédure n'affecte pas sensiblement le taux de présence de cache mémoire tampon, qui est généralement relativement plate au sein de petites modifications (percentage-wise) dans la taille du cache.

Propriétés

Numéro d'article: 166967 - Dernière mise à jour: jeudi 23 janvier 2014 - Version: 4.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 6.5 Édition Standard
Mots-clés : 
kbnosurvey kbarchive kbmt kbenv kbinfo kbusage KB166967 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 166967
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com