未能读取并闩锁页 (1:3910)（用闩锁类型 SH）。

Question

DBCC checkdb('数据库名',REPAIR_ALLOW_DATA_LOSS)
试试

Answer 1

不知你sp4有没有打
要解决此问题, 先安装Service Pack 4, 在用 repair_allow_data_loss 选项运行 DBCCCHECKDB
或者尝试用DTS导出数据

Answer 2

--使用修复数据库项，但可能丢失部分数据
DBCC checkdb('数据库名',REPAIR_ALLOW_DATA_LOSS)

Answer 3

DBCC checkdb('databasename',repatr_allow_data_loss)

Answer 4

错误 823 
严重级别 24 
消息正文 
在文件 ''%4!'' 的偏移量 %3! 处的 %2! 过程中，检测到 I/O 错误 %1!。解释
Microsoft® SQL Server™ 在对某设备进行读或写请求时遇到 I/O 错误。该错误通常表明磁盘问题。但是，错误日志中在错误 823 之前记录的其它核心消息应指出涉及了哪个设备。对策
检查该设备的可访问性和状态。如果可能，执行硬件诊断并纠正问题。从最新的数据库备份还原损坏的文件。从数据库备份中还原应始终是修复已损坏数据库的首选方法。 如果没有备份或者检测到的错误是孤立的，则 DBCC CHECKDB 的修复功能可能很有用。然而，比起从备份中还原损坏的文件，可能使用 DBCC CHECKDB 消耗的时间更多，且可能无法恢复全部数据。注意  如果使用修复子句运行 DBCC CHECKDB 时，问题没有得到纠正，或者不知道该过程将如何影响数据，请与主要的支持提供者联系。

Answer 5

说得简单一点:
1. 换台电脑恢复, 确认不是硬件问题2. DBCC 修复
   不能修复的话, 试试那些表能够读取, 把能读取的表中的数据导出来.
   如果只有少量不重要的数据不能读出来, 那么不管了, 新建一个结构一样的库, 把数据导进去, 用新库代替旧库. 这样就算完成修复了3. 如果大量数据读不出来, 或者重要数据导不出来. 你自己又没有办法的话, 试试找数据修复公司了4. 如果你是正版用户, 还可以尝试联系微软的客户支持.