本文介绍了如何在没有备份且必须修复数据库致命错误的情况下使用DBCC CHECKDB的repair_allow_data_loss选项。该选项可能导致数据丢失，但能帮助恢复数据库到可用状态。文章详细展示了设置数据库为紧急模式、单用户访问，执行修复命令，以及验证修复后的步骤。
运行DBCC CHECKDB withNO_INFOMSGS发现下面的错误：
Table error: ObjectID 7, index ID 2, partition ID 562949953880064, alloc unit ID 562949953880064(type In-row data), page (1:54). Test ((m_type >= DATA_PAGE &&m_type <= UNDOFILE_HEADER_PAGE) || (m_type == UNKNOWN_PAGE && level== BASIC_HEADER)) failed. Values are 0 and 0.
Msg 8939, Level 16,State 5, Line 4
Table error: ObjectID 7, index ID 2, partition ID 562949953880064, alloc unit ID 562949953880064(type In-row data), page (1:54). Test (m_headerVersion == HEADER_7_0) failed.Values are 0 and 1.
Msg 8939, Level 16,State 6, Line 4
Table error: ObjectID 7, index ID 2,
最低0.47元/天 解锁文章
2502
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
