SQL数据库置疑回复后使用过程中又忽然出现置疑，请问何解？

[neihh]

服务器断电重启后出现一数据库置疑，用大家常用的方法恢复可行，数据库变为正常模式．
但在用户使用的过程中，数据库会再次发生＂置疑＂现象，请教大家该方法的解决方法和原因．
本人疑问：
１）出现该现象是否表明数据文件本身有问题，而问题不只集中在逻辑文件上？
２）用户正常的操作是否也可能出现该问题？
还是有其他原因？

以下为恢复方法：
-------------------------------------------------------------------------------
步骤1：
创建一个新的数据库，命名为原来数据库的名字。
步骤2：
停止SQL Server
步骤3：
把老数据库的MDF文件替换新数据库的相应的MDF文件，并把LDF文件删除。
步骤4：
重新启动SQL Server服务，然后运行如下命令：
Use Maste
Go
sp_configure 'allow updates', 1
reconfigure with override
Go
begin tran
update sysdatabases set status = 32768 where name = 'db_name'
--Verify one row is updated before committing
commit tran
步骤5：
停止SQL然后重新启动SQL Server服务，然后运行如下命令：
DBCC　TRACEON（3604）
DBCC　REBUILD＿LOG（'db_name','c:\mssql7\data\dbxxx_3.ldf'）
Go
步骤6：
停止SQL然后重新启动SQL Server服务，然后运行：
use master
update sysdatabases set status = 8 where name = 'db_name'
Go
sp_configue 'allow updates', 0
reconfigure with override
go
步骤7：
运行dbcc checkdb(db_name) 检查数据库的完整性

[wgsasd311]

可能是master有点问题，你把sql server装重一遍试试。

[hlq8210]

是不是系统表出问题了。。

[子陌红尘]

利用楼主的方法恢复的数据库一般还会有问题，最合理的解决办法是,利用当前恢复的数据库的脚本创建一个新的数据库，并将数据导进去，然后使用新的数据库替代恢复的数据库。

[neihh]

现在已经把问题弄清了,原因为SQL执行自动任务时忽然断电导致数据库某些表INDEX产生错误,所以现在已经发现某些表在检索数据时报错.
考虑到数据库数据比较大(5G),所以还是拿前一天的备份来代替,而没有利用当前恢复的数据库的脚本创建一个新的数据库，并将数据导进去，然后使用新的数据库替代恢复的数据库。

希望以后大家能及时的备份,那样可以把损失降到最少.