Konfigurieren von „max degree of parallelism“ (Serverkonfigurationsoption)

Gilt für:SQL Server

In diesem Artikel wird beschrieben, wie Sie die max degree of parallelism-Serverkonfigurationsoption (MAXDOP) in SQL Server mit 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. Weitere Informationen zu den durch max degree of parallelism (MAXDOP) 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.

Hinweis

Mit SQL Server 2019 (15.x) wurden automatische Empfehlungen zum Festlegen der MAXDOP-Serverkonfigurationsoption 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 und Azure SQL Managed Instance ist die Standardeinstellung MAXDOP für neue Einzeldatenbanken, Pools für elastische Datenbanken und verwaltete Instanzen jedoch auf „8“ festgelegt. In Azure SQL-Datenbank ist die datenbankbezogene MAXDOP-Konfiguration auf „8“ festgelegt. In Azure SQL Managed Instance ist die max degree of parallelism Serverkonfigurationsoption (MAXDOP) auf „8“ festgelegt.

Weitere Informationen zu „MAXDOP“ in Azure SQL-Datenbank finden Sie unter Konfigurieren von „Max. Grad an Parallelität" (MAXDOP) in Azure SQL-Datenbank.

Vorbereitungen

Überlegungen

  • Diese Option ist eine erweiterte Option und sollte ausschließlich von einem erfahrenen Datenbankadministrator oder einem zertifizierten SQL Server -Experten 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 des maximalen Parallelitätsgrads (MAXDOP) auf 0 (null) kann SQL Server alle verfügbaren Prozessoren verwenden (bis maximal 64 Prozessoren). 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 eine einzelne Anforderung während einer parallelen Abfrageausführung mehrere Tasks bis zum Grenzwert MAXDOP erzeugen kann, wobei jeder Task einen Worker und einen Planer nutzt. 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. In Indizierungsoperationen kann der Wert "Max. Grad an Parallelität" überschrieben werden; geben Sie hierzu die Indexoption MAXDOP in der Indexanweisung an. Der Wert MAXDOP wird zur Ausführungszeit auf die Anweisung angewendet und nicht in den Indexmetadaten gespeichert. Weitere Informationen finden Sie unter Konfigurieren von Parallelindexvorgängen.

  • Neben Abfragen und Indexoperationen 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 (Transact-SQL).

  • 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).

Empfehlungen

Ab SQL Server 2016 (13.x) werden beim Starten des Diensts standardmäßig automatisch Soft-NUMA-Knoten erstellt, wenn Datenbank-Engine beim Startup 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 Arbeitsthreads einer parallelen Abfrage innerhalb des gleichen NUMA-Knotens beibehalten. Dies verbessert die Leistung der Abfragen und die Verteilung von Arbeitsthreads in allen NUMA-Knoten für die Workload. Weitere Informationen finden Sie unter Soft-NUMA.

Verwenden Sie ab SQL Server 2016 (13.x) die folgenden Richtlinien beim Konfigurieren des Serverkonfigurationswerts max degree of parallelism:

Serverkonfiguration Anzahl der Prozessoren Anleitungen
Server mit einzelnem NUMA-Knoten Weniger als oder gleich 8 logische Prozessoren Belassen Sie MAXDOP bei # oder weniger logischen Prozessoren
Server mit einzelnem NUMA-Knoten Mehr als 8 logische Prozessoren Belassen Sie MAXDOP bei 8
Server mit mehreren NUMA-Knoten Weniger als oder gleich 16 logische Prozessoren pro NUMA-Knoten Belassen Sie MAXDOP bei # oder weniger logischen Prozessoren pro NUMA-Knoten
Server mit mehreren NUMA-Knoten Mehr als 16 logische Prozessoren pro NUMA-Knoten Sorgen Sie dafür, dass MAXDOP der Hälfte der logischen Prozessoren pro NUMA-Knoten mit einem MAX-Wert von 16 entspricht.

Hinweis

Der NUMA-Knoten in der obigen 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 wurde. 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 (Transact-SQL).

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 Anleitungen
Server mit einzelnem NUMA-Knoten Weniger als oder gleich 8 logische Prozessoren Belassen Sie MAXDOP bei # oder weniger logischen Prozessoren
Server mit einzelnem NUMA-Knoten Mehr als 8 logische Prozessoren Belassen Sie MAXDOP bei 8
Server mit mehreren NUMA-Knoten Weniger als oder gleich 8 logische Prozessoren pro NUMA-Knoten Belassen Sie MAXDOP bei # oder weniger logischen Prozessoren pro NUMA-Knoten
Server mit mehreren NUMA-Knoten Mehr als 8 logische Prozessoren pro NUMA-Knoten Belassen Sie MAXDOP bei 8

Sicherheit

Berechtigungen

Die Ausführungsberechtigungen für sp_configure ohne Parameter oder nur mit dem ersten Parameter werden standardmäßig allen Benutzern erteilt. Zum Ausführen von sp_configure mit beiden Parametern zum Ändern einer Konfigurationsoption oder zum Ausführen der RECONFIGURE-Anweisung muss einem Benutzer die ALTER SETTINGS-Berechtigung auf Serverebene erteilt worden sein. Die ALTER SETTINGS-Berechtigung ist in den festen Serverrollen sysadmin und serveradmin eingeschlossen.

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 wenden Sie die folgende T-SQL-Methode an.

Konfigurieren der Option „Max. Grad an Parallelität“

Diese Optionen ändern den 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

Konfigurieren der Option „Max. Grad an Parallelität“ mit T-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 AdventureWorks2022;  
GO   
EXEC sp_configure 'show advanced options', 1;  
GO  
RECONFIGURE WITH OVERRIDE;  
GO  
EXEC sp_configure 'max degree of parallelism', 16;  
GO  
RECONFIGURE WITH OVERRIDE;  
GO  

Weitere Informationen finden Sie unter Serverkonfigurationsoptionen (SQL Server).

Nachverfolgung: Nach dem Konfigurieren der Option Max. Grad an Parallelität

Die Einstellung tritt ohne Neustarten des Servers sofort in Kraft.