Symptômes
Dans Microsoft SQL Server 2019, la restauration de la base de données compressée ou des sauvegardes de journaux des bases de données pour lesquelles le chiffrement transparent des données (TDE) est activé peut entraîner l’erreur suivante :
Msg 3241, Level 16, State 18, Line <LineNumber>
La famille de supports sur l’appareil « <nom de fichier de sauvegarde> » est incorrectement formée. SQL Server ne peut pas traiter cette famille de supports.
Solution de contournement
Pour contourner ce problème, ne compressez pas les sauvegardes de bases de données compatibles avec TDE à l’aide de l’une des méthodes suivantes :
-
Utilisez WITH COMPRESSION comme décrit dans BACKUP (Transact-SQL).
-
S’appuyer sur la compression de sauvegarde par défaut, comme décrit dans Affichage ou Configurer l’option de configuration de serveur par défaut de compression de sauvegarde.
Résolution
Informations sur les mises à jour cumulatives
Ce problème est résolu dans la mise à jour cumulative suivante pour SQL Server :
Mise à jour cumulative 16 pour SQL Server 2019
Remarque Vous devez créer les sauvegardes avec ce correctif pour éviter le problème. L’installation de la CU fixe sur l’instance cible et la tentative de restauration de la même sauvegarde créée sans le correctif ne fonctionneront pas.
Informations supplémentaires
Important : À compter de SQL Server 2019 CU16, la création de sauvegardes compressées (base de données ou journal) de bases de données compatibles TDE utilise un nouveau format de sauvegarde qui ne peut être restauré que sur une instance sur laquelle CU16 ou une version ultérieure est installée.
La restauration d’une sauvegarde compressée d’une base de données compatible TDE créée sur CU16 ou version ultérieure sur une instance SQL Server 2019 de la version CU15 ou antérieure échoue et provoque les erreurs suivantes :
-
RESTORE DATABASE
Msg 3013, Level 16, State 1, Line <LineNumber>
RESTORE DATABASE se termine anormalement.
Msg 9004, Level 21, State 1, Line <LineNumber>
Une erreur s’est produite lors du traitement du journal pour la base de données « TDE_DB ». Si possible, restaurez à partir de la sauvegarde. Si aucune sauvegarde n’est disponible, il peut être nécessaire de reconstruire le journal.
-
JOURNAL RESTORE
Emplacement : mediaRead.cpp:1018
Expression : readSize <= m_Demand
SPID : 84
ID de processus : ProcessID
Msg 3013, Level 16, State 1, Line <LineNumber>
RESTORE LOG se termine anormalement.
Msg 3624, Level 20, State 1, Line <LineNumber>
Une vérification d’assertion système a échoué. Pour plus d’informations, consultez le journal des erreurs SQL Server. En règle générale, un échec d’assertion est provoqué par un bogue logiciel ou une altération des données. Pour vérifier l’altération de la base de données, envisagez d’exécuter DBCC CHECKDB. Si vous avez accepté d’envoyer des vidages à Microsoft pendant l’installation, un mini-vidage est envoyé à Microsoft. Une mise à jour peut être disponible auprès de Microsoft dans le dernier Service Pack ou dans un correctif logiciel du support technique.
Remarque RESTORE HEADERONLY et RESTORE FILELISTONLY ne sont pas affectés par le problème et fonctionnent dans tous les cas.
RESTORE VERIFYONLY peut retourner correctement pour une sauvegarde COMPLÈTE qui n’est pas valide conformément au scénario ci-dessus : ne vous fiez pas à RESTORE VERIFYONLY pour établir que la sauvegarde peut être restaurée sans avoir à résoudre le problème ci-dessus. RESTORE VERIFYONLY sur une sauvegarde de journal échoue généralement avec la même erreur qu’un journal RESTORE réel décrit ci-dessus.
Par conséquent, il est important de s’assurer que dans un contexte où TDE et compression de sauvegarde peuvent être activés, toutes les instances SQL Server 2019 qui consomment des sauvegardes d’autres instances SQL Server 2019 reçoivent CU16 (ou version ultérieure) avant les instances qui génèrent le matériel de sauvegarde. Les architectures de copie des journaux de transaction seraient un exemple de cette situation : mettez d’abord à niveau les instances secondaires.
Une fois qu’une sauvegarde du journal des transactions a été créée avec la compression, il n’est généralement pas possible de la recréer sans compression. Par conséquent, la mise à niveau du serveur principal de copie des journaux de transaction vers SQL Server 2019 CU16 ou version ultérieure dans un tel contexte interromprait les travaux de restauration jusqu’à ce que le serveur secondaire soit également mis à niveau.
Une sauvegarde non compressée d’une base de données compatible avec TDE, une sauvegarde compressée d’une base de données qui n’est pas activée pour TDE ou une sauvegarde non compressée d’une base de données qui n’est pas activée pour TDE n’utilise pas le nouveau format de sauvegarde introduit dans CU16 et peut être restaurée sur une instance SQL Server 2019 de toutes les versions.
Il est donc nécessaire de désactiver la compression de sauvegarde si vous envisagez de restaurer un matériel de base de données compatible avec TDE (sauvegarde complète ou sauvegarde du journal des transactions) sur toutes les instances SQL Server des versions antérieures avant SQL Server 2019 CU16.
Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs de sécurité et correctifs de sécurité qui se trouvaient dans la build précédente. Nous vous recommandons d’installer la dernière build pour votre version de SQL Server :
État
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.
Références
En savoir plus à propos de la terminologie utilisée par Microsoft pour décrire les mises à jour logicielles.
