一直在运行的啊!好好的 没删除啊!我用过很多办法都不行啊 我脱离 然后再附加 曾经遇到这样的问题!我试过把mdf拿去其他机,然后成功!我就备份BAK回来原来新建 还原 都很顺利!这次就是不行。回答:
是整个服务器质疑还是只是一个数据库?还能建库吗?既然祢有备份那就附加,如果附加不了估计就是服务器问题。建议把Sql重新装下。估计就好了
有9个数据库 ,各种程序都有!同样的程序的数据库有三个,有两个出问题! 之前出问题的也是同一种程序新装SQL的话,我全部停止几个小时,肯定有损失的 而且麻烦! 我不能次次遇见这样的问题就新装SQL吧!
我总要找个解决的办法的啊 哪怕出现“可疑”后能够备份BAK数据库也好!
我也经常用数据库,也出现过质疑,基本就是我说的那两种情况,我仔细想了下,既然是质疑,我想肯定那两个备份文件服务器默认找不到的缘故,只能是被移除或者更名但是祢又说备份在呢还可以附加。而且祢又有那么多库。不能停!祢给我截个图吧。
您好,是这样的: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_Log.LDF")
6. 重新将该数据库置为单用户模式。
7. 再次尝试使用DBCC CHECKTABLE或DBCC CHECKDB命令检查并修复数据库中。
sql数据库质疑是设置错误造成的,解决方法为:
1、通过DBCC CHECKCB('DBName') 来检测数据库异常的原因,如果可以检测到数据库的异常,其中红色部分即时数据目前存在的问题,我们也在检测结果最后看到数据的总体的错误情况的汇总。
2、如果数据库的整体结果没有问题,只是部分表的数据结构、索引、存储出现异常,可以通过DBCC CheckTable('DBName.dbo.tablename')来进行检测。
3、通过sql命令或者 *** 作,将数据库设置为“单用户”模式,然后打开查询分析器,准备进行修改。
4、打开查询分析器器,选择Master数据库,通过DBCC CheckDB('DBName',REPAIR_ALLOW_DATA_LOSS)命令,进行数据库的全面修复,该命令可能会导致数据库中的数据丢失,请注意。
5、处理之后,我们还需要将用户模式恢复为多用户模式,可以选择命令,可以是所使用使用数据库管理工具,进行多用户回复:命令: ALTER DATABASE DBName SET MULTI_USER。
6、重启数据库服务,查看数据库异常是否修复,在控制面板找到sql服务进行重启,如果为sql2000,点击屏幕有下家的数据库服务器工具,进行重新启动。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)