Symptomen
In Microsoft SQL Server 2019 kan het herstellen van de gecomprimeerde database of logboekback-ups van de databases waarvoor Transparent Data Encryption (TDE) is ingeschakeld, de volgende fout veroorzaken:
Msg 3241, Level 16, State 18, Line <LineNumber>
De mediafamilie op het apparaat '<back-upbestandsnaam>' is onjuist gevormd. SQL Server kan deze mediafamilie niet verwerken.
Tijdelijke oplossing
U kunt dit probleem omzeilen door de back-ups van databases met TDE niet te comprimeren met behulp van een van de volgende methoden:
-
GEBRUIK WITH COMPRESSION zoals beschreven in BACKUP (Transact-SQL).
-
Vertrouw op de standaardinstelling voor back-upcompressie, zoals beschreven in De standaardoptie voor serverconfiguratie van back-upcompressie weergeven of configureren.
Oplossing
Cumulatieve update-informatie
Dit probleem is opgelost in de volgende cumulatieve update voor SQL Server:
Cumulatieve update 16 voor SQL Server 2019
Opmerking U moet de back-ups samen met deze oplossing maken om het probleem te voorkomen. Het installeren van de vaste CU op het doelexemplaar en het herstellen van dezelfde back-up die zonder de oplossing is gemaakt, werkt niet.
Meer informatie
Belangrijk: Vanaf SQL Server 2019 CU16 gebruikt het maken van gecomprimeerde back-ups (database of logboek) van databases met TDE een nieuwe back-upindeling die alleen kan worden hersteld op een exemplaar waarop CU16 of later is geïnstalleerd.
Het herstellen van een gecomprimeerde back-up van een database met TDE die is gemaakt op CU16 of later op een SQL Server 2019-exemplaar van versie CU15 of eerder, mislukt en veroorzaakt de volgende fouten:
-
DATABASE HERSTELLEN
Msg 3013, Level 16, State 1, Line <LineNumber>
RESTORE DATABASE wordt abnormaal beëindigd.
Msg 9004, Level 21, State 1, Line <LineNumber>
Er is een fout opgetreden tijdens het verwerken van het logboek voor database 'TDE_DB'. Herstel indien mogelijk vanuit een back-up. Als er geen back-up beschikbaar is, kan het nodig zijn om het logboek opnieuw op te bouwen.
-
LOGBOEK HERSTELLEN
Locatie: mediaRead.cpp:1018
Expressie: readSize <= m_Demand
SPID: 84
Proces-id: ProcessID
Msg 3013, Level 16, State 1, Line <LineNumber>
RESTORE LOG wordt abnormaal beëindigd.
Msg 3624, Level 20, State 1, Line <LineNumber>
Een systeembevestigingscontrole is mislukt. Controleer het SQL Server-foutenlogboek voor meer informatie. Normaal gesproken wordt een assertiefout veroorzaakt door een softwarefout of beschadigde gegevens. Als u wilt controleren op beschadiging van de database, kunt u DBCC CHECKDB uitvoeren. Als u ermee akkoord gaat om dumps naar Microsoft te verzenden tijdens de installatie, wordt er een minidump naar Microsoft verzonden. Er is mogelijk een update beschikbaar van Microsoft in het nieuwste servicepack of in een hotfix van de technische ondersteuning.
Opmerking RESTORE HEADERONLY en RESTORE FILELISTONLY worden niet beïnvloed door het probleem en werken in alle gevallen.
RESTORE VERIFYONLY kan worden geretourneerd voor een volledige back-up die ongeldig is volgens het bovenstaande scenario: vertrouw niet op RESTORE VERIFYONLY om vast te stellen dat de back-up kan worden hersteld zonder het bovenstaande probleem te raken. VERIFYONLY herstellen op basis van een logboekback-up mislukt meestal samen met dezelfde fout als een werkelijk HERSTELLOGBOEK dat hierboven wordt beschreven.
Daarom is het belangrijk om ervoor te zorgen dat in een context waarin TDE- en back-upcompressie kan worden ingeschakeld, alle SQL Server 2019-exemplaren die back-ups van andere SQL Server 2019-exemplaren gebruiken CU16 (of later) ontvangen vóór de exemplaren die het back-upmateriaal genereren. Architecturen voor logboekverzending zijn een goed voorbeeld van een dergelijke situatie: upgrade secundaire exemplaren eerst.
Zodra een back-up van een transactielogboek is gemaakt met compressie, is het meestal niet mogelijk om deze opnieuw te maken zonder compressie. Daarom zou het upgraden van de primaire server voor logboekverzending naar SQL Server 2019 CU16 of later in een dergelijke context de hersteltaken verbreken totdat ook de secundaire server wordt bijgewerkt.
Een niet-gecomprimeerde back-up van een database met TDE, een gecomprimeerde back-up van een database die niet is ingeschakeld voor TDE of een niet-gecomprimeerde back-up van een database die niet is ingeschakeld voor TDE, maakt geen gebruik van de nieuwe back-upindeling die is geïntroduceerd in CU16 en kan worden hersteld op een SQL Server 2019-exemplaar van alle versies.
Het is daarom vereist om back-upcompressie uit te schakelen als u van plan bent om een databasemateriaal met TDE-functionaliteit (volledige back-up of back-up van transactielogboek) te herstellen naar SQL Server-exemplaren van eerdere versies vóór SQL Server 2019 CU16.
Elke nieuwe cumulatieve update voor SQL Server bevat alle hotfixes en beveiligingscorrecties die in de vorige build waren. U wordt aangeraden de nieuwste build voor uw versie van SQL Server te installeren:
Status
Microsoft heeft bevestigd dat dit probleem zich kan voordoen in de Microsoft-producten die worden vermeld in de sectie Van toepassing op.
Verwijzingen
Meer informatie over de terminologie die Microsoft gebruikt om software-updates te beschrijven.
