Microsoft vertreibt Microsoft SQL Server 2008 R2, SQL Server 2008 R2 SP1 und SQL Server 2008-Fixes als eine herunterladbare Datei. Da die Fixes kumulativ sind, enthält jede neue Version alle Hotfixes und alle Sicherheitsupdates, die in den vorherigen SQL Server 2008 R2, SQL Server 2008 R2 SP1 und SQL Server 2008 Fix veröffentlicht wurden.
Einführung
Der Befehl DBCC CHECKDB balanciert den Bedarf zwischen Leistung und Ressourcen aus. Daher kann der Befehl DBCC CHECKDB standardmäßig die Ressourcenverwendung nicht maximieren, wenn Konsistenzprüfungen für eine Datenbank ausgeführt werden. So kann beispielsweise der Befehl DBCC CHECKDB die Datenträger-e/a-Verwendung nicht maximieren, wenn Konsistenzprüfungen für eine Datenbank ausgeführt werden.
Fehlerbehebung
Informationen zum kumulativen Update
SQL Server 2008 Service Pack 2
Der Fix für dieses Problem wurde erstmals im kumulativen Update 9 für SQL Server 2008 Service Pack 2 veröffentlicht. Wenn Sie weitere Informationen zu diesem kumulativen Updatepaket erhalten möchten, klicken Sie auf die folgende Artikelnummer, um den Artikel in der Microsoft Knowledge Base anzuzeigen:
2673382 Kumulatives Updatepaket 9 für SQL Server 2008 Service Pack 2
Hinweis Da die Builds kumulativ sind, enthält jede neue Fix-Version alle Hotfixes und alle Sicherheitsupdates, die in der vorherigen Version von SQL Server 2008 behoben wurden. Wir empfehlen, dass Sie die neueste Fix-Version anwenden, die diesen Hotfix enthält. Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base:
2402659 Die SQL Server 2008-Builds, die nach der Veröffentlichung von SQL Server 2008 Service Pack 2 veröffentlicht wurden
Microsoft SQL Server 2008-Hotfixes werden für bestimmte SQL Server-Service Packs erstellt. Sie müssen einen SQL Server 2008 Service Pack 2-Hotfix auf eine Installation von SQL Server 2008 Service Pack 2 anwenden. Standardmäßig ist jeder Hotfix, der in einem SQL Server-Service Pack bereitgestellt wird, im nächsten SQL Server-Service Pack enthalten.
SQL Server 2008 Service Pack 3
Der Fix für dieses Problem wurde erstmals im kumulativen Update 4 für SQL Server 2008 Service Pack 3 veröffentlicht. Weitere Informationen zu diesem kumulativen Updatepaket finden Sie im folgenden Artikel der Microsoft Knowledge Base:
2673383 Kumulatives Updatepaket 4 für SQL Server 2008 Service Pack 3
Hinweis Da die Builds kumulativ sind, enthält jede neue Fix-Version alle Hotfixes und alle Sicherheitsupdates, die in der vorherigen Version von SQL Server 2008 behoben wurden. Microsoft empfiehlt, die neueste Fix-Version zu verwenden, die diesen Hotfix enthält. Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base:
2629969 Die SQL Server 2008-Builds, die nach der Veröffentlichung von SQL Server 2008 Service Pack 3 veröffentlicht wurden
Microsoft SQL Server 2008-Hotfixes werden für bestimmte SQL Server-Service Packs erstellt. Sie müssen einen SQL Server 2008 Service Pack 3-Hotfix auf eine Installation von SQL Server 2008 Service Pack 3 anwenden. Standardmäßig ist jeder Hotfix, der in einem SQL Server-Service Pack bereitgestellt wird, im nächsten SQL Server-Service Pack enthalten.
Kumulatives Updatepaket 11 für SQL Server 2008 R2
Der Fix für dieses Problem wurde erstmals im kumulativen Update 11 veröffentlicht. Weitere Informationen zum beziehen dieses kumulativen Updatepakets für SQL Server 2008 R2 finden Sie im folgenden Artikel der Microsoft Knowledge Base:
2633145 Kumulatives Updatepaket 11 für SQL Server 2008 R2
Hinweis Da die Builds kumulativ sind, enthält jede neue Fix-Version alle Hotfixes und alle Sicherheitsupdates, die mit der vorherigen Version von SQL Server 2008 R2 behoben wurden. Wir empfehlen, dass Sie die neueste Fix-Version anwenden, die diesen Hotfix enthält. Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base:
981356 Die SQL Server 2008 R2-Builds, die nach der Veröffentlichung von SQL Server 2008 R2 veröffentlicht wurden
Kumulatives Updatepaket 4 für SQL Server 2008 R2 SP1
Die Fehlerbehebung für dieses Problem wurde zuerst in Kumulatives Update 4 veröffentlicht. Weitere Informationen zum beziehen dieses kumulativen Updatepakets für SQL Server 2008 R2 SP1 finden Sie im folgenden Artikel der Microsoft Knowledge Base:
2633146 Kumulatives Updatepaket 4 für SQL Server 2008 R2 SP1
Hinweis Da die Builds kumulativ sind, enthält jede neue Fix-Version alle Hotfixes und alle Sicherheitsupdates, die in der vorherigen Version von SQL Server 2008 R2 SP1 enthalten waren. Wir empfehlen, dass Sie die neueste Fix-Version anwenden, die diesen Hotfix enthält. Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base:
2567616 Die SQL Server 2008 R2-Builds, die nach der Veröffentlichung von SQL Server 2008 R2 SP1 veröffentlicht wurden
SQL Server 2012
SQL Server 2012 enthält die Codeänderungen für diese Fehlerbehebungen. Das Ablaufverfolgungsflag 2562 und 2549, wie unten beschrieben, gelten auch für SQL Server 2012. Der Fix zum Verringern der Konflikte auf dem DBCC_MULTIOBJECT_SCANNER Latch erfordert jedoch kein Ablaufverfolgungsflag 2562 in SQL Server 2012. Diese Änderungen wurden standardmäßig in SQL Server 2012 enthalten.
Weitere Informationen
Mit diesem kumulativen Update werden zwei Ablaufverfolgungsflags eingeführt, um die Datenträger-e/a-Ressourcennutzung besser zu maximieren, wenn ein Benutzer den Befehl DBCC CHECKDB ausführt. Obwohl diese Verbesserungen nur auf die PHYSICAL_ONLY -Option ausgerichtet sind, können Sie auch die Gesamtleistung der DBCC CHECKDB -Befehle verbessern, die nicht die Option PHYSICAL_ONLY verwenden. Ablaufverfolgungsflag 2562 Dieses Ablaufverfolgungsflag umfasst die folgenden Änderungen:
-
Führen Sie den Befehl DBCC CHECKDB in einem einzelnen "Batch" aus, und zwar unabhängig von der Anzahl der Indizes in der Datenbank. Standardmäßig versucht der Befehl DBCC CHECKDB , tempdb -Ressourcen zu minimieren, indem Sie die Anzahl der Indizes oder "Fakten" begrenzen, die durch Verwendung eines "Batches"-Konzepts generiert werden. Dieses Ablaufverfolgungsflag erzwingt die gesamte Verarbeitung in einem Batch.
-
Verbessern Sie die interne Verarbeitung, um zu ermitteln, welche Seiten aus der Datenbank gelesen werden sollen. Dadurch wird der Konflikt auf dem DBCC_MULTIOBJECT_SCANNERLatch verringert.
Ein Effekt der Verwendung dieses Ablaufverfolgungsflags besteht darin, dass die Speicherplatzanforderungen für tempdb möglicherweise zunehmen. Tempdb kann auf bis zu 5 Prozent der Benutzerdatenbank wachsen, die vom Befehl DBCC CHECKDB verarbeitet wird. Daher empfehlen wir, dass Sie tempdb auf mindestens 5 Prozent der Datenbankgröße vorgrößen, wenn Sie dieses Ablaufverfolgungsflag verwenden, um das automatische Wachstum zu vermeiden, wodurch sich die Leistung des Befehls DBCC CHECKDB verlangsamen kann. Hinweis Ablaufverfolgungsflag 2562 ist ein Ablaufverfolgungsflag auf Sitzungsebene. Sie können es auf Sitzungsebene aktivieren. Ablaufverfolgungsflag 2549 Der Befehl DBCC CHECKDB erstellt eine interne Liste der Seiten, die pro eindeutigem Laufwerk für alle Datenbankdateien gelesen werden können. Diese Logik bestimmt eindeutige Laufwerke basierend auf dem Laufwerksbuchstaben des physikalischen Datei namens jeder Datei. Wenn die zugrunde liegenden Datenträger tatsächlich eindeutig sind, wenn es sich um die Laufwerkbuchstaben handelt, würde der Befehl DBCC CHECKDB diese als einen Datenträger behandeln. Wenn dieses Ablaufverfolgungsflag aktiviert ist, wird davon ausgegangen, dass sich jede Datenbankdatei auf einem eindeutigen Laufwerk befindet. Verwenden Sie dieses Ablaufverfolgungsflag nur, wenn Sie wissen, dass jede Datei auf einem eindeutigen physikalischen datenträgerbasiert. Hinweis Ablaufverfolgungsflag 2549 ist ein globales Ablaufverfolgungsflag. Um Sie zu aktivieren, müssen Sie Sie als Startparameter verwenden oder DBCC TRACEON (2549,-1)verwenden. Obwohl diese Ablaufverfolgungsflags die Leistung der DBCC CHECKDB -Befehle, die für die Verwendung der DBCC CHECKDB -Option verwendet werden, verbessern, sehen einige Benutzer möglicherweise keine Verbesserung der Leistung. Während diese Ablaufverfolgungsflags die Verwendung von Datenträger-e/a-Ressourcen verbessern, kann die zugrunde liegende Leistung von Datenträgerressourcen die Gesamtleistung des Befehls DBCC CHECKDB einschränken. Beachten Sie die folgenden Einschränkungen:
-
Die Leistungsverbesserungen sind nicht zur Verbesserung der Leistung bei Verwendung der Option Reparierenvorgesehen. Die Leistungsverbesserungen sind beispielsweise nicht dazu vorgesehen, die Leistung zu verbessern, wenn Sie die Option REPAIR_ALLOW_DATA_LOSSverwenden.
-
Die Verbesserungen wirken sich nicht auf den Befehl DBCC CHECKALLOCaus.
-
Die Verbesserungen können die Leistung des DBCC CHECKTABLE-Befehls für Indizes mit vielen Seiten unterstützen. Die Verbesserungen sind jedoch nicht darauf ausgerichtet, die Leistung des DBCC CHECKTABLE -Befehls zu verbessern.
Status
Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.
