Bei Microsoft anmelden
Melden Sie sich an, oder erstellen Sie ein Konto.
Hallo,
Wählen Sie ein anderes Konto aus.
Sie haben mehrere Konten.
Wählen Sie das Konto aus, mit dem Sie sich anmelden möchten.

Problembeschreibung

Stellen Sie sich folgendes Szenario vor:

  • Sie verwenden Microsoft SQL Server 2016 Service Pack 2 (SP2) kumulatives Update 2 (CU2) oder höhere Versionen.

  • Sie führen eine Instanz aus, die viele Datenbanken hostet (in der Regel mehr als 200), und die Instanz ist Teil einer Always On Availability Group (AG) (in der Regel mit der Rolle des sekundären Servers). Hinweis Alle Benutzerdatenbanken müssen nicht zu AGs gehören.

  • Sie führen eine Volumeschattenkopiedienste-Anwendung (Volume Shadow Copy Services, VSS) aus, um eine Sicherung aller oder einiger Datenbanken der SQL Server Instanz anzufordern.

In diesem Szenario kann die SQL Writer-Dienst eine Deadlock-Situation erreichen und sperren auf unbestimmte Zeit für eine interne Systemtabelle im Master (sys.sysdbreg mit object_id 28). Darüber hinaus verhindern diese Sperren wiederum das Lesen von Dynamischen Verwaltungsansichten (DYNAMIC Management Views, DMV) des Systems wie sys.dm_hadr_database_replica_states und können zu einer größeren sekundären Blockierung in der Instanz führen. Darüber hinaus stellen Sie fest, dass die Blockkettenanalyse die folgende Anweisung zurückgibt, die vom SQL Server VSS Writer als Headblocker stammt:

"name, recovery_model_desc, state_desc, CONVERT(integer, is_in_standby), ISNULL(source_database_id,0) from master.sys.databases"

Dann hat SQL Server den Wartestatus ASYNC_NETWORK_IO.

Hinweis Da die ASYNC_NETWORK_IO Wartezeit implementiert ist, überschreitet die wait_time niemals zwei Sekunden (2.000 ms). Der Wartetyp bleibt jedoch auf unbestimmte Zeit bestehen, und diese Situation wird die Blockierung niemals selbst aufheben. Es erfordert, dass Sie die SQL Writer-Dienst töten, um die Blockierung der Situation aufzuheben.

Unter SPID, die von diesem Kopfblocker blockiert wird, gibt es häufig eine DBSTARTUP SPID (alwayson Secondary DB redo).

Status

Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.

Lösung

Dieses Problem wurde in den folgenden kumulativen Updates für SQL Server behoben:

Informationen zu kumulativen Updates für SQL Server:

Jedes neue kumulative Update für SQL Server enthält alle Hotfixes und alle Sicherheitsfixes, die im vorherigen kumulativen Update enthalten waren. Sehen Sie sich die neuesten kumulativen Updates für SQL Server an:

Informationsquellen

Erfahren Sie mehr über die Terminologie, die Microsoft verwendet, um Softwareupdates zu beschreiben.

Benötigen Sie weitere Hilfe?

Möchten Sie weitere Optionen?

Erkunden Sie die Abonnementvorteile, durchsuchen Sie Trainingskurse, erfahren Sie, wie Sie Ihr Gerät schützen und vieles mehr.

In den Communities können Sie Fragen stellen und beantworten, Feedback geben und von Experten mit umfassendem Wissen hören.

War diese Information hilfreich?

Wie zufrieden sind Sie mit der Sprachqualität?
Was hat Ihre Erfahrung beeinflusst?
Wenn Sie auf "Absenden" klicken, wird Ihr Feedback zur Verbesserung von Produkten und Diensten von Microsoft verwendet. Ihr IT-Administrator kann diese Daten sammeln. Datenschutzbestimmungen.

Vielen Dank für Ihr Feedback!

×