ALTER SERVER CONFIGURATION (Transact-SQL)

  • Artikel

Gilt für:SQL Server

Ändert globale Konfigurationseinstellungen für den aktuellen Server in SQL Server.

Transact-SQL-Syntaxkonventionen

Syntax

ALTER SERVER CONFIGURATION  
SET <optionspec>   
[;]  
  
<optionspec> ::=  
{  
     <process_affinity>  
   | <diagnostic_log>  
   | <failover_cluster_property>  
   | <hadr_cluster_context>  
   | <buffer_pool_extension>  
   | <soft_numa>  
   | <memory_optimized>
   | <hardware_offload>
   | <suspend_for_snapshot_backup>
}  
  
<process_affinity> ::=   
   PROCESS AFFINITY   
   {  
     CPU = { AUTO | <CPU_range_spec> }   
   | NUMANODE = <NUMA_node_range_spec>   
   }  
   <CPU_range_spec> ::=   
      { CPU_ID | CPU_ID  TO CPU_ID } [ ,...n ]   
  
   <NUMA_node_range_spec> ::=   
      { NUMA_node_ID | NUMA_node_ID TO NUMA_node_ID } [ ,...n ]  
  
<diagnostic_log> ::=   
   DIAGNOSTICS LOG   
   {   
     ON    
   | OFF    
   | PATH = { 'os_file_path' | DEFAULT }    
   | MAX_SIZE = { 'log_max_size' MB | DEFAULT }    
   | MAX_FILES = { 'max_file_count' | DEFAULT }    
   }  
  
<failover_cluster_property> ::=   
   FAILOVER CLUSTER PROPERTY <resource_property>  
   <resource_property> ::=  
      {  
        VerboseLogging = { 'logging_detail' | DEFAULT }    
      | SqlDumperDumpFlags = { 'dump_file_type' | DEFAULT }  
      | SqlDumperDumpPath = { 'os_file_path'| DEFAULT }  
      | SqlDumperDumpTimeOut = { 'dump_time-out' | DEFAULT }  
      | FailureConditionLevel = { 'failure_condition_level' | DEFAULT }  
      | HealthCheckTimeout = { 'health_check_time-out' | DEFAULT }  
      }  
  
<hadr_cluster_context> ::=  
   HADR CLUSTER CONTEXT = { 'remote_windows_cluster' | LOCAL }  
  
<buffer_pool_extension>::=  
    BUFFER POOL EXTENSION   
    { ON ( FILENAME = 'os_file_path_and_name' , SIZE = <size_spec> )   
    | OFF }  
  
    <size_spec> ::=  
        { size [ KB | MB | GB ] }  
  
<soft_numa> ::=  
    SOFTNUMA  
    { ON | OFF }  

<memory-optimized> ::=   
   MEMORY_OPTIMIZED   
   {   
     ON 
   | OFF
   | [ TEMPDB_METADATA = { ON [(RESOURCE_POOL='resource_pool_name')] | OFF }
   | [ HYBRID_BUFFER_POOL = { ON | OFF }
   }  

<hardware_offload> ::=
   HARDWARE_OFFLOAD
   {   
     ON 
   | OFF
   }

<suspend_for_snapshot_backup> ::=
    SET SUSPEND_FOR_SNAPSHOT_BACKUP = { ON | OFF } [ ( GROUP = ( <database>,...n) [ , MODE = COPY_ONLY ] ) ]

Hinweis

Informationen zum Anzeigen der Transact-SQL-Syntax für SQL Server 2014 (12.x) und früher finden Sie unter Dokumentation zu früheren Versionen.

Argumente

<process_affinity> ::=

PROCESS AFFINITY
Ermöglicht das Zuordnen von Hardwarethreads zu CPUs.

CPU = { AUTO | <CPU_range_spec> }
Verteilt SQL Server-Arbeitsthreads auf alle im angegebenen Bereich enthaltenen CPUs. CPUs außerhalb des angegebenen Bereichs werden keine Threads zugewiesen.

AUTO
Gibt an, dass einer CPU kein Thread zugewiesen ist. Das Betriebssystem kann Threads auf der Grundlage der Serverarbeitsauslastung beliebig zwischen CPUs verschieben. Dies ist die Standard- und empfohlene Einstellung.

<CPU_range_spec> ::=
Gibt die CPU oder den Bereich von CPUs an, der bzw. denen Threads zugewiesen werden sollen.

{ CPU_ID | CPU_ID TO CPU_ID } [ ,...n ]
Eine Liste mit mindestens einer CPU. CPU-IDs beginnen bei 0 und sind integer-Werte.

NUMANODE = <NUMA_node_range_spec>
Weist allen CPUs, die um angegebenen NUMA-Knoten oder Bereich von Konten gehören, Threads zu.

<NUMA_node_range_spec> ::=
Gibt den NUMA-Knoten oder den Bereich von NUMA-Knoten an.

{ NUMA_node_ID | NUMA_node_ID TO NUMA_node_ID } [ ,...n ]
Eine Liste mit mindestens einem NUMA-Knoten. NUMA-Knoten-IDs beginnen bei 0 und sind integer-Werte.

<diagnostic_log> ::=

Gilt für: SQL Server (ab SQL Server 2012 (11.x)).

DIAGNOSTICS LOG
Startet oder beendet die Protokollierung von Diagnosedaten, die die sp_server_diagnostics-Prozedur erfasst. Dieses Argument legt außerdem SQLDIAG-Protokollkonfigurationsparameter wie die Anzahl der Protokolldateirollover, die Protokolldateigröße und den Dateispeicherort fest. Weitere Informationen finden Sie unter Anzeigen und Lesen des Failoverclusterinstanz-Diagnoseprotokolls.

EIN
Startet die SQL Server-Protokollierung von Diagnosedaten an dem in der PATH-Dateioption angegebenen Speicherort. Dies ist das Standardargument.

OFF
Beendet die Protokollierung von Diagnosedaten.

PATH = { 'os_file_path' | DEFAULT }
Pfad, der den Speicherort für die Diagnoseprotokolle angibt. Der Standardspeicherort ist <\MSSQL\Log> im Installationsordner der SQL Server-Failoverclusterinstanz.

MAX_SIZE = { 'log_max_size' MB | DEFAULT }
Die maximale Größe (in MB) für jedes Diagnoseprotokoll. Die Standardeinstellung ist 100 MB.

MAX_FILES = { 'max_file_count' | DEFAULT }
Maximale Anzahl von Diagnoseprotokolldateien, die auf dem Computer gespeichert werden können, bevor sie für neue Diagnoseprotokolle wiederverwendet werden.

<failover_cluster_property> ::=

Gilt für: SQL Server (ab SQL Server 2012 (11.x)).

FAILOVER CLUSTER PROPERTY
Ändert die privaten Failoverclustereigenschaften der SQL Server-Ressource.

VERBOSE LOGGING = { 'logging_detail' | DEFAULT }
Legt den Protokolliergrad für SQL Server-Failoverclustering fest. Diese Option kann aktiviert werden, um in den Fehlerprotokollen für die Problembehandlung weitere Details bereitzustellen.

  • 0: Die Protokollierung ist deaktiviert (Standard)

  • 1 – Nur Fehler

  • 2: Fehler und Warnungen

In Ressourcenfailoverszenarios kann die Ressourcen-DLL in SQL Server ein Speicherabbild abrufen, bevor ein Failover durchgeführt wird. Dies gilt sowohl für FCI- als auch für Verfügbarkeitsgruppentechnologien. Wenn die Ressourcen-DDL in SQL Server feststellt, dass es bei einer SQL Server-Ressource zu einem Fehler kam, verwendet die Ressourcen-DLL in SQL Server das Hilfsprogramm Sqldumper.exe, um ein Speicherabbild des SQL Server-Prozesses abzurufen. Sie müssen die folgenden drei Eigenschaften als Voraussetzung festlegen, damit das Hilfsprogramm Sqldumper.exe das Speicherabbild bei einem Ressourcenfailover erfolgreich erstellen kann: SqlDumperDumpTimeOut, SqlDumperDumpPath, SqlDumperDumpFlags.

SQLDUMPEREDUMPFLAGS
Bestimmt den Typ der Dumpdateien, die vom SQL Server-Hilfsprogramm SQLDumper generiert werden. Die Standardeinstellung ist 0. Dezimalwerte anstelle von Hexadezimalwerten werden für diese Einstellung verwendet. Verwenden Sie für ein Miniabbild den Wert 288. Für ein Miniabbild mit indirektem Arbeitsspeicher verwenden Sie den Wert 296. Für ein gefiltertes Abbild verwenden Sie den Wert 33024. Weitere Informationen finden Sie im Knowledge Base-Artikel zum SQL Server Dumper-Hilfsprogramm.

SQLDUMPERDUMPPATH = { 'os_file_path' | DEFAULT }
Der Speicherort, an dem das Hilfsprogramm SQLDumper die Dumpdateien speichert. Weitere Informationen finden Sie im Knowledge Base-Artikel zum SQL Server Dumper-Hilfsprogramm.

SQLDUMPERDUMPTIMEOUT = { 'dump_time-out' | DEFAULT }
Der Timeoutwert in Millisekunden für die Generierung eines Dumps durch das Hilfsprogramm SQLDumper, falls ein SQL Server-Fehler auftritt. Der Standardwert ist 0; das bedeutet, dass das Fertigstellen des Dumps nicht zeitlich begrenzt ist. Weitere Informationen finden Sie im Knowledge Base-Artikel zum SQL Server Dumper-Hilfsprogramm.

FAILURECONDITIONLEVEL = { 'failure_condition_level' | DEFAULT }
Die Bedingungen, unter denen für die SQL Server-Failoverclusterinstanz ein Failover oder Neustart durchgeführt werden soll. Der Standardwert ist 3; das bedeutet, dass für die SQL Server-Ressource bei kritischen Serverfehlern ein Failover oder Neustart durchgeführt wird. Weitere Informationen zum Konfigurieren dieser Eigenschaft finden Sie unter Configure FailureConditionLevel Property Settings (Konfigurieren von FailureConditionLevel-Eigenschafteneinstellungen).

HEALTHCHECKTIMEOUT = { 'health_check_time-out' | DEFAULT }
Der Timeoutwert, der festlegt, wie lange die Ressourcen-DLL der SQL Server-Datenbank-Engine auf Informationen über den Serverzustand warten soll, bevor eine Instanz von SQL Server als nicht reagierend eingestuft wird. Der Timeoutwert wird in Millisekunden angegeben. Der Standardwert beträgt 60.000 Millisekunden (60 Sekunden).

<hadr_cluster_context> ::=

Gilt für: SQL Server (ab SQL Server 2012 (11.x)).

HADR CLUSTER CONTEXT = { 'remote_windows_cluster' | LOCAL }
Wechselt mit dem HADR-Clusterkontext der Serverinstanz zum angegebenen WSFC (Windows Server Failover Cluster). Der HADR-Clusterkontext bestimmt, welcher WSFC die Metadaten für die von der Serverinstanz gehosteten Verfügbarkeitsreplikate verwaltet. Verwenden Sie die SET HADR CLUSTER CONTEXT-Option nur während einer clusterübergreifenden Migration von Always On-Verfügbarkeitsgruppen zu einer Instanz von SQL Server 2012 SP1 (11.0.3x) oder höher auf einem neuen WSFC.

Sie können den HADR-Clusterkontext nur vom lokalen WSFC zu einem Remote-WSFC wechseln. Dann können Sie sich entschließen, vom Remote-WSFC zum lokalen WSFC wieder zurückzuwechseln. Der HADR-Clusterkontext kann nur zu einem Remotecluster wechseln, wenn die Instanz von SQL Server keine Verfügbarkeitsreplikate hostet.

Ein Remote-HADR-Clusterkontext kann jederzeit zurück zum lokalen Cluster wechseln. Der Kontext kann jedoch nicht erneut gewechselt werden, solange die Serverinstanz Verfügbarkeitsreplikate hostet.

Um den Zielcluster zu identifizieren, geben Sie einen der folgenden Werte an:

Windows-Cluster
Der Netzwerkname eines WSFC. Sie können entweder den Kurznamen oder den vollständigen Domänennamen angeben. ALTER SERVER CONFIGURATION sucht die Ziel-IP-Adresse eines Kurznamens mithilfe einer DNS-Auflösung. Unter manchen Umständen könnte ein Kurzname für Verwirrung sorgen, und DNS gibt möglicherweise die falsche IP-Adresse zurück. Es wird empfohlen, dass Sie den vollständigen Domänennamen angeben.

Hinweis

Eine clusterübergreifende Migration unter Verwendung dieser Einstellung wird nicht mehr unterstützt. Verwenden Sie zum Ausführen einer clusterübergreifenden Migration eine verteilte Verfügbarkeitsgruppe oder eine andere Methode, wie etwa Protokollversand.

LOCAL
Der lokale WSFC.

Weitere Informationen finden Sie unter Ändern des HADR-Clusterkontexts der Serverinstanz (SQL Server).

<buffer_pool_extension>::=

Gilt für: SQL Server (ab SQL Server 2014 (12.x)).

EIN
Aktiviert die Pufferpoolerweiterungsoption. Diese Option erweitert die Größe des Pufferpools, indem sie permanenten (nicht flüchtigen) Speicher verwendet. Permanenter Speicher wie Solid State Drives (SSD) behält nicht modifizierte Datenseiten im Pool bei. Weitere Informationen zu diesem Feature finden Sie im Artikel zur Pufferpoolerweiterung. Die Pufferpoolerweiterung ist nicht in jeder Edition von SQL Server verfügbar. Weitere Informationen finden Sie unter Editionen und unterstützte Funktionen von SQL Server 2022.

FILENAME = 'os_file_path_and_name'
Definiert den Verzeichnispfad und den Namen der Cachedatei der Pufferpoolerweiterung. Die Dateierweiterung muss als .BPE angegeben werden. Deaktivieren Sie BUFFER POOL EXTENSION, bevor Sie FILENAME ändern.

SIZE = size [ KB | MB | GB ]
Definiert die Größe des Caches. Die Standardgröße wird in KB angegeben. Die Mindestgröße ist die Größe des max. Serverarbeitsspeichers. Die maximale Anzahl ist die 32fache Größe von Max. Serverarbeitsspeicher. Weitere Informationen zum maximalen Serverarbeitsspeicher finden Sie unter sp_configure (Transact-SQL).

Deaktivieren Sie BUFFER POOL EXTENSION, bevor Sie die Größe der Datei ändern. Um eine Größe anzugeben, die kleiner als die aktuelle Größe ist, muss die Instanz von SQL Server neu gestartet werden, um Arbeitsspeicher freizugeben. Andernfalls muss die angegebene Größe größer oder gleich der aktuellen Größe sein.

OFF
Deaktiviert die Pufferpoolerweiterungsoption. Deaktivieren Sie die Pufferpoolerweiterungsoption, bevor Sie alle zugeordneten Parameter, wie die Größe oder den Namen der Datei, ändern. Wenn diese Option deaktiviert wird, werden alle zugehörigen Konfigurationsdaten aus der Registrierung entfernt.

Warnung

Das Deaktivieren der Pufferpoolerweiterung könnte eine negative Auswirkung auf die Serverleistung haben, da die Größe des Pufferpools erheblich reduziert wird.

<soft_numa>

Gilt für: SQL Server (ab SQL Server 2016 (13.x)).

EIN
Aktiviert die automatische Partitionierung, um große NUMA-Hardwareknoten in kleine NUMA-Knoten aufzuteilen. Das Ändern des ausgeführten Werts erfordert einen Neustart der Datenbank-Engine.

OFF
Deaktiviert die automatische Softwarepartitionierung, um große NUMA-Hardwareknoten in kleine NUMA-Knoten aufzuteilen. Das Ändern des ausgeführten Werts erfordert einen Neustart der Datenbank-Engine.

Warnung

Es gibt bekannte Probleme beim Verhalten der ALTER SERVER CONFIGURATION-Anweisung mit der SOFT NUMA-Option und dem SQL Server-Agent. Es wird empfohlen, dass Sie folgendermaßen vorgehen:

  1. Beenden Sie die Instanz des SQL Server-Agents.
  2. Führen Sie die Option ALTER SERVER CONFIGURATION SOFT NUMA aus.
  3. Starten Sie die SQL Server-Instanz neu.
  4. Starten Sie die Instanz des SQL Server-Agents wieder.

Weitere Informationen Wenn Sie die ALTER SERVER CONFIGURATION mit dem Befehl SET SOFT NUMA ausführen, bevor der SQL Server-Dienst neu startet, führt der SQL Server-Agent beim Beenden den Befehl T-SQL RECONFIGURE aus, der die SOFT NUMA-Einstellungen auf die Einstellungen vor ALTER SERVER CONFIGURATION zurücksetzt.

<memory_optimized> ::=

Gilt für: SQL Server (ab SQL Server 2019 (15.x)).

ON
Aktiviert alle Features auf Instanzebene, die Teil der In-Memory Database-Featurefamilie sind. Hierzu gehören derzeit speicheroptimierte tempdb-Metadaten und der hybride Pufferpool. Diese Option erfordert einen Neustart, um wirksam zu werden.

OFF
Deaktiviert alle Features auf Instanzebene, die Teil der In-Memory Database-Featurefamilie sind. Diese Option erfordert einen Neustart, um wirksam zu werden.

TEMPDB_METADATA = ON | OFF
Aktiviert oder deaktiviert nur speicheroptimierte tempdb-Metadaten. Diese Option erfordert einen Neustart, um wirksam zu werden.

RESOURCE_POOL='resource_pool_name'
In Kombination mit TEMPDB_METADATA = ON gibt diese Option den benutzerdefinierten Ressourcenpool an, der für tempdb verwendet werden soll. Ist dieser nicht angegeben, verwendet tempdb den Standardpool. Der Pool muss bereits vorhanden sein. Ist der Pool beim Neustart des Diensts nicht verfügbar, verwendet tempdb den Standardpool.

HYBRID_BUFFER_POOL = ON | OFF
Aktiviert oder deaktiviert den hybriden Pufferpool auf Instanzebene. Diese Option erfordert einen Neustart, um wirksam zu werden.

<hardware_offload> ::=

Gilt für: SQL Server (ab SQL Server 2022 (16.x)).

ON
Ermöglicht das Verwenden von integrierter Beschleunigung und Abladung für die Instanz. Neustart erforderlich.

OFF
Deaktiviert das gesamte Verwenden von integrierter Beschleunigung und Abladung auf Instanzebene. Diese Option erfordert einen Neustart, um wirksam zu werden.

Weitere Informationen finden Sie unter Integrierte Beschleunigung und Abladung.

<suspend_for_snapshot_backup> ::=

Gilt für: SQL Server (ab SQL Server 2022 (16.x))

Hält Datenbanken für die Momentaufnahmesicherung an. Kann eine Gruppe von mindestens einer Datenbank definieren. Kann den kopiergeschützten Modus festlegen.

SET SUSPEND_FOR_SNAPSHOT_BACKUP = { ON | OFF }

Hält Datenbanken an oder hebt das Anhalten auf. Standardeinstellung: AUS.

GROUP = ( <Datenbank>,... n)

Optional. Definiert eine Gruppe von mindestens einer Datenbank, die angehalten werden soll. Wenn nichts angegeben ist, gilt die Einstellung für alle Datenbanken.

MODE = COPY_ONLY

Optional. Verwendet den Modus COPY_ONLY für alle Datenbanksicherungen.

Allgemeine Hinweise

Diese Anweisung erfordert keinen Neustart von SQL Server, wenn dies nicht explizit angegeben wird. Im Fall einer SQL Server-Failoverclusterinstanz ist kein Neustart der SQL Server-Clusterressource erforderlich.

Einschränkungen

Diese Anweisung unterstützt keine DDL-Trigger.

Berechtigungen

Erfordert:

  • ALTER SETTINGS-Berechtigungen für die Prozessaffinitätsoption.
  • ALTER SETTINGS- und VIEW SERVER STATE-Berechtigungen für das Diagnoseprotokoll und Optionen für die Failoverclustereigenschaften.
  • CONTROL SERVER-Berechtigung für die HADR-Clusterkontextoption.
  • ALTER SERVER STATE-Berechtigung für die Pufferpoolerweiterungsoption.

Die Ressourcen-DLL der Datenbank-Engine von SQL Server wird unter dem lokalen Systemkonto ausgeführt. Deshalb muss das lokale Systemkonto über Lese- und Schreibzugriff auf den in der Diagnoseprotokolloption angegebenen Pfad verfügen.

Beispiele

Category Funktionssyntaxelemente
Festlegen der Prozessaffinität CPU • NUMANODE • AUTO
Festlegen der Optionen des Diagnoseprotokolls ON • OFF • PATH • MAX_SIZE
Festlegen der Failoverclustereigenschaften HealthCheckTimeout
Ändern des Clusterkontexts eines Verfügbarkeitsreplikats 'windows_cluster'
Festlegen der Pufferpoolerweiterung BUFFER POOL EXTENSION
Festlegen von In-Memory Database-Optionen MEMORY_OPTIMIZED

Festlegen der Prozessaffinität

Die Beispiele in diesem Abschnitt veranschaulichen, wie die Prozessaffinität für CPUs und NUMA-Knoten festgelegt wird. In den Beispielen wird davon ausgegangen, dass der Server 256 CPUs umfasst, die in vier Gruppen von jeweils 16 NUMA-Knoten unterteilt sind. Den NUMA-Knoten oder CPUs sind keine Threads zugewiesen.

  • Gruppe 0: NUMA-Knoten 0 bis 3, CPUs 0 bis 63
  • Gruppe 1: NUMA-Knoten 4 bis 7, CPUs 64 bis 127
  • Gruppe 2: NUMA-Knoten 8 bis 12, CPUs 128 bis 191
  • Gruppe 3: NUMA-Knoten 13 bis 16, CPUs 192 bis 255

A. Festlegen der Affinität für alle CPUs in den Gruppen 0 und 2

Im folgenden Beispiel wird die Affinität für alle CPUs in den Gruppen 0 und 2 festgelegt.

ALTER SERVER CONFIGURATION   
SET PROCESS AFFINITY CPU=0 TO 63, 128 TO 191;

B. Festlegen der Affinität für alle CPUs in den NUMA-Knoten 0 und 7

Im folgenden Beispiel wird veranschaulicht, wie die CPU-Affinität lediglich auf die Knoten 0 und 7 festgelegt wird.

ALTER SERVER CONFIGURATION   
SET PROCESS AFFINITY NUMANODE=0, 7;

C. Festlegen der Affinität für die CPUs 60 bis 200

Im folgenden Beispiel wird die Affinität für die CPUs 60 bis 200 festgelegt.

ALTER SERVER CONFIGURATION   
SET PROCESS AFFINITY CPU=60 TO 200;

D: Festlegen der Affinität auf einem System, das über zwei CPUs verfügt, für CPU 0

Im folgenden Beispiel wird die Affinität auf einem Computer, der über zwei CPUs verfügt, auf CPU=0 festgelegt. Vor Ausführung der folgenden Anweisung ist die interne Affinitätsbitmaske 00.

ALTER SERVER CONFIGURATION SET PROCESS AFFINITY CPU=0;

E. Festlegen der Affinität auf AUTO

Im folgenden Beispiel wird die Affinität auf AUTO festgelegt.

ALTER SERVER CONFIGURATION  
SET PROCESS AFFINITY CPU=AUTO;

Setting diagnostic log options

Gilt für: SQL Server (ab SQL Server 2012 (11.x)).

Die Beispiele in diesem Abschnitt veranschaulichen, wie die Werte für die Diagnoseprotokolloption festgelegt werden.

A. Starten der Diagnoseprotokollierung

Im folgenden Beispiel wird die Protokollierung von Diagnosedaten gestartet.

ALTER SERVER CONFIGURATION SET DIAGNOSTICS LOG ON;

B. Beenden der Diagnoseprotokollierung

Im folgenden Beispiel wird die Protokollierung von Diagnosedaten beendet.

ALTER SERVER CONFIGURATION SET DIAGNOSTICS LOG OFF;

C. Angeben des Speicherorts für die Diagnoseprotokolle

Im folgenden Beispiel wird der Speicherort für die Diagnoseprotokolle auf den angegebenen Dateipfad festgelegt.

ALTER SERVER CONFIGURATION  
SET DIAGNOSTICS LOG PATH = 'C:\logs';

D: Angeben der maximalen Größe jedes Diagnoseprotokolls

Im folgenden Beispiel wird die maximale Größe jedes Diagnoseprotokolls auf 10 Megabytes festgelegt.

ALTER SERVER CONFIGURATION   
SET DIAGNOSTICS LOG MAX_SIZE = 10 MB;

Festlegen der Failoverclustereigenschaften

Gilt für: SQL Server (ab SQL Server 2012 (11.x)).

Im folgenden Beispiel wird veranschaulicht, wie die Werte für die Ressourceneigenschaften des SQL Server-Failoverclusters festgelegt werden.

A. Angeben des Werts für die HealthCheckTimeout-Eigenschaft

Im folgenden Beispiel wird die Option HealthCheckTimeout auf 15.000 Millisekunden (15 Sekunden) festgelegt.

ALTER SERVER CONFIGURATION   
SET FAILOVER CLUSTER PROPERTY HealthCheckTimeout = 15000;

B. Ändern des Clusterkontexts eines Verfügbarkeitsreplikats

Im folgenden Beispiel wird der HADR-Clusterkontext der Instanz von SQL Server geändert. Im Beispiel wird der vollständige Clusterobjektname, clus01, angegeben, um den Ziel-WSFC-Cluster clus01.xyz.com anzugeben.

ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = 'clus01.xyz.com';

Festlegen der Pufferpoolerweiterungsoptionen

A. Festlegen der Pufferpoolerweiterungsoption

Gilt für: SQL Server (ab SQL Server 2014 (12.x)).

Im folgenden Beispiel wird die Pufferpoolerweiterungsoption aktiviert, und es werden Name und Größe der Datei angegeben.

ALTER SERVER CONFIGURATION   
SET BUFFER POOL EXTENSION ON  
    (FILENAME = 'F:\SSDCACHE\Example.BPE', SIZE = 50 GB);

B. Ändern von Pufferpoolerweiterungsparametern

Im folgenden Beispiel wird die Größe einer Pufferpoolerweiterungsdatei geändert. Die Pufferpoolerweiterungsoption muss deaktiviert werden, bevor einer der Parameter geändert wird.

ALTER SERVER CONFIGURATION   
SET BUFFER POOL EXTENSION OFF;  
GO  
EXEC sp_configure 'max server memory (MB)', 12000;  
GO  
RECONFIGURE;  
GO  
ALTER SERVER CONFIGURATION  
SET BUFFER POOL EXTENSION ON  
    (FILENAME = 'F:\SSDCACHE\Example.BPE', SIZE = 60 GB);  
GO

Festlegen von In-Memory Database-Optionen

Gilt für: SQL Server (ab SQL Server 2019 (15.x)).

A. Aktivieren aller In-Memory Database-Features mit Standardoptionen

ALTER SERVER CONFIGURATION SET MEMORY_OPTIMIZED ON;
GO

B. Aktivieren speicheroptimierter tempdb-Metadaten unter Verwendung des Standardressourcenpools

ALTER SERVER CONFIGURATION SET MEMORY_OPTIMIZED TEMPDB_METADATA = ON;
GO

C. Aktivieren speicheroptimierter tempdb-Metadaten mit einem benutzerdefinierten Ressourcenpool

ALTER SERVER CONFIGURATION SET MEMORY_OPTIMIZED TEMPDB_METADATA = ON (RESOURCE_POOL = 'pool_name');
GO

D: Aktivieren des hybriden Pufferpools

ALTER SERVER CONFIGURATION SET MEMORY_OPTIMIZED HYBRID_BUFFER_POOL = ON;
GO

Weitere Informationen

Soft-NUMA (SQL Server)
Ändern des HADR-Clusterkontexts der Serverinstanz (SQL Server)
sys.dm_os_schedulers (Transact-SQL)
sys.dm_os_memory_nodes (Transact-SQL)
sys.dm_os_buffer_pool_extension_configuration (Transact-SQL)
Pufferpoolerweiterung