Problembeschreibung
In Microsoft SQL Server 2019 kann das Wiederherstellen der komprimierten Datenbank- oder Protokollsicherungen der Datenbanken mit aktivierter transparenter Datenverschlüsselung (Transparent Data Encryption, TDE) den folgenden Fehler verursachen:
Msg 3241, Level 16, State 18, Line <LineNumber>
Die Medienfamilie auf dem Gerät "<Name der Sicherungsdatei>" ist falsch formatiert. SQL Server kann diese Medienfamilie nicht verarbeiten.
Problemumgehung
Um dieses Problem zu umgehen, komprimieren Sie die Sicherungen von TDE-fähigen Datenbanken nicht mithilfe einer der folgenden Methoden:
-
Verwenden Sie WITH COMPRESSION wie in BACKUP (Transact-SQL) beschrieben.
-
Verlassen Sie sich auf den Standard für die Sicherungskomprimierung, wie unter "Ansicht" beschrieben, oder konfigurieren Sie die Standardkonfigurationsoption für die Sicherungskomprimierung.
Lösung
Informationen zum kumulativen Update
Dieses Problem wurde im folgenden kumulativen Update für SQL Server behoben:
Kumulatives Update 16 für SQL Server 2019
Hinweis Sie müssen die Sicherungen zusammen mit diesem Fix erstellen, um das Problem zu vermeiden. Das Installieren des festen CU auf der Zielinstanz und der Versuch, die gleiche Sicherung wiederherzustellen, die ohne den Fix erstellt wurde, funktioniert nicht.
Weitere Informationen
Wichtig: Ab SQL Server 2019 CU16 verwendet die Erstellung komprimierter Sicherungen (Datenbank oder Protokoll) von TDE-fähigen Datenbanken ein neues Sicherungsformat, das nur in einer Instanz wiederhergestellt werden kann, in der CU16 oder höher installiert ist.
Das Wiederherstellen einer komprimierten Sicherung einer TDE-fähigen Datenbank, die auf CU16 oder höher in einer SQL Server 2019-Instanz der Version CU15 oder früher erstellt wurde, schlägt fehl und verursacht die folgenden Fehler:
-
DATENBANK WIEDERHERSTELLEN
Msg 3013, Level 16, State 1, Line <LineNumber>
RESTORE DATABASE wird anormal beendet.
Msg 9004, Level 21, State 1, Line <LineNumber>
Fehler beim Verarbeiten des Protokolls für die Datenbank "TDE_DB". Stellen Sie die Wiederherstellung aus der Sicherung nach Möglichkeit wieder her. Wenn keine Sicherung verfügbar ist, muss das Protokoll möglicherweise neu erstellt werden.
-
PROTOKOLL WIEDERHERSTELLEN
Speicherort: mediaRead.cpp:1018
Ausdruck: readSize <= m_Demand
SPID: 84
Prozess-ID: ProcessID
Msg 3013, Level 16, State 1, Line <LineNumber>
RESTORE LOG wird ungewöhnlich beendet.
Msg 3624, Level 20, State 1, Line <LineNumber>
Fehler bei einer System assertionsprüfung. Details finden Sie im SQL Server-Fehlerprotokoll. In der Regel wird ein Assertionsfehler durch einen Softwarefehler oder eine Datenbeschädigung verursacht. Um die Datenbankbeschädigung zu überprüfen, sollten Sie DBCC CHECKDB ausführen. Wenn Sie zugestimmt haben, Während des Setups Dumps an Microsoft zu senden, wird ein Miniabbild an Microsoft gesendet. Möglicherweise ist ein Update von Microsoft im neuesten Service Pack oder in einem Hotfix vom technischen Support verfügbar.
Hinweis RESTORE HEADERONLY und RESTORE FILELISTONLY sind von dem Problem nicht betroffen und funktionieren in allen Fällen.
RESTORE VERIFYONLY kann erfolgreich für eine VOLLSTÄNDIGE Sicherung zurückgegeben werden, die gemäß dem obigen Szenario ungültig ist: Verlassen Sie sich nicht auf RESTORE VERIFYONLY, um sicherzustellen, dass die Sicherung wiederhergestellt werden kann, ohne das oben genannte Problem zu beheben. RESTORE VERIFYONLY für eine Protokollsicherung schlägt in der Regel zusammen mit dem gleichen Fehler wie ein tatsächliches wie oben beschriebenes WIEDERHERSTELLUNGSPROTOKOLL fehl.
Daher ist es wichtig sicherzustellen, dass in einem Kontext, in dem TDE und Sicherungskomprimierung aktiviert werden können, alle SQL Server 2019-Instanzen, die Sicherungen aus anderen SQL Server 2019-Instanzen verwenden, CU16 (oder höher) erhalten, bevor die Instanzen das Sicherungsmaterial generieren. Protokollversandarchitekturen wären ein Paradebeispiel für eine solche Situation: Aktualisieren Sie zuerst sekundäre Instanzen.
Nachdem eine Transaktionsprotokollsicherung mit Komprimierung erstellt wurde, ist es in der Regel nicht möglich, sie ohne Komprimierung neu zu erstellen. Daher würde ein Upgrade des primären Log Shipping-Servers auf SQL Server 2019 CU16 oder höher in einem solchen Kontext die Wiederherstellungsaufträge unterbrechen, bis auch der sekundäre Server aktualisiert wird.
Eine nicht komprimierte Sicherung einer TDE-fähigen Datenbank, eine komprimierte Sicherung einer Datenbank, die nicht für TDE aktiviert ist, oder eine nicht komprimierte Sicherung einer Datenbank, die nicht für TDE aktiviert ist, verwendet nicht das neue Sicherungsformat, das in CU16 eingeführt wurde, und kann auf einer SQL Server 2019-Instanz einer beliebigen Version wiederhergestellt werden.
Daher ist es erforderlich, die Sicherungskomprimierung zu deaktivieren, wenn Sie beabsingen, ein TDE-fähiges Datenbankmaterial (entweder vollständige Sicherung oder Transaktionsprotokollsicherung) in allen SQL Server-Instanzen früherer Versionen vor SQL Server 2019 CU16 wiederherzustellen.
Jedes neue kumulative Update für SQL Server enthält alle Hotfixes und Sicherheitsfixes, die im vorherigen Build vorhanden waren. Es wird empfohlen, den neuesten Build für Ihre Version von SQL Server zu installieren:
Status
Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.
Informationsquellen
Informieren Sie sich über die Terminologie, die Microsoft zum Beschreiben von Softwareupdates verwendet.
