Info: Korrekten SQL Server 6.5-Konfigurationseinstellungen

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 166967 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.
Alles erweitern | Alles schließen

Zusammenfassung

SQL Server-Konfiguration zur auf SQL Server-Versionen höher als SQL Server 6.5 Siehe Microsoft Knowledge Base-Artikel:
319942Gewusst wie: Bestimmen der korrekten SQL Server-Konfigurationseinstellungen
SQL Server können sehr hohe Leistung mit relativ wenig Feinabstimmung der Konfiguration bereitstellen. Microsofts IS-Abteilung verfügt z. B. einen SQL-Server, die über 4.000 gleichzeitige Benutzer unterstützt. Außer offensichtlich Einstellungen wie Speicher, Sperren und Benutzerverbindungen wird größtenteils Standardkonfigurationseinstellungen verwendet. Noch erzeugt sehr hohen Leistung auf eine Branche standard-Quad-Prozessor-Computer ausgeführt. Diese hohe Maß an Leistung wurde durch gutes Anwendungs- und Datenbankentwurf nicht durch Feinabstimmung der umfassende Konfiguration vereinfacht.

Weitere Informationen auf SQL Server zur Optimierung der Leistung folgendem Artikel der Microsoft Knowledge Base:
110352Optimieren der Leistung von Microsoft SQL Server
Ein Leistungsproblem zu adressieren, wird der Grad der Verbesserung von Feinabstimmung der Konfiguration in der Regel gering, wenn das System bereits nicht ordnungsgemäß konfiguriert ist. Diese sollten nicht in der Regel ohne Grund überwältigend und nicht ohne sorgfältige systematische Leistungstests, ob die Notwendigkeit für ändern und den Vorteil, einmal geändert geändert werden.

Wenn es nicht ordnungsgemäß konfiguriert ist, einige Einstellungen möglicherweise den Server destabilisieren oder wählen Sie ein auffälliges Verhalten. Außer für offensichtlich Anpassungen wie Speicher, Sperren und Benutzerverbindungen sollten sorgfältige Überlegungen erteilt werden, vor anderen Einstellungen, insbesondere die erweiterten Einstellungen anpassen. Nicht passen Sie Blind mit einem bestimmten Wert ausschließlich auf die Empfehlung eines Magazins Artikel, Whitepaper oder Berater Wenn die neuen Einstellungen mit Empfehlungen von Microsoft Software Service in Konflikt stehen an.

Weitere Informationen

Jahre Erfahrung mit Hunderten von Standorten Unterstützung bedeutet, dass falsche Konfigurationseinstellungen im Bereich von neutrale bis äußerst negative Ergebnisse haben können. Insbesondere sollte die folgenden Einstellungen nicht von Standards ohne bestimmten überwältigend Grund angepasst werden. Sie sollten auch nicht ohne gründliche systematische Leistungstests vor und nach der Änderung um einzuschätzen, den Grad der Verbesserung angepasst werden.
Set working Set size
SMP-Parallelität
Priority boost
Max Workerthreads
Prozedurcache
Andere Einstellungen z. B. Tempdb in RAM, free Buffers, lesen Sie ahead Parameter und max Async-e/A, sollte auch nicht ohne vorherige Planung ohne gute Kenntnisse über die Auswirkungen oder ohne Ziel Leistungstests zum Überprüfen des Vorteil angepasst werden.

Der Rest der dieser Artikel beschreibt jede dieser Parameter und bietet einige Überlegungen hinsichtlich der Verwendung:

set working Set Size :

Diese Einstellung wird standardmäßig auf 0, wodurch der Windows NT Server virtueller Speicher-Manager um Working Set Size von SQL Server zu bestimmen. Die meisten Bedingungen ist dies die richtige Einstellung. Wenn SQL Server installiert ist, wählt das Setup-Programm automatisch "Durchsatz für Netzwerkanwendungen maximieren" in der Systemsteuerung den unter den Server-Dienst-Eigenschaften. Dies weist den Windows NT Server virtueller Speicher-Manager dazu nur sehr wenig Arbeitsseiten Zuschneiden, daher minimal SQL Server-Arbeitsseiten stören. Aus diesem Grund ist es nicht in der Regel erforderlich, um die Standardeinstellung "set working Set Size" zu überschreiben. Beim Start verwendet SQL Server Wenn Sie es auf 1 festlegen, jedoch die Win32-API-SetProcessWorkingSetSize(), um den Arbeitsseiten mehr strikt zu beheben. Wenn Sie SQL Server-Speicher dann overcommit, das Betriebssystem ist weniger können auszugleichen und möglicherweise schneller angezeigt, speicherbezogene Betriebssystemfehler.

Weitere Informationen finden Sie die Artikel der Microsoft Knowledge Base:
110983SQLServer für NT Speicher Konfigurationen empfohlen
Smp Parallelität (nur 6.5) :

Diese Einstellung wird standardmäßig auf 0, wodurch SQL Server (beim Starten) automatisch die Anzahl Prozessoren erkennen und verwenden Sie n-1, der diese. Auf einem SMP-Computer löst es auch die Prozesspriorität von SQL Server auf 15. Der größte Teil der Zeit, sollten Sie die Standardeinstellung verwenden. Überschreiben diese Einstellung-1 entfernt alle Einschränkungen auf wie viele Prozessoren SQL Server verwenden kann, die das Betriebssystem des CPUs unter bestimmten Bedingungen starve können. Typische Symptome Netzwerkfehler oder eine Konsole, die nicht mehr reagiert. Der Befehl NET VIEW kann mit einer "Netzwerksitzung wurde abgebrochen" Fehler fehl. Andere auf dem Computer ausgeführten Prozesse reagiert, aufgrund von Blockieren der CPU. Dies kann andere Dienste, SQL Executive, Sicherungsprogramme, Stapelverarbeitungen und usw. enthalten.

Auf Compaq ProLiant-Servern die automatische Server Recovery (ASR) Watchdog Treiber CPU starved, werden möglicherweise angenommen, der ausgefallen Betriebssystem Windows NT Server und starten Sie den Server wiederherstellen neu.

Die Standardwert "Smp Parallelität" die Einstellung 0 wird keine "einen Prozessor verschwendet" da SQL Server das Betriebssystem für alle Netzwerk-, e/A und Speicher Management-Funktionen aufruft. Wenn das Betriebssystem diese häufig Aufrufe bedient, CPU-Ressourcen verwendet und die Standardeinstellung wird sichergestellt, dass das Betriebssystem CPU-Zeit erhält schnell Dienst muss fordert SQL Server. Daher werden dagegen alle Prozessoren auf einem ausgelasteten SQL Server-System ausgelastet, wenn die Standardwert "Smp Parallelität" die Einstellung 0 verwendet wird. Festlegen "Smp Parallelität" auf 1, 2 und usw., sollten auch nicht erforderlich sein.

Dies kann die Frage, wann eine Einstellung für "Smp Parallelität"-1 verwendet werden sollte und warum die Einstellung bereitgestellt ist auslösen. Unter eine reine online Transaction processing (OLTP) Last mit streng kontrollierten Transaktion Pfadlänge, dabei keine Ad-hoc- oder Entscheidung Unterstützung Abfragen zulässig sind und in einer Umgebung, in denen absolut ist der Computer, dedizierten SQL Server (die Konsole nicht verwendet wird, noch Datei freigeben, noch SQL Executive und usw.) mit dieser Einstellung einige Leistungsverbesserungen mit minimalen Auswirkungen bieten.

Wenn die Merkmale von der Abfrage-Stream jemals einführen des Servers aus dem oben aufgeführten reinen Zustand ändern, können Sie jedoch fehlerhaft Verhalten beobachten. Angenommen, reagiert ein System, die ordnungsgemäß für einen bestimmten Zeitraum ausgeführt wurde plötzlich. Debuggen, komplizierte möglicherweise es die Darstellung der ein Betriebssystem Problem möglicherweise.

Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
111405SQLServer und Windows NT Thread planen
Priority Boost : Diese Einstellung wird standardmäßig auf 0, wodurch SQL Server auf einem Uniprozessor-Computer und (normalerweise) 15 auf einem SMP-Computer an Prozesspriorität 7 ausführen

Verwenden Sie die Standardeinstellung in den meisten Fällen. Auf 1 festlegen, erhöht SQL Server-Prozesspriorität um 15 auf einem Uniprozessor-Computer und 24 auf einem SMP-Computer. Dies kann Auswirkungen ähnelt "Smp Parallelität" auf-1 festlegen haben.

Tatsächlich unterstützt die Erfahrung zeigt aktivieren Priority Boost ist nicht in den meisten Situationen gute Leistung erforderlich. Einstellung Boost Priorität auf kann mit optimierten Server unter bestimmten Bedingungen funktioniert beeinträchtigen und sollten nicht außer unter sehr ungewöhnlichen Umständen verwendet werden. Beispielsweise kann dies verwendet werden während eine Leistung Untersuchen von Microsoft Product Support Services. Es sollte nicht verwendet werden, nur weil ein Whitepaper oder Berater damit informiert. Max Workerthreads : Diese Einstellung standardmäßig auf 255, wodurch bis zu 255 Arbeitsthreads erstellt werden. Verwenden Sie die Standardeinstellung von 255 in den meisten Fällen. Dies bedeutet nicht, dass nur 255 Benutzerverbindungen hergestellt werden können. Ein System kann Tausende von Benutzerverbindungen im Wesentlichen auf 255 Arbeitsthreads im Multiplexmodus und jeden Benutzer wird im Allgemeinen keine Verzögerungen übereinstimmt. In einem solchen Fall nur 255 Abfragen können "gleichzeitig" ausgeführt, jedoch im dies wiederum ist weiter Multiplexmodus auf die Zahl der verfügbaren CPUs, die gleichzeitige Art nur wahrgenommen wird, unabhängig davon, wie viele Worker Threads konfiguriert sind.

Als jeder neue Benutzer wird Verbindung hergestellt, ein neuen Arbeitsthread bis zu der Worker-Threadbegrenzung erstellt wird. In SQL Server 6.5 nach einem Zeitraum der Inaktivität ein Arbeitsthread automatisch Timeout und wird geschlossen. Konfigurieren von hohe Anzahl von Arbeitsthreads ist normalerweise kontraproduktiv und beeinträchtigt die Leistung aufgrund von Vorgangsplanung und Ressourcen Aufwand. Prozedur-Cache :

In SQL Server 6.5 standardmäßig diese Einstellung 30, d. h. 30 Prozent der SQL Server-Cache Adressraum für den Prozedurcache reserviert. Auf einem System mit sehr viel Arbeitsspeicher (z. B. 256 MB oder mehr), möglicherweise möglicherweise reduziert, etwas mehr Speicher für den Puffercache zu ermöglichen. Jedoch nicht Blind verringern dieser Einstellung eine sehr niedrige Zahl (z. B. 5 Prozent), selbst wenn das System nur wenige Prozeduren verwendet. Dies ist da Prozedur-Cache eine allgemeine Speicherpools für eine Vielzahl von internen Server Zuweisung Funktionen nicht nur zum Zwischenspeichern von gespeicherter Prozeduren verwendet ist. Ohne eine ausreichende Menge an Arbeitsspeicher in diesem Pool können Sie Fehlermeldungen oder andere Unregelmäßigkeiten Verhalten beobachten. In SQL Server 6.5 können Sie die Verwendung von dem Prozedur-Cache mit dem Systemmonitor überwachen und entscheiden, ob die Prozedur-Cache-Einstellung zu reduzieren.

In vielen Fällen hat die inkrementelle Datenmenge Puffercache freigegeben einrichten durch verringern die Prozedur-Cache-Einstellung keine appreciably Auswirkungen die Trefferquote Puffer Cache, auf die in der Regel relativ flache über kleine Änderungen (percentage-wise) im Cache-Größe ist.

Eigenschaften

Artikel-ID: 166967 - Geändert am: Sonntag, 9. Februar 2014 - Version: 4.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 6.5 Standard Edition
Keywords: 
kbnosurvey kbarchive kbmt kbenv kbinfo kbusage KB166967 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 166967
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

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