症状
在 Microsoft SQL Server 2019 中，还原已启用透明数据加密 (TDE)的数据库的压缩数据库或日志备份可能会导致以下错误：
Msg 3241，级别 16，状态 18，Line <LineNumber>
设备上的媒体系列“<备份文件名>”格式不正确。 SQL Server 无法处理此媒体系列。
解决方法
若要解决此问题，请不要使用以下任一方法压缩已启用 TDE 的数据库的备份：
-
如 BACKUP (Transact-SQL)中所述使用 WITH COMPRESSION。
-
依赖于备份压缩默认值，如视图中所述，或配置备份压缩默认服务器配置选项。
解决方法
累积更新信息
以下 SQL Server 累积更新中修复了此问题：
备注 需要将备份与此修补程序一起创建，以避免出现问题。 在目标实例上安装固定 CU 并尝试还原在未修复的情况下创建的相同备份将不起作用。
更多信息
重要: 从 SQL Server 2019 CU16 开始，创建已启用 TDE 的数据库的压缩备份 (数据库或日志) 将使用新的备份格式，该格式只能在安装了 CU16 或更高版本的实例上还原。
还原在 CU15 或更早版本的 SQL Server 2019 实例上创建的已启用 TDE 的数据库的压缩备份失败，并导致以下错误：
-
RESTORE DATABASE
Msg 3013，级别 16，状态 1，Line <LineNumber>
RESTORE DATABASE 正在异常终止。
Msg 9004，级别 21，状态 1，Line <LineNumber>
处理数据库“TDE_DB”的日志时出错。 如果可能，请从备份还原。 如果备份不可用，可能需要重新生成日志。
-
RESTORE LOG
位置：mediaRead.cpp：1018
表达式：readSize <= m_Demand
SPID：84
进程 ID： ProcessID
Msg 3013，级别 16，状态 1，Line <LineNumber>
RESTORE LOG 异常终止。
Msg 3624，级别 20，状态 1，Line <LineNumber>
系统断言检查失败。 有关详细信息，请检查 SQL Server 错误日志。 通常，断言失败是由软件 bug 或数据损坏引起的。 若要检查数据库损坏情况，请考虑运行 DBCC CHECKDB。 如果同意在安装过程中向 Microsoft 发送转储，则会向 Microsoft 发送一个小型转储。 Microsoft 可能在最新 Service Pack 或 Technical Support 的修补程序中提供更新。
备注 RESTORE HEADERONLY 和 RESTORE FILELISTONLY 不受此问题影响，在所有情况下都有效。
RESTORE VERIFYONLY 可能会成功返回根据上述方案无效的完整备份：请勿依赖 RESTORE VERIFYONLY 来确定可以在不出现上述问题的情况下还原备份。 针对日志备份的 RESTORE VERIFYONLY 通常会失败，并出现与上面所述的实际 RESTORE LOG 相同的错误。
因此，请务必确保在可能启用 TDE 和备份压缩的上下文中，从其他 SQL Server 2019 实例使用备份的任何 SQL Server 2019 实例在生成备份材料的实例之前接收 CU16 (或更高版本) 。 日志传送体系结构是这种情况的一个主要示例：首先升级辅助实例。
使用压缩创建事务日志备份后，通常无法在不进行压缩的情况下重新创建它。 因此，在此类上下文中将日志传送主服务器升级到 SQL Server 2019 CU16 或更高版本会中断还原作业，直到辅助服务器也升级为止。
已启用 TDE 的数据库的未压缩备份、未为 TDE 启用的数据库的压缩备份或未为 TDE 启用的数据库的未压缩备份将不会使用 CU16 中引入的新备份格式，并且可以在任何版本的 SQL Server 2019 实例上还原。
因此，如果计划将已启用 TDE 的数据库材料还原到 SQL Server 2019 CU16 之前的任何 SQL Server 实例，则必须禁用备份压缩 (完整备份或事务日志备份) 。
SQL Server 的每个新的累积更新都包含上一版本中的所有修补程序和安全修补程序。 建议为 SQL Server 版本安装最新版本：
状态
Microsoft 已确认这是在“适用范围”部分中列出的 Microsoft 产品存在的问题。
参考
了解 Microsoft 用于描述软件更新的术语。
