自己手动修复“置疑”的数据库

acong

SQLSERVER数据库"置疑"的原因大致上为以下3点：
   1.错误的删除日志;
   2.硬件(HD)损坏,造成日志和数据文件写错误;
   3.硬盘的空间不够,比如日志文件过大;
如果没有数据库的完全备份，可以通过以下步骤来进行“置疑”数据的修复：

acong

1.设置数据库为紧急模式
       Use Master
       GO
       sp_configure 'allow updates', 1
       reconfigure with override
      GO
      UPDATE sysdatabases SET status = 32768 where name = 'DB_SUSPECT'
      GO

2.停掉SQL Server服务:
     NET STOP MSSQLSERVER

3.把原始数据库的数据文件DBNAME_DAT.MDF,DBNAME_LOG.LDF移走:

4.启动SQL Server服务:
      NET START MSSQLSERVER

5.重新建立一个同名的数据库DB_SUSPECT；

       USE master
       GO
       CREATE DATABASE DB_SUSPECT
        ON
         ( NAME = DBNAME_DAT,
           FILENAME = 'C:',
           SIZE = 10,
            FILEGROWTH = 5 )
           LOG ON
          ( NAME = 'DBNAME_LOG',
           FILENAME = 'g:',
           SIZE = 5MB,
           FILEGROWTH = 5MB )
           GO


6.设置数据库运行在单用户的模式:
         USE MASTER
        GO
        ALTER DATABASE DB_SUSPECT SET SINGLE_USER
        GO

7.停掉SQL服务:
     NET STOP MSSQLSERVER

8.把原来的数据文件再覆盖回来:


9.启动SQL Server服务:
      NET START MSSQLSERVER

10.重新设置SQLSERVER的状态:
         USE MASTER
        GO
        EXEC sp_resetstatus "DB_SUSPECT"

11.数据库完整性检测:
        DBCC CHECKDB('DB_SUSPECT')

12.恢复数据库为多用户模式:
        USE MASTER
        GO
        ALTER DATABASE DB_SUSPECT SET MULTI_USER
       GO

13.恢复SQLSERVER原始的配置:
      USE MATER

    GO      

    UPDATE sysdatabases SET status = 4194320 where name = 'DB_SUSPECT'
    GO

14.配置SQLSERVER不允许更新系统表:
      USE MASTER
     GO
      sp_configure 'allow updates', 0
      reconfigure with override
     GO

15.重新启动MSSQLSERVER服务:

     最好重新启动操作系统

16.备份数据库:

   可以通过SQLSERVER企业管理器或T-SQL.需要备份MASTER和DB_SUSPECT

风中蜡烛

{:3_47:}2楼高手！

377321529

真是高手，但不知如果操作不好，对数据库有没有影响呀

zztony1000

搞不懂啊，头都大了

hn87985962

不懂啊，头都大了

dshh98

不管三七二十一 收藏线··
曾经这样修复过··

sharvan

貌似很复杂

firstking

有时候置疑后，通过分离附加操作就行，不行的话就要用脚本刷了

z195234769

回去试一试

于笔何量

相当地专业，专业意味复杂、精密

woshiwan

太复杂了，换个简单的嘛

销魂

高手。收藏此贴。

jack888

太复杂了，但明白的话做起来很简单，就是不知道能用不！！！！！

莫上初寒

过于复杂，全命令行操作，