
您好,是这样的:
1首先确认已经备份了mdf和ldf文件。
2 在SQL Server中新建一个同名的数据库,然后停止SQL Server服务。
3 用原有的mdf和ldf文件覆盖新建数据库对应的mdf和ldf文件。
4 重新启动SQL Server服务,这是应该会看到这个数据库处于置疑(Suspect)状态。
5 在SQL查询分析器中执行以下命令,以允许更新系统表:use mastergosp_configure "allow updates",1reconfigurewithoverridego。
6 将这个数据库置为紧急模式:update sysdatabases set status = 32768 where name="db_name"go。
7 使用DBCC CHECKDB命令检查数据库中的错误:DBCC CHECKDB("db_name")GO。
8 如果DBCC CHECKDB命令失败,请转至第10步,否则先将数据库置为单用户模式,再尝试对其进行修复:sp_dboption "db_name","single
user","true"DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)GO
如果在执行DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令时提示说数据库未处于单用户模式状态的话,则重新启动SQLServer服务,然后继续尝试。
9 如果DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令失败,请转至第10步,否则若成功修复了数据库中的错误:
重新执行DBCC CHECKDB("db_name")命令,确认数据库中已没有错误存在。
清除数据库的置疑状态:sp_resetstatus "db_name"
清除数据库的单用户模式状态:sp_dboption "db_name","single user","false"
重新启动SQL Server服务,如果一切正常的话,则数据库已经成功恢复。
10如果以上步骤都不能解决问题的话,请参考附件中的文档尝试通过重建事务日志来恢复数据库中的数据。如果您只有MDF文件,问题就更加复杂一些,我们需要直接重建事务日志了:
1 在SQL Server中新建一个同名的数据库,然后停止SQL Server服务。
2 用原有的ldf文件覆盖新建数据库对应的mdf文件,将其日志文件(ldf)删除。
3 启动SQL Server服务,并将数据库置为紧急模式(同上: 步骤5和步骤6)。
4 停止并重新启动SQL Server服务。
5 执行以下命令重建数据库日志文件:(下面是个示例,您要用您实际的数据库名)
DBCC REBUILD_LOG("cas_db", "D:\cas_db\cas_db_LogLDF")
6 重新将该数据库置为单用户模式。
7 再次尝试使用DBCC CHECKTABLE或DBCC CHECKDB命令检查并修复数据库中。
这个很简单的。左下角开始运行。REGEDIT回车HKEY_LOCAL_MACHINE下SOFTWARE下KM下KMJXC下30下SERVERNAME就是你数据库的IP或者名称
畅捷通数据库置疑修复工具使用的具体步骤如下:
1、输入IP数据库账号和密码后点击连接。
2、检测数据,检测数据库当前状态以及是否处于能修复状态。
3、数据分析,工具对当前数据库的状况和损毁状况进行识别。
4、修复数据,置疑/可疑状态修复过程快。
以上就是关于如何解决SQL Server数据库置疑问题全部的内容,包括:如何解决SQL Server数据库置疑问题、科脉商业管理软件3.0不能连接到数据库kmjxc、畅捷通数据库置疑修复工具怎么用等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)