从MSDN查到：
　　错误号Msg 823:表示SQLSERVER在读取数据和写数据时检测到硬件设备有问题或者系统有问题。
　　
　　TORN PAGE:的意思是不完整的页
　　
　　0x0000001bf96000：这是从数据文件开始处到TORN PAGE 的字节数。
　　
　　错误号Msg 8939 ：大家可以看看：http://support.microsoft.com/default.aspx?kbid=320434
　　FIX：在运行 CHECKDB 时，具有 TABLOCK 提示的大容量插入（bulk insert, bcp 等）可能导致错误 8929 和 8965。
　　
　　错误号MSG 8928:是和8939相关联的信息，
　　
　　错误号MSG 8965:是和8939相关联的信息，
　　
　　大家可以到下面的地址找到相关的信息：
　　
　　http://support.microsoft.com/default.aspx?scid=kb;en-us;826433
　　PRB: Additional SQL Server Diagnostics Added to Detect Unreported I/O Problems
　　http://support.microsoft.com/default.aspx?scid=kb;en-us;828339
　　PRB: Error message 823 may indicate hardware problems or system problems
　　http://support.microsoft.com/default.aspx?scid=kb;en-us;308795
　　FIX: CheckDB May Not Fix Error 8909 or Error 8905
　　
　　故障确诊：RAID有一块HDD坏，造成数据库文件破坏
　　
　　2.更换HDD
　　2003－12－28 23:00
　　
　　现在就体现了RAID5的好处，坏了一块HDD，系统可以照常运行，不过系统的日志和SQLSERVER的日志还是有MSG823的报错信息。
　　
　　按照RAID 卡的REBUILD的步骤将新的HDD绑定到原始的RAID5中，顺利完成。
　　
　　用DBCC检查数据库的完整性
　　
　　DBCC CHECKDB(''POS_DB'') WITH ALL_ERRORMSGS
　　
　　发现还是有和更换HDD之前一样的ERROR信息，看来数据库文件还是有问题。
　　
　　--有一个奇怪问题1，既然是5块HDD的RAID5，为何有一块HDD坏会影响数据库文件的损坏，不解？
　　
　　3.恢复数据库
　　2003－12－29 00:30
　　
　　没有办法，用备份的数据集恢复数据库（看来备份是多么的重要）
　　
　　USE MASTER
　　GO
　　RESTORE DATABASE POS_DB FROM DISK=''D:\DATABASEBACKUP\POS_DB_BACKUP.DAT''
　　
　　重新启动MS SQL SERCVER服务。
　　
　　NET STOP MSSQLSERVER / NET START MSSQLSERVER
　　
　　用DBCC检查数据库的完整性
　　
　　DBCC CHECKDB(''POS_DB'') WITH ALL_ERRORMSGS
　　
　　和恢复之前的错误信息一致，没有改变。
　　
　　--奇怪问题之2，SQLSERVER BACKUP 之前并不验证数据库的完整性，数据库的全备份竟然是有问题的。气愤！！
　　
　　看来只能通过工具修复数据库了（--在修改之前记录错误表的记录数，以便修复数据库后进行比较）。
　　
　　在查询分析器中运行：
　　ALTER DATABASE POS_DB SET SINGL_USER
　　GO
　　DBCC CHECKDB(''POS_DB'',repair_allow_data_loss) WITH TABLOCK
　　GO
　　ALTER DATABASE POS_DB SET MULTI_USER
　　GO
　　
　　CHECKDB 有3个参数:
　　
　　REPAIR_ALLOW_DATA_LOSS
　　
　　执行由 REPAIR_REBUILD 完成的所有修复，包括对行和页进行分配和取消分配以改正分配错误、结构行或页的错误，以及删除已损坏的文本对象。这些修复可能会导致一些数据丢失。修复操作可以在用户事务下完成以允许用户回滚所做的更改。如果回滚修复，则数据库仍会含有错误，应该从备份进行恢复。如果由于所提供修复等级的缘故遗漏某个错误的修复，则将遗漏任何取决于该修复的修复。修复完成后，备份数据库。
　　
　　REPAIR_FAST 进行小的、不耗时的修复操作，如修复非聚集索引中的附加键。这些修复可以很快完成，并且不会有丢失数据的危险。
　　
　　REPAIR_REBUILD 执行由 REPAIR_FAST 完成的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不会有丢失数据的危险。