Problembeschreibung
Angenommen, Sie verfügen über eine Datenbank, für die in Microsoft SQL Server 2008 oder SQL Server 2008 R2 eine transparente Datenverschlüsselung (DSA) aktiviert ist, während der Schreibvorgang für die Datenbank auf WriteLog oder LOGBUFFER auf unbestimmte Zeit wartet. Wenn sich die Datenbank im vollständigen Wiederherstellungsmodus befindet und regelmäßige Protokollsicherungen durchgeführt werden, sind die ersten und letzten Protokollfolgenummern (LSN)-Nummern in SQL Server-Fehlerprotokollen für nachfolgende Protokollsicherungen identisch, nachdem das Problem getroffen wurde. Es wird immer noch empfohlen, zu bestätigen, ob während dieses Zeitraums Benutzeraktivitäten erwartet werden. Die LSN-Nummern werden möglicherweise nicht geändert, weil kein Schreibvorgang durch den Mangel an Benutzeraktivitäten verursacht wurde. Verwandte SQL Server-Fehlerprotokolleinträge folgen:
Protokoll wurde gesichert. Datenbank: <DatabaseName>, Erstellungsdatum (Zeit): <Datum><Uhrzeit>, erste LSN: 76383:11154:1, Letzte LSN: 76383:11154:1..... Dies ist nur eine Informationsmeldung. Es ist keine Benutzeraktion erforderlich. Protokoll wurde gesichert. Datenbank: <DatabaseName>, Erstellungsdatum (Zeit): <Datum><Uhrzeit>, erste LSN: 76383:11154:1, Letzte LSN: 76383:11154:1..... Dies ist nur eine Informationsmeldung. Es ist keine Benutzeraktion erforderlich.
Dieses Problem ist nicht spezifisch für die Datenbank im vollständigen Wiederherstellungsmodus, Datenbanken mit anderen Wiederherstellungsmodi sind ebenfalls anfällig für das gleiche Problem. Darüber hinaus wird in Systemtabelle sys. sysprocessesmöglicherweise auch eine SPID in Rollback-Status angezeigt.
Ursache
Dieses Problem tritt aufgrund einer zugrunde liegenden Ausnahme für DSA auf.
Fehlerbehebung
Das Problem wurde zuerst im folgenden kumulativen Update von SQL Server behoben. Nachdem Sie diesen Hotfix angewendet haben, wird die Datenbank von SQL Server offline geschaltet, wenn Sie das Problem getroffen haben (anstatt auf unbestimmte Zeit auf WriteLog oder LOGBUFFER zu warten), kann die Datenbank wieder online geschaltet werden, ohne die SQL Server-Dienste neu zu starten. In einigen Szenarien wird die Datenbank automatisch von SQL Server ohne menschliches Zutun wieder online geschaltet. Relevante Informationen werden in SQL Server-Fehlerprotokollen protokolliert. Das Problem wird durch den Hotfix nicht vollständig behoben. Allerdings können zusätzliche diagnostische Informationen (basierend auf Typ und Fehlerschweregrad) in den SQL Server-Fehlerprotokollen protokolliert werden, wenn das Problem erneut auftritt. Sie müssen die tatsächliche Ausnahme ermitteln und mithilfe zusätzlicher Diagnoseinformationen beheben, die Sie möglicherweise nach dem Anwenden des Hotfixes abrufen.
Kumulatives Update 13 für SQL Server 2008 R2 SP2 /en-us/help/2967540
Kumulatives Update 17 für SQL Server 2008 SP3 /en-us/help/2958696
Jedes neue kumulative Update für SQL Server enthält alle Hotfixes und alle Sicherheitsupdates, die im vorherigen kumulativen Update enthalten waren. Schauen Sie sich die neuesten kumulativen Updates für SQL Server an:
Status
Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.
