SQLServer 数据修复命令DBCC一览
程序员文章站
2023-12-13 12:41:40
1. dbcc checkdb 重启服务器后,在没有进行任何操作的情况下,在sql查询分析器中执行以下sql进行数据库的修复,修复数据库存在的一致性错误与分配错误。 u...
1. dbcc checkdb
重启服务器后,在没有进行任何操作的情况下,在sql查询分析器中执行以下sql进行数据库的修复,修复数据库存在的一致性错误与分配错误。
use master
declare @databasename varchar(255)
set @databasename='需要修复的数据库实体的名称'
exec sp_dboption @databasename, n'single', n'true' --将目标数据库置为单用户状态
dbcc checkdb(@databasename,repair_allow_data_loss)
dbcc checkdb(@databasename,repair_rebuild)
exec sp_dboption @databasename, n'single', n'false'--将目标数据库置为多用户状态
然后执行 dbcc checkdb('需要修复的数据库实体的名称') 检查数据库是否仍旧存在错误。注意:修复后可能会造成部分数据的丢失。
2. dbcc checktable
如果dbcc checkdb 检查仍旧存在错误,可以使用dbcc checktable来修复。
use 需要修复的数据库实体的名称
declare @dbname varchar(255)
set @dbname='需要修复的数据库实体的名称'
exec sp_dboption @dbname,'single user','true'
dbcc checktable('需要修复的数据表的名称',repair_allow_data_loss)
dbcc checktable('需要修复的数据表的名称',repair_rebuild)
------把' 需要修复的数据表的名称'更改为执行dbcc checkdb时报错的数据表的名称
exec sp_dboption @dbname,'single user','false'
3. 其他的一些常用的修复命令
dbcc dbreindex 重建指定数据库中表的一个或多个索引
用法:dbcc dbreindex (表名,'') 修复此表所有的索引。
===================================
sql server数据库的检测及修复方法
随着k/3产品的推广,要求客户服务人员对sql server数据库的了解也进一步提高。在k/3的使用过程中,数据库文件被频繁地使用,由于某些原因,数据库有可能被损坏,本文将针对这种情况的数据库检测及修复方法做一简单讲解。希望各位在实际工作过程中有新的发现时,及时给我们提供信息,以便做进一步的更新。
1.1 sql server数据库的检测
sql server提供了数据库检测的命令,可用dbcc checkdb对数据库中各个对象的分配及结构的正确性进行检测,并可通过一参数控制,将所有的错误信息显示出来。其语法如下:
dbcc checkdb
('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代表,若此错误不能修复时,系统将直接删除相关数据。带此三个参数的任一个时,数据库必须处于单用户模式,可在enterprise manager中的数据库属性中设置;
all_errormsgs代表将检测到的错误信息全部显示出来,否则,对于每张表最多只显示200条错误信息;
no_infomsgs代表隐藏所有的信息及占用空间的报告。
经过检测,对于错误的对象,将以object id的形式报告具体出错的信息,可根据object id到系统表sysobjects中查找到相关的表,即name。
1.2 sql server问题数据库的修复
经过数据库检测后,可针对出现的问题采取相应的措施进行处理。如通过检测后,发现对象的物理存放存在问题,可用dbcc checkalloc来进行修复:
dbcc checkalloc ('database_name' | repair_rebuild }] ) [with {all_errormsgs | no_infomsgs}]
若是非系统对象的索引出错,则可用dbcc dbreindex进行修复:
dbcc dbreindex ( [ 'database.owner.table_name' [, index_name [, fillfactor ] ] ] ) [with no_infomsgs]
以上两种情况,也可直接使用dbcc checkdb(‘db_name',repair_rebuild)来修复。
另外一种情况是在进行检测时,提示无法建立数据连接,此时表明,数据库已损坏。对于这种情况,我们可采取如下措施来尝试修复。
首先,在sql enterprise中新建一数据库(如数据库名为test),建好数据库后,停止sql server service manager,并将客户数据库的mdf文件更名为test _data.mdf(即新建数据库的主文件名),然后用更名后的文件覆盖新建数据库同名文件,接着,启动sql server service manager。对master数据库将系统表设置为可更改状态
use master
go
sp_configure 'allow updates', 1
reconfigure with override
go
将数据库设为紧急状态:
update sysdatabases set status = 32768 where database '
停止并重新启动sql server service manager,并重建log文件:
dbcc traceon (3604)
dbcc rebuild_log(' test ','test _log_ldf')
将数据库设置为单用户模式,然后进行检测:
sp_dboption ' test ', 'single user', 'true'
dbcc checkdb(' test ')
go
此数据库执行checkdb的过程中发现一些表的索引被破坏,于是针对具体的表进行重建索引的操作:
dbcc dbreindex(表名)
如执行以上操作仍然不能解决,若索引破坏的表是临时表或不是关键表,则可从新建账套中引入,若是主表,则可能通过近期的备份来(部份)恢复。若没有一个备份,则无法修复。
1.3 sql server数据库为什么易损坏呢?
以下是微软提供的一些可能引起数据库损坏的原因及一些预防措施:
操作问题,包括冷起动机器、热拔硬盘、删除一些数据库文件;
硬件问题,包括磁盘控制器的问题;
操作系统问题,包括与系统相关的一些致命错误。
1.4 预防措施:
1、定期/不定期执行chkdsk(不带参数),以检测硬盘物理结构并修复一些chkdsk报告的问题;
2、常备份数据。
1.5 应用数据库修复举例
declare @databasename varchar(255)
set @databasename='ais20021224170730'------一定要手工输入
---------执行一般性修复还存在问题时,进行允许数据丢失的修复
---------许数据丢失的修复要求在单用户下进行,此时请退出中间层,客户端,sql的其他模块
---所有功能退出,在查询分析器master里设置数据库为单用户
exec sp_dboption @databasename, n'single', n'true'
-----在查询分析器master里,进行修复数据库
dbcc checkdb(@databasename,repair_allow_data_loss)
dbcc checkdb(@databasename,repair_rebuild)
------还原数据库状态
exec sp_dboption @databasename, n'single', n'false'
第2章数据库日志损坏的修复
请遵照如下步骤来试图重建数据库事务日志.
注意: 由于事务日志丢失, 数据库可能有没有提交的数据.
注:都要替换成真实的数据库名字
2.1 步骤1:
创建一个新的数据库,命名为原来数据库的名字.
2.2步骤2:
停止sql server
2.3步骤3:
把老数据库的mdf文件替换新数据库的相应的mdf文件, 并把ldf文件删除
2.4步骤4:
重新启动sql server 服务,然后运行如下命令:
use master
go
sp_configure 'allow updates', 1
reconfigure with override
go
begin tran
update sysdatabases set status = 32768 where db_name'
-- verify one row is updated before committing
commit tran
2.5步骤5:
停止sql然后重新启动sql server 服务,然后运行如下命令:
dbcc traceon (3604)
dbcc rebuild_log('db_name','c:\mssql7\data\dbxxx_3.ldf')
go
2.6步骤6:
停止sql然后重新启动sql server 服务,然后运行:
use master
update sysdatabases set status = 8 where
go
sp_configure 'allow updates', 0
reconfigure with override
go
2.7步骤7:
运行dbcc checkdb(db_name)检查数据库的完整性.
第3章 数据库质疑的一般处理
1、执行如下sql(打开修改系统表的开关):
exec sp_configure 'allow updates', 1
reconfigure with override
2、修改数据库master中的表:sysdatabases
将 status字段数值更改为4
3、再执行如下sql:
exec sp_configure 'allow updates', 0
reconfigure with override。
重启服务器后,在没有进行任何操作的情况下,在sql查询分析器中执行以下sql进行数据库的修复,修复数据库存在的一致性错误与分配错误。
use master
declare @databasename varchar(255)
set @databasename='需要修复的数据库实体的名称'
exec sp_dboption @databasename, n'single', n'true' --将目标数据库置为单用户状态
dbcc checkdb(@databasename,repair_allow_data_loss)
dbcc checkdb(@databasename,repair_rebuild)
exec sp_dboption @databasename, n'single', n'false'--将目标数据库置为多用户状态
然后执行 dbcc checkdb('需要修复的数据库实体的名称') 检查数据库是否仍旧存在错误。注意:修复后可能会造成部分数据的丢失。
2. dbcc checktable
如果dbcc checkdb 检查仍旧存在错误,可以使用dbcc checktable来修复。
use 需要修复的数据库实体的名称
declare @dbname varchar(255)
set @dbname='需要修复的数据库实体的名称'
exec sp_dboption @dbname,'single user','true'
dbcc checktable('需要修复的数据表的名称',repair_allow_data_loss)
dbcc checktable('需要修复的数据表的名称',repair_rebuild)
------把' 需要修复的数据表的名称'更改为执行dbcc checkdb时报错的数据表的名称
exec sp_dboption @dbname,'single user','false'
3. 其他的一些常用的修复命令
dbcc dbreindex 重建指定数据库中表的一个或多个索引
用法:dbcc dbreindex (表名,'') 修复此表所有的索引。
===================================
sql server数据库的检测及修复方法
随着k/3产品的推广,要求客户服务人员对sql server数据库的了解也进一步提高。在k/3的使用过程中,数据库文件被频繁地使用,由于某些原因,数据库有可能被损坏,本文将针对这种情况的数据库检测及修复方法做一简单讲解。希望各位在实际工作过程中有新的发现时,及时给我们提供信息,以便做进一步的更新。
1.1 sql server数据库的检测
sql server提供了数据库检测的命令,可用dbcc checkdb对数据库中各个对象的分配及结构的正确性进行检测,并可通过一参数控制,将所有的错误信息显示出来。其语法如下:
dbcc checkdb
('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代表,若此错误不能修复时,系统将直接删除相关数据。带此三个参数的任一个时,数据库必须处于单用户模式,可在enterprise manager中的数据库属性中设置;
all_errormsgs代表将检测到的错误信息全部显示出来,否则,对于每张表最多只显示200条错误信息;
no_infomsgs代表隐藏所有的信息及占用空间的报告。
经过检测,对于错误的对象,将以object id的形式报告具体出错的信息,可根据object id到系统表sysobjects中查找到相关的表,即name。
1.2 sql server问题数据库的修复
经过数据库检测后,可针对出现的问题采取相应的措施进行处理。如通过检测后,发现对象的物理存放存在问题,可用dbcc checkalloc来进行修复:
dbcc checkalloc ('database_name' | repair_rebuild }] ) [with {all_errormsgs | no_infomsgs}]
若是非系统对象的索引出错,则可用dbcc dbreindex进行修复:
dbcc dbreindex ( [ 'database.owner.table_name' [, index_name [, fillfactor ] ] ] ) [with no_infomsgs]
以上两种情况,也可直接使用dbcc checkdb(‘db_name',repair_rebuild)来修复。
另外一种情况是在进行检测时,提示无法建立数据连接,此时表明,数据库已损坏。对于这种情况,我们可采取如下措施来尝试修复。
首先,在sql enterprise中新建一数据库(如数据库名为test),建好数据库后,停止sql server service manager,并将客户数据库的mdf文件更名为test _data.mdf(即新建数据库的主文件名),然后用更名后的文件覆盖新建数据库同名文件,接着,启动sql server service manager。对master数据库将系统表设置为可更改状态
use master
go
sp_configure 'allow updates', 1
reconfigure with override
go
将数据库设为紧急状态:
update sysdatabases set status = 32768 where database '
停止并重新启动sql server service manager,并重建log文件:
dbcc traceon (3604)
dbcc rebuild_log(' test ','test _log_ldf')
将数据库设置为单用户模式,然后进行检测:
sp_dboption ' test ', 'single user', 'true'
dbcc checkdb(' test ')
go
此数据库执行checkdb的过程中发现一些表的索引被破坏,于是针对具体的表进行重建索引的操作:
dbcc dbreindex(表名)
如执行以上操作仍然不能解决,若索引破坏的表是临时表或不是关键表,则可从新建账套中引入,若是主表,则可能通过近期的备份来(部份)恢复。若没有一个备份,则无法修复。
1.3 sql server数据库为什么易损坏呢?
以下是微软提供的一些可能引起数据库损坏的原因及一些预防措施:
操作问题,包括冷起动机器、热拔硬盘、删除一些数据库文件;
硬件问题,包括磁盘控制器的问题;
操作系统问题,包括与系统相关的一些致命错误。
1.4 预防措施:
1、定期/不定期执行chkdsk(不带参数),以检测硬盘物理结构并修复一些chkdsk报告的问题;
2、常备份数据。
1.5 应用数据库修复举例
declare @databasename varchar(255)
set @databasename='ais20021224170730'------一定要手工输入
---------执行一般性修复还存在问题时,进行允许数据丢失的修复
---------许数据丢失的修复要求在单用户下进行,此时请退出中间层,客户端,sql的其他模块
---所有功能退出,在查询分析器master里设置数据库为单用户
exec sp_dboption @databasename, n'single', n'true'
-----在查询分析器master里,进行修复数据库
dbcc checkdb(@databasename,repair_allow_data_loss)
dbcc checkdb(@databasename,repair_rebuild)
------还原数据库状态
exec sp_dboption @databasename, n'single', n'false'
第2章数据库日志损坏的修复
请遵照如下步骤来试图重建数据库事务日志.
注意: 由于事务日志丢失, 数据库可能有没有提交的数据.
注:都要替换成真实的数据库名字
2.1 步骤1:
创建一个新的数据库,命名为原来数据库的名字.
2.2步骤2:
停止sql server
2.3步骤3:
把老数据库的mdf文件替换新数据库的相应的mdf文件, 并把ldf文件删除
2.4步骤4:
重新启动sql server 服务,然后运行如下命令:
复制代码 代码如下:
use master
go
sp_configure 'allow updates', 1
reconfigure with override
go
begin tran
update sysdatabases set status = 32768 where db_name'
-- verify one row is updated before committing
commit tran
2.5步骤5:
停止sql然后重新启动sql server 服务,然后运行如下命令:
dbcc traceon (3604)
dbcc rebuild_log('db_name','c:\mssql7\data\dbxxx_3.ldf')
go
2.6步骤6:
停止sql然后重新启动sql server 服务,然后运行:
复制代码 代码如下:
use master
update sysdatabases set status = 8 where
go
sp_configure 'allow updates', 0
reconfigure with override
go
2.7步骤7:
运行dbcc checkdb(db_name)检查数据库的完整性.
第3章 数据库质疑的一般处理
1、执行如下sql(打开修改系统表的开关):
exec sp_configure 'allow updates', 1
reconfigure with override
2、修改数据库master中的表:sysdatabases
将 status字段数值更改为4
3、再执行如下sql:
exec sp_configure 'allow updates', 0
reconfigure with override。
推荐阅读
-
Linux系统下mysqlcheck修复数据库命令(详解)
-
SQLServer 数据库故障修复*技巧之一
-
SQLServer用t-sql命令批量删除数据库中指定表(游标循环删除)
-
SQLServer中用T—SQL命令查询一个数据库中有哪些表的sql语句
-
SQLServer 数据修复命令DBCC一览
-
sqlserver bcp(数据导入导出工具)一般用法与命令详解
-
SqlServer执行Insert命令同时判断目标表中是否存在目标数据
-
SQLServer用t-sql命令批量删除数据库中指定表(游标循环删除)
-
C#的数据类类型和SQLSERVER数据库的类型对照表一览
-
SqlServer执行Insert命令同时判断目标表中是否存在目标数据