SQLServer数据修复命令DBCC一览

1.DBCCCHECKDB
　　重启服务器后，在没有进行任何操作的情况下，在SQL查询分析器中执行以下SQL进行数据库的修复，修复数据库存在的一致性错误与分配错误。
usemaster
declare@databasenamevarchar(255)
set@databasename="需要修复的数据库实体的名称"
execsp_dboption@databasename,N"single",N"true"--将目标数据库置为单用户状态
dbcccheckdb(@databasename,REPAIR_ALLOW_DATA_LOSS)
dbcccheckdb(@databasename,REPAIR_REBUILD)
execsp_dboption@databasename,N"single",N"false"--将目标数据库置为多用户状态
然后执行DBCCCHECKDB("需要修复的数据库实体的名称")检查数据库是否仍旧存在错误。注意：修复后可能会造成部分数据的丢失。
2.DBCCCHECKTABLE
如果DBCCCHECKDB检查仍旧存在错误，可以使用DBCCCHECKTABLE来修复。
use需要修复的数据库实体的名称
declare@dbnamevarchar(255)
set@dbname="需要修复的数据库实体的名称"
execsp_dboption@dbname,"singleuser","true"
dbccchecktable("需要修复的数据表的名称",REPAIR_ALLOW_DATA_LOSS)
dbccchecktable("需要修复的数据表的名称",REPAIR_REBUILD)
------把"需要修复的数据表的名称"更改为执行DBCCCHECKDB时报错的数据表的名称
execsp_dboption@dbname,"singleuser","false"
3.其他的一些常用的修复命令
DBCCDBREINDEX重建指定数据库中表的一个或多个索引
用法：DBCCDBREINDEX(表名,"")修复此表所有的索引。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
SQLSERVER数据库的检测及修复方法
随着K/3产品的推广，要求客户服务人员对SQLSERVER数据库的了解也进一步提高。在K/3的使用过程中，数据库文件被频繁地使用，由于某些原因，数据库有可能被损坏，本文将针对这种情况的数据库检测及修复方法做一简单讲解。希望各位在实际工作过程中有新的发现时，及时给我们提供信息，以便做进一步的更新。
1.1SQLSERVER数据库的检测
SQLSERVER提供了数据库检测的命令，可用DBCCCHECKDB对数据库中各个对象的分配及结构的正确性进行检测，并可通过一参数控制，将所有的错误信息显示出来。其语法如下：
DBCCCHECKDB
("database_name"[,NOINDEX|{REPAIR_ALLOW_DATA_LOSS
|REPAIR_FAST
|REPAIR_REBUILD
}]
)[WITH{ALL_ERRORMSGS|NO_INFOMSGS}]
参数说明：
"database_name"代表被检测的数据库实体名；
NOINDEX指非系统表的非聚族索引不检测；
REPAIR_ALLOW_DATA_LOSS|REPAIR_FAST|REPAIR_REBUILD指直接修复发现的错误，其中REPAIR_ALLOW_DATA_LOSS代表，若此错误不能修复时，系统将直接删除相关数据。带此三个参数的任一个时，数据库必须处于单用户模式，可在EnterpriseManager中的数据库属性中设置；
ALL_ERRORMSGS代表将检测到的错误信息全部显示出来，否则，对于每张表最多只显示200条错误信息；
NO_INFOMSGS代表隐藏所有的信息及占用空间的报告。
经过检测，对于错误的对象，将以OBJECTID的形式报告具体出错的信息，可根据OBJECTID到系统表sysobjects中查找到相关的表，即NAME。
1.2SQLSERVER问题数据库的修复
经过数据库检测后，可针对出现的问题采取相应的措施进行处理。如通过检测后，发现对象的物理存放存在问题，可用DBCCCHECKALLOC来进行修复：
DBCCCHECKALLOC("database_name"|REPAIR_REBUILD}])[WITH{ALL_ERRORMSGS|NO_INFOMSGS}]
若是非系统对象的索引出错，则可用DBCCDBREINDEX进行修复：
DBCCDBREINDEX(["database.owner.table_name"[,index_name[,fillfactor]]])[WITHNO_INFOMSGS]
以上两种情况，也可直接使用DBCCCHECKDB(‘db_name",repair_rebuild)来修复。
另外一种情况是在进行检测时，提示无法建立数据连接，此时表明，数据库已损坏。对于这种情况，我们可采取如下措施来尝试修复。
首先，在SQLEnterprise中新建一数据库（如数据库名为test）,建好数据库后，停止SQLServerServiceManager，并将客户数据库的MDF文件更名为test_data.mdf(即新建数据库的主文件名)，然后用更名后的文件覆盖新建数据库同名文件，接着，启动SQLServerServiceManager。对Master数据库将系统表设置为可更改状态
UseMaster
Go
sp_configure"allowupdates",1
reconfigurewithoverride
Go
将数据库设为紧急状态：
updatesysdatabasessetstatus=32768wheredatabase"
停止并重新启动SQLServerServiceManager，并重建Log文件：
DBCCTRACEON(3604)
DBCCREBUILD_LOG("test","test_log_ldf")
将数据库设置为单用户模式，然后进行检测：
sp_dboption"test","singleuser","true"
DBCCCHECKDB("test")
Go
此数据库执行CHECKDB的过程中发现一些表的索引被破坏，于是针对具体的表进行重建索引的操作：
DBCCDBREINDEX（表名）
如执行以上操作仍然不能解决，若索引破坏的表是临时表或不是关键表，则可从新建账套中引入，若是主表，则可能通过近期的备份来（部份）恢复。若没有一个备份，则无法修复。
1.3SQLServer数据库为什么易损坏呢？
以下是微软提供的一些可能引起数据库损坏的原因及一些预防措施：
操作问题，包括冷起动机器、热拔硬盘、删除一些数据库文件；
硬件问题，包括磁盘控制器的问题；
操作系统问题，包括与系统相关的一些致命错误。
1.4预防措施：
1、定期/不定期执行CHKDSK(不带参数)，以检测硬盘物理结构并修复一些CHKDSK报告的问题；
2、常备份数据。
1.5应用数据库修复举例
declare@databasenamevarchar(255)
set@databasename="AIS20021224170730"------一定要手工输入
---------执行一般性修复还存在问题时,进行允许数据丢失的修复
---------许数据丢失的修复要求在单用户下进行,此时请退出中间层,客户端,sql的其他模块
---所有功能退出,在查询分析器master里设置数据库为单用户
execsp_dboption@databasename,N"single",N"true"
-----在查询分析器master里,进行修复数据库
dbcccheckdb(@databasename,REPAIR_ALLOW_DATA_LOSS)
dbcccheckdb(@databasename,REPAIR_REBUILD)
------还原数据库状态
execsp_dboption@databasename,N"single",N"false"
第2章数据库日志损坏的修复
请遵照如下步骤来试图重建数据库事务日志.
注意:由于事务日志丢失,数据库可能有没有提交的数据.
注:都要替换成真实的数据库名字
2.1步骤1:
创建一个新的数据库,命名为原来数据库的名字.
2.2步骤2:
停止SQLServer
2.3步骤3:
把老数据库的MDF文件替换新数据库的相应的MDF文件,并把LDF文件删除
2.4步骤4:
重新启动SQLServer服务,然后运行如下命令:
复制代码代码如下: