症状

假设你有一个在 Microsoft SQL Server 2008 或 SQL Server 2008 R2 中启用了透明数据加密(TDE)的数据库,针对该数据库的任何写操作都将在 WRITELOG 或 LOGBUFFER 上永久等待。 当数据库处于完整恢复模式并且计划的日志备份定期执行时,在问题被点击后,SQL Server 错误日志中的第一个和最后一个日志序列号(LSN)数字同样适用于后续日志备份。 在此时间范围内,仍建议确认是否需要任何用户活动。 LSN 数字可能不会更改,因为缺少用户活动不会导致写入操作。 相关的 SQL Server 错误日志条目如下所示:

日志已备份。 数据库: <DataBaseName>,创建日期(time): <日期><时间>,第一个 lsn:76383:11154:1,最后一个 lsn: 76383:11154:1 ...。 这只是一条信息性消息。 无需用户操作。日志已备份。 数据库: <DataBaseName>,创建日期(time): <日期><时间>,第一个 lsn:76383:11154:1,最后一个 lsn: 76383:11154:1 ...。 这只是一条信息性消息。 无需用户操作。

此问题并非特定于数据库在完全恢复模式下,具有其他恢复模式的数据库也容易遇到相同问题。 此外,你还可能在系统表 sysprocesses中看到回退状态的 SPID。

原因

出现此问题的原因是围绕 TDE 的一些基础异常。

SQL Server 的每个新的累积更新均包含以前的累积更新中包含的所有修补程序和所有安全修补程序。 查看 SQL Server 的最新累积更新:

状态

Microsoft 已确认这是在“适用范围”部分中列出的 Microsoft 产品存在的问题。

需要更多帮助?

扩展你的技能
了解培训
抢先获得新功能
加入 Microsoft 内部人员

此信息是否有帮助?

你对语言质量的满意程度如何?
哪些因素影响了你的体验?

谢谢您的反馈!

×