Freigeben über


Serverkonfiguration: max degree of parallelism

Gilt für:SQL Server

In diesem Artikel wird beschrieben, wie Sie die max degree of parallelism (MAXDOP) Serverkonfigurationsoption in SQL Server mithilfe von SQL Server Management Studio, Azure Data Studio oder Transact-SQL konfigurieren. Wenn eine Instanz von SQL Server auf einem Computer mit mehreren Mikroprozessoren oder CPUs ausgeführt wird, erkennt die Datenbank-Engine, ob Parallelität verwendet werden kann. Mit dem Grad der Parallelität wird die Anzahl der Prozessoren festgelegt, die zur Ausführung einer einzelnen Anweisung für jede Ausführung paralleler Pläne verwendet werden. Sie können mithilfe der max degree of parallelism-Option die Anzahl der Prozessoren beschränken, die für die Ausführung paralleler Pläne verwendet werden. Ausführlichere Informationen zu den durch den max degree of parallelism festgelegten Grenzwert finden Sie im Abschnitt Überlegungen auf dieser Seite. SQL Server berücksichtigt die Ausführung paralleler Pläne für Abfragen, DDL-Indizierungsvorgänge (Data Definition Language, DDL), parallele Einfügevorgänge, Onlineausführung von ALTER COLUMN, parallele Sammlung von Statistiken sowie die statische und keysetgesteuerte Cursorauffüllung.

Mit SQL Server 2019 (15.x) wurden automatische Empfehlungen zum Festlegen der Serverkonfigurationsoption max degree of parallelism basierend auf der Anzahl der verfügbaren Prozessoren während des Installationsvorgangs eingeführt. Auf der Setupbenutzeroberfläche können Sie entweder die empfohlenen Einstellungen übernehmen oder Ihren eigenen Wert eingeben. Weitere Informationen finden Sie unter Konfiguration der Datenbank-Engine – Seite „MaxDOP“.

In Azure SQL-Datenbank, SQL-Datenbank in Fabric und azure SQL Managed Instance ist die Standardeinstellung MAXDOP für jede neue einzelne Datenbank, elastic pool database und managed instance.8 In der Azure SQL-Datenbank und der SQL-Datenbank in Fabric wird die MAXDOP-Datenbankbereichskonfiguration auf 8 festgelegt. In Azure SQL Managed Instance ist die Serverkonfigurationsoption max degree of parallelism auf 8 festgelegt.

Weitere Informationen zu Azure SQL-Datenbank oder SQL-Datenbank in Fabric finden Sie unter MAXDOP.

Considerations

Diese Option ist eine erweiterte Option und sollte nur von einem erfahrenen Datenbankexperten geändert werden.

Wenn die Option „Affinitätsmaske“ nicht auf den Standardwert festgelegt ist, steht SQL Server auf Systemen mit symmetrischem Multiprocessing (SMP) möglicherweise nur eine beschränkte Anzahl an Prozessoren zur Verfügung.

Durch das Festlegen von max degree of parallelism auf 0 kann SQL Server alle verfügbaren Prozessoren bis maximal 64 Prozessoren verwenden. Dies ist jedoch in den meisten Fällen nicht der empfohlene Wert. Weitere Informationen zu den empfohlenen Werten für den maximalen Parallelitätsgrad finden Sie im Abschnitt Empfehlungen auf dieser Seite.

Legen Sie max degree of parallelism auf 1 fest, um das Generieren paralleler Pläne zu unterdrücken. Legen Sie den Wert auf eine Zahl zwischen 1 und 32767 fest, um die maximale Anzahl von Prozessorkernen anzugeben, die während einer einzelnen Abfrageausführung verwendet werden können. Wenn ein Wert angegeben wird, der über der Anzahl der verfügbaren Prozessoren liegt, wird die tatsächliche Anzahl der Prozessoren verwendet. Verfügt der Computer nur über einen Prozessor, wird der Wert von max degree of parallelism ignoriert.

Der Grenzwert für den maximalen Parallelitätsgrad wird taskbezogen festgelegt. Dieser Grenzwert gilt nicht pro Anforderung oder pro Abfrage. Dies bedeutet, dass während einer parallelen Abfrageausführung eine einzelne Anforderung mehrere Aufgaben bis zum MAXDOP Limit speichern kann, und jede Aufgabe verwendet einen Worker und einen Planer. Weitere Informationen finden Sie im Handbuch zur Thread- und Taskarchitektur im Abschnitt Planen von parallelen Tasks.

Sie können den Serverkonfigurationswert für den maximalen Parallelitätsgrad außer Kraft setzen:

Indizierungsoperationen, bei denen ein Index erstellt oder neu aufgebaut wird bzw. an deren Ende ein gruppierter Index steht, können ressourcenintensiv sein. Sie können den maximalen Grad des Parallelismuswerts für Indexvorgänge überschreiben, indem Sie die MAXDOP Indexoption in der Index-Anweisung angeben. Der MAXDOP Wert wird zur Ausführungszeit auf die Anweisung angewendet und wird nicht in den Indexmetadaten gespeichert. Weitere Informationen finden Sie unter Konfigurieren von Parallelindexvorgängen.

Neben Abfragen und Indexvorgängen steuert diese Option auch die Parallelität von DBCC CHECKTABLE, DBCC CHECKDB und DBCC CHECKFILEGROUP. Sie können Pläne für die parallele Ausführung für diese Anweisungen deaktivieren, und zwar mithilfe des Ablaufverfolgungsflags 2528. Weitere Informationen finden Sie unter Ablaufverfolgungsflags 2528.

In SQL Server 2022 (16.x) wurde das Feedback zum Grad an Parallelität (Degree of Parallelism, DOP) eingeführt, ein neues Feature, um die Abfrageleistung zu verbessern, indem Parallelitätsineffizienzen basierend auf verstrichener Zeit und Wartezeiten für wiederholte Abfragen identifiziert werden. DOP-Feedback ist Teil der intelligenten Abfrageverarbeitungs-Feature-Familie und richtet sich an die suboptimale Verwendung von Parallelismus bei wiederholten Abfragen. Informationen zum DOP-Feedback finden Sie unter Feedback zum Grad an Parallelität (DOP).

Recommendations

Ab SQL Server 2016 (13.x) werden beim Starten des Diensts standardmäßig automatisch Soft-NUMA-Knoten erstellt, wenn die Datenbank-Engine beim Start mehr als acht physische Kerne pro NUMA-Knoten oder Socket erkennt. Datenbank-Engine platziert logische Prozessoren aus dem gleichen physischen Kern in verschiedene Soft-NUMA-Knoten. Die Empfehlungen in der folgenden Tabelle sollen alle Workerthreads einer parallelen Abfrage innerhalb des gleichen NUMA-Knotens beibehalten. Dies verbessert die Leistung der Abfragen und die Verteilung von Workerthreads in allen NUMA-Knoten für die Workload. Weitere Informationen finden Sie unter Soft-NUMA (SQL Server).

Befolgen Sie für SQL Server 2016 (13.x) und höhere Versionen die folgenden Richtlinien, wenn Sie den max degree of parallelism-Serverkonfigurationswert konfigurieren:

Serverkonfiguration Anzahl der Prozessoren Guidance
Server mit einzelnem NUMA-Knoten Weniger als oder gleich 8 logische Prozessoren Beibehalten MAXDOP unter oder unter der Anzahl der logischen Prozessoren
Server mit einzelnem NUMA-Knoten Mehr als 8 logische Prozessoren Behalten Sie MAXDOP bei 8
Server mit mehreren NUMA-Knoten Weniger als oder gleich 16 logische Prozessoren pro NUMA-Knoten Beibehalten MAXDOP oder unter der Anzahl der logischen Prozessoren pro NUMA-Knoten
Server mit mehreren NUMA-Knoten Mehr als 16 logische Prozessoren pro NUMA-Knoten Behalten Sie MAXDOP bei der Hälfte der Anzahl der logischen Prozessoren pro NUMA-Knoten mit dem MAX-Wert 16 bei

Der NUMA-Knoten in der vorherigen Tabelle bezieht sich auf automatisch von SQL Server 2016 (13.x) und höheren Versionen erstellte Soft-NUMA-Knoten oder auf hardwarebasierte NUMA-Knoten, wenn Soft-NUMA deaktiviert ist.

Verwenden Sie dieselben Richtlinien, wenn Sie die Option „Max. Grad an Parallelität“ für Resource Governor-Arbeitsauslastungsgruppen festlegen. Weitere Informationen finden Sie unter CREATE WORKLOAD GROUP.

SQL Server 2014 und ältere Versionen

Befolgen Sie für SQL Server 2008 (10.0.x) bis SQL Server 2014 (12.x) die folgenden Richtlinien, wenn Sie den max degree of parallelism-Serverkonfigurationswert konfigurieren:

Serverkonfiguration Anzahl der Prozessoren Guidance
Server mit einzelnem NUMA-Knoten Weniger als oder gleich 8 logische Prozessoren Beibehalten MAXDOP unter oder unter der Anzahl der logischen Prozessoren
Server mit einzelnem NUMA-Knoten Mehr als 8 logische Prozessoren Behalten Sie MAXDOP bei 8
Server mit mehreren NUMA-Knoten Weniger als oder gleich 8 logische Prozessoren pro NUMA-Knoten Beibehalten MAXDOP oder unter der Anzahl der logischen Prozessoren pro NUMA-Knoten
Server mit mehreren NUMA-Knoten Mehr als 8 logische Prozessoren pro NUMA-Knoten Behalten Sie MAXDOP bei 8

Permissions

Die Ausführungsberechtigungen für sp_configure ohne Parameter oder nur mit dem ersten Parameter werden standardmäßig allen Benutzern erteilt. Um sp_configure mit beiden Parametern auszuführen und eine Konfigurationsoption zu ändern oder die RECONFIGURE-Anweisung auszuführen, benötigt ein Benutzer die ALTER SETTINGS-Berechtigung auf Serverebene. Die ALTER SETTINGS-Berechtigung ist implizit in den festen Serverrollen sysadmin und serveradmin enthalten.

Verwenden von SQL Server Management Studio oder Azure Data Studio

Installieren Sie in Azure Data Studio die Erweiterung Database Admin Tool Extensions for Windows, oder verwenden Sie die folgende T-SQL-Methode.

Diese Optionen ändern MAXDOP für die Instanz.

  1. Klicken Sie im Object Explorer mit der rechten Maustaste auf die gewünschte Instanz, und wählen Sie Eigenschaften aus.

  2. Wählen Sie den Knoten Erweitert aus.

  3. Wählen Sie im Feld Max. Grad an Parallelität die maximale Anzahl der Prozessoren aus, die bei der Ausführung paralleler Pläne verwendet werden sollen.

Verwenden von Transact-SQL

  1. Stellen Sie mit SQL Server Management Studio oder Azure Data Studio eine Verbindung zur Database Engine her.

  2. Klicken Sie in der Standardleiste auf Neue Abfrage.

  3. Kopieren Sie das folgende Beispiel in das Abfragefenster, und klicken Sie dann auf Ausführen. In diesem Beispiel wird gezeigt, wie sp_configure verwendet wird, um die Option max degree of parallelism auf 16festzulegen.

    USE master;
    GO
    
    EXECUTE sp_configure 'show advanced options', 1;
    GO
    
    RECONFIGURE WITH OVERRIDE;
    GO
    
    EXECUTE sp_configure 'max degree of parallelism', 16;
    GO
    
    RECONFIGURE WITH OVERRIDE;
    GO
    
    EXECUTE sp_configure 'show advanced options', 0;
    GO
    
    RECONFIGURE;
    GO
    

Weitere Informationen finden Sie unter Serverkonfigurationsoptionen.

Nachverfolgung: Nach dem Konfigurieren der Option „max degree of parallelism“

Die Einstellung tritt ohne Neustarten des Servers sofort in Kraft.