SQLServer 错误 2515 页 P_ID、对象 ID O_ID，索引 ID I_ID，分区 ID PN_ID，分配单元 ID A_ID（类型为 TYPE）已修改，但在差异备份位图中未标记为已修
详细信息
| Attribute | 值 |
|---|---|
| 产品名称 | SQL Server |
| 事件 ID | 2515 |
| 事件源 | MSSQLSERVER |
| 组件 | SQLEngine |
| 符号名称 | DBCC_DIFF_MAP_OUT_OF_SYNC |
| 消息正文 | 页 P_ID、对象 ID O_ID，索引 ID I_ID，分区 ID PN_ID，分配单元 ID A_ID（类型为 TYPE）已修改，但在差异备份位图中未标记为已修改。 |
说明
指定的页具有的日志序列号 (LSN) 大于数据库的 BackupManager 中的差异引用 LSN 或该文件的文件控制块中的差异基准 LSN（以更晚者为准）。 但是，页在差异备份位图中未标记为已更改。
每个数据库将仅报告一页，因为仅当已知差异位图没有错误时才执行此检查。
用户操作
查找硬件故障
运行硬件诊断并更正任何问题。 也可以通过检查 Microsoft Windows 系统和应用程序日志以及 SQL Server 错误日志来查看是否存在由硬件故障导致的错误。 修复日志中包含的所有与硬件相关的问题。
如果持续遇到数据损坏问题，请尝试分别换下不同的硬件组件以确定问题所在。 进行检查以确保系统未启用磁盘控制器上的写缓存。 如果怀疑写入缓存是问题起因，请与硬件供应商联系。
最后，您可能会发现，切换到全新的硬件系统是解决问题的极佳途径。 此切换操作可能包括重新格式化磁盘驱动器和重新安装操作系统。
从备份还原
如果出现的问题与硬件无关，并且您确信有可用的干净备份，请从备份中还原数据库。
运行 DBCC CHECKDB
如果不存在干净的可用备份，请运行不带 REPAIR 子句的 DBCC CHECKDB 以确定损坏程度。 建议使用 DBCC CHECKDB 的 REPAIR 子句。 接下来，请运行带适当 REPAIR 子句的 DBCC CHECKDB 修复损坏的数据。
注意
如果您不确定运行带有 REPAIR 子句的 DBCC CHECKDB 会对数据造成何种影响，请在运行该语句前与您的主要支持提供商联系。
如果运行具有 REPAIR 子句的 DBCC CHECKDB 无法解决存在的问题，请与主要支持提供商联系。
运行 REPAIR 选项的结果
运行 REPAIR 将使差异位图无效。 在执行完整数据库备份之前，不能执行差异备份。 完整数据库备份为要重新生成的差异位图提供了基准。
免责声明：
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的，并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据，供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
