主页 / dba / 问题 / 211192
Accepted
Element Zero
Asked: 2018-07-03 16:06:53 +0800 CST

备份检测到损坏，但 CHECKDB 没有

  • 772

我有一个数据库，当我运行备份命令时

BACKUP DATABASE [MyDatabase] TO     
DISK =  'G:\Backup\MyDatabase_01_01_2018.bak'   
WITH    NOFORMAT, NOSKIP, COMPRESSION, INIT, BUFFERCOUNT = 100

我收到错误消息

消息 3043，级别 16，状态 1，第 8 行
备份“MyDatabase”在文件“F:\Data\MyDatabase_1.ndf”的页面 (1:745345) 上检测到错误。
消息 3013，级别 16，状态 1，第 8 行
备份数据库异常终止。

我运行了一个完整的 CHECKDB，但它返回干净。我确实注意到页面验证选项已设置为 NONE（不是我做的），所以我将其更改为 CHECKSUM 并重建数据库中的所有索引以使其写入所有页面并生成校验和。在此之后，备份仍然失败并且 checkdb 仍然显示干净（所以没有变化）。

DBCC CHECKDB('MyDatabase') WITH NO_INFOMSGS, ALL_ERRORMSGS,
DATA_PURITY, EXTENDED_LOGICAL_CHECKS;

从 SQL 日志：

xxx 执行的 DBCC CHECKDB (MyDatabase) WITH all_errormsgs, no_infomsgs, data_purity 发现 0 个错误并修复 0 个错误。经过时间：0 小时 21 分 46 秒。内部数据库快照具有拆分点 LSN = 000ab776:0000112f:0001 和第一个 LSN = 000ab776:0000112d:0001。

我运行了 DBCC PAGE，但它出错（甚至似乎一开始都没有返回正确的页面）。我可以使用打印选项 2 运行它并返回，但老实说我不知道​​我在那里寻找什么。

DBCC PAGE ('MyDatabase',1,745345,3)

页：（3：513793）

缓冲：


BUF @0x00000003811F8280

bpage = 0x00000000F2D70000 bhash = 0x0000000000000000 bpageno = (1:745345)
bdbid = 5 breferences = 0 bcputicks = 0
bsampleCount = 0 bUse1 = 44283 bstat = 0x809
博客 = 0x5adb215a bnext = 0x0000000000000000          

页眉：


页面@0x00000000F2D70000

m_pageId = (3:513793) m_headerVersion = 1 m_type = 2
m_typeFlagBits = 0x4 m_level = 0 m_flagBits = 0x0
m_objId (AllocUnitId.idObj) = 1075937538 m_indexId (AllocUnitId.idInd) = 2
元数据：AllocUnitId = 633462595911680 元数据：PartitionId = 0
元数据：IndexId = -1 元数据：ObjectId = 0 m_prevPage = (3:513795)
m_nextPage = (3:513820) pminlen = 17 m_slotCnt = 426
m_freeCnt = 2 m_freeData = 7338 m_reservedCnt = 0
m_lsn = (608841:643611:411) m_xactReserved = 0 m_xdesId = (0:0)
m_ghostRecCnt = 0 m_tornBits = 0 DB 片段 ID = 1

分配状态

GAM (1:511232) = 已分配 SGAM (1:511233) = 未分配     
PFS (1:744096) = 0x40 已分配 0_PCT_FULL DIFF (1:511238) = 未更改
ML (1:511239) = NOT MIN_LOGGED

消息 2514，级别 16，状态 8，第 20 行
发生 DBCC PAGE 错误：页面元数据无效 - 无法转储样式 3。

有什么想法我可以尝试下一步吗？服务器版本是

select @@version

Microsoft SQL Server 2014 (SP2-CU11) (KB4077063) - 12.0.5579.0 (X64)
    2018 年 2 月 21 日 12:19:47
    版权所有 (c) 微软公司
    Windows NT 6.3 (Build 9600: ) (Hypervisor) 上的开发人员版（64 位）

DB 的兼容级别为 100 (SQL 2008)。

sql-server corruption

1 个回答

  1. Best Answer

    这个答案取自 Paul Randal 撰写的 SQLskills.com 时事通讯的一期，关于“一个数据库会因页面校验和错误而导致备份失败，但通过了DBCC CHECKDB”。

    唯一可能发生这种情况的情况是，当一个扩展数据块是混合扩展数据块（扩展数据块中的 8 个页面可以分配给潜在的 8 个不同的分配单元——请参见此处）并且某些页面被错误地标记为由相关 PFS 页面分配时。

    发生这种情况时，DBCC CHECKDB将不会尝试读取这些页面，因为它会从分配单元的 IAM 页面（其中第一个列出从混合范围分配的页面）派生要读取的页面。这种情况是DBCC CHECKDB的腐败检测逻辑中的一个缺口。

    [因为]DBCC CHECKDB无法检测到损坏，因此无法进行修复所需的修复。因此，使用DBCC WRITEPAGE，我直接在 PFS 页面中计算了错误分配页面的分配状态所需的更改，并且成功了！

    DBCC CHECKDB 这是一种极为罕见的情况——失败但备份会成功的情况更为常见。

    在我看来，Paul 的解决方案远远超出了您所做的导出和导入数据的范围，所以我认为您做了正确的事情。

    • 9

相关问题