DBCC CHECKDB 数据库或表修复

合集下载

DBCC用法

DBCC用法

DBCC⽤法DBCC是SQL Server提供的⼀组控制台命令,功能很强⼤,掌握⼀些必要的语句,对操作数据库有不少帮助,所以决定整理⼀下,发现已有不少类似的整理,减少了不少⼯作,归类如下:⼀、DBCC 帮助类命令* DBCC HELP('?')查询所有的DBCC命令* DBCC HELP('命令')查询指定的DBCC命令的语法说明* DBCC USEROPTIONS返回当前连接的活动(设置)的SET选项⼆、DBCC 检查验证类命令* DBCC CHECKALLOG ('数据库名称')检查指定数据库的磁盘空间分配结构的⼀致性* DBCC CHECKCATALOG ('数据库名称')检查指定数据库的系统表内和系统表间的⼀致性* DBCC CHECKCONSTAINTS ('tablename')检查指定表上的指定约束或所有约束的完整性* DBCC CHECKDB检查数据库中的所有对象的分配和结构完整性* DBCC CHECKFILEGROUP检查指定⽂件组中所有表在当前数据库中的分配和结构完整性* DBCC CHECKTABLE检查指定表或索引视图的数据、索引及test、ntest和image页的完整性* DBCC CHECKIDENT检查指定的当前标识值* DBCC SQLPERF(UMSSTATS) undocumented in BOL可以⽤来检查是否CPU使⽤达到瓶颈最关键的⼀个参考数据num runnable,表明当前有多少个线程再等待运⾏如果⼤于等于2,考虑CPU达到瓶颈三、DBCC 维护类命令* DBCC CLEANTABLE ('db_name','table_name')回收Alter table drop column语句删除可变长度列或text* DBCC DBREINDEX重建指定数据库的⼀个或多个索引* DBCC INDEXDEFRAG对表或视图上的索引和⾮聚集索引进⾏碎⽚整理* DBCC PINTABLE (db_id,object_id)将表数据驻留在内存中查看哪些表驻留在内存的⽅法是:select objectproperty(object_id('tablename'),‘tableispinned')* DBCC UNPINTABLE (db_id,object_id)撤消驻留在内存中的表* DBCC SHRINKDATABASE(db_id,int)收缩指定数据库的数据⽂件和⽇志⽂件⼤⼩* DBCC SHRINKFILE(file_name,int)收缩相关数据库的指定数据⽂件和⽇志⽂件⼤⼩四、DBCC 性能调节命令* DBCC dllname(FREE)sp_helpextendedproc 查看加载的扩展PROC在内存中卸载指定的扩展过程动态链接库(dll)* DBCC DROPCLEANBUFFERS从缓冲池中删除所有缓冲区* DBCC FREEPROCCACHE从过程缓冲区删除所有元素* DBCC INPUTBUFFER显⽰从客户机发送到服务器的最后⼀个语句* DBCC OPENTRAN (db_name)查询某个数据库执⾏时间最久的事务,由哪个程序拥有* DBCC SHOW_STATISTICS显⽰指定表上的指定⽬标的当前分布统计信息* DBCC SHOWCONTIG显⽰指定表的数据和索引的碎⽚信息* DBCC SQLPERF(logspace) 查看各个DB的⽇志情况(iostats) 查看IO情况(threads) 查看线程消耗情况返回多种有⽤的统计信息* DBCC CACHESTATS显⽰SQL Server 2000内存的统计信息* DBCC CURSORSTATS显⽰SQL Server 2000游标的统计信息* DBCC MEMORYSTATS显⽰SQL Server 2000内存是如何细分的* DBCC SQLMGRSTATS显⽰缓冲中先读和预读准备的SQL语句五、DBCC 未公开的命令* DBCC ERRLOG初始化SQL Server 2000的错误⽇志⽂件* DBCC FLUSHPROCINDB (db_id)清除SQL Server 2000服务器内存中的某个数据库的存储过程缓存内容* DBCC BUFFER (db_name,object_name,int(缓冲区个数))显⽰缓冲区的头部信息和页⾯信息* DBCC DBINFO (db_name)显⽰数据库的结构信息* DBCC DBTABLE显⽰管理数据的表(数据字典)信息* DBCC IND (db_name,table_name,index_id)查看某个索引使⽤的页⾯信息* DBCC REBUILDLOG重建SQL Server 2000事务⽇志⽂件* DBCC LOG (db_name,3) (-1--4)查看某个数据库使⽤的事物⽇志信息* DBCC PAGE查看某个数据库数据页⾯信息* DBCC PROCBUF显⽰过程缓冲池中的缓冲区头和存储过程头* DBCC PRTIPAGE查看某个索引页⾯的每⾏指向的页⾯号* DBCC PSS (user,spid,1)显⽰当前连接到SQL Server 2000服务器的进程信息* DBCC RESOURCE显⽰服务器当前使⽤的资源情况* DBCC TAB (db_id,object_id)显⽰数据页⾯的结构六、DBCC跟踪标记跟踪标记⽤于临时设置服务器的特定特征或关闭特定⾏为,常⽤于诊断性能问题或调试存储过程或复杂的计算机系统* DBCC TRACEON (3604)打开跟踪标记* DBCC TRACEOFF关闭跟踪标记* DBCC TRACESTATS查看跟踪标记状态七、使⽤ DBCC 结果集输出 许多 DBCC 命令可以产⽣表格格式的输出(使⽤ WITH TABLERESULTS 选项)。

修复数据库可疑模式

修复数据库可疑模式
1、修改数据库为紧急模式
ALTER DATABASE jd13dafa SET EMERGENCY
2、使数据库变为单用户模式
ALTER DATABASE jd13dafa SET SINGLE_USER
3、修复数据库日志重新生成,此命令检查的分配,结构,逻辑完整性和所有数据库中的对象错误。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC CHECKDB命令参数,该程序将检查和修复报告的错误。但是,这些修复可能会导致一些数据丢失。
DBCC CheckDB (jd13dafa , REPAIR_ALLOW_DATA_LOSS) Biblioteka 4、使数据库变回为多用户模式
ALTER DATABASE jd13dafa SET MULTI_USER
5、开始->运行->输入cmd->打开DOS命令窗口,输入以下命令重启数据库服务(此处可以直接到服务列表里,重新启动数据库服务,为了方便我直接用DOS命令了)
Net stop mssqlserver --停止服务
Net start mssqlserver --启动服务

dbcc语句

dbcc语句

```
这个结果表明`mydatabase`数据库存在10个错误,需要进一步分析并修复。
dbcc命令的错误处理
默认情况下,dbcc命令在执行过程中遇到错误会停止执行并显示错误信息。
可以使用try...catch语句捕获dbcc命令执行过程中发生的错误,并执行相应的错误处理逻辑。
try...catch语句允许用户在捕获到错误后,根据需要选择性地处理错误,而不是简单地停止执行。
验证数据库完整性
修复数据库错误
检查事务日志
执行快速检查
如果DBCC CHECKDB语句检测到数据库中存在错误或损坏的数据,它将尝试修复这些错误。如果无法修复错误,则可能需要恢复数据库。
使用DBCC CHECKDB语句可以验证数据库的完整性,检查数据库中是否存在错误或损坏的数据。
DBCC CHECKDB语句可以执行快速检查,只检查特定的表或文件组,而不是整个数据库。
DBCC SHOWFILESTATS
03
用于缩小数据库文件的大小,以回收未使用的空间。
DBCC SHRINKFILE
感谢您的观看
THANKS
DBCC CHECKTABLE语句还可以检查约束的完整性,确保表中的数据满足约束条件。
DBCC CHECKTABLE语句还可以检查触发器的状态,以确保它们在正确的状态下运行。
检查文件组中的文件状态
DBCC CHECKFILEGROUP语句还可以检查文件组中的文件状态,以确保它们在正确的状态下运行。
DBCC CHECKDB语句还会检查事务日志,以确保它们与数据库文件保持一致。
01
02
03
04
检查表的完整性
检查索引完整性
检查触发器状态

REPAIR_ALLOW_DATA_LOSS 修复sql mdf

REPAIR_ALLOW_DATA_LOSS 修复sql mdf

寒山sql数据库修复中心/MS Sql Server 提供了很多数据库修复的命令,当数据库质疑或是有的无法完成读取时可以尝试这些修复命令。

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_DA TA_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 (表名,’修复此表所有的索引。

DBCC CHECKDB 物理一致性SQL修复

DBCC CHECKDB 物理一致性SQL修复

寒山sql数据库修复中心/由于种种原因,我们如果当时仅仅备份了mdf 文件,那么恢复起来就是一件很麻烦的事情了。

如果您的mdf 文件是当前数据库产生的,那么很侥幸,也许你使用sp_attach_db 或者sp_attach_single_file_db 可以恢复数据库,但是会出现类似下面的提示信息设备激活错误。

物理文件名'C:\Program Files\Microsoft SQL Server\MSSQL\data\test_Log.LDF' 可能有误。

已创建名为'C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.LDF' 的新日志文件。

但是,如果您的数据库文件是从其他计算机上复制过来的,那么很不幸,也许上述办法就行不通了。

你也许会得到类似下面的错误信息服务器: 消息1813,级别16,状态2,行 1 未能打开新数据库'test'。

CREATE DATABASE 将终止。

设备激活错误。

物理文件名'd:\test_log.LDF' 可能有误。

怎么办呢?别着急,下面我们举例说明恢复办法。

A.我们使用默认方式建立一个供恢复使用的数据库(如test)。

可以在SQL Server Enterprise Manager 里面建立。

B.停掉数据库服务器。

C.将刚才生成的数据库的日志文件test_log.ldf 删除,用要恢复的数据库mdf 文件覆盖刚才生成的数据库数据文件test_data.mdf。

D.启动数据库服务器。

此时会看到数据库test 的状态为“置疑”。

这时候不能对此数据库进行任何操作。

E.设置数据库允许直接操作系统表。

此操作可以在SQL Server Enterprise Manager 里面选择数据库服务器,按右键,选择“属性”,在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。

DBCC_CHECKDB用法_手工修复数据库

DBCC_CHECKDB用法_手工修复数据库

DBCC CHECKDB用法手工修复数据库快速修复DBCC CHECKDB ('数据库名', REPAIR_FAST)重建索引并修复DBCC CHECKDB ('数据库名', REPAIR_REBUILD)如果必要允许丢失数据修复DBCC CHECKDB ('数据库名'', REPAIR_ALLOW_DATA_LOSS)如果出现错误:未处理修复语句。

数据库需处于单用户模式下。

可以先启用单用户模式,方法如下执行存储过程:Use mastergosp_dboption 数据库名, single, trueexec sp_dboption Database 'single user','fales'--多用户模式--更改成单用户alter database ams2 set single_user with rollback immedi ate--还原数据库为多用户模式alter database ams2 set multi_user with rollback immediate############################################################ ############################################################手工修复数据库试例操作步骤:----------------------------------------------------------------------------------------------进入SQL查询分析器,执行语句:--检查数据库完整性dbcc checkdb('ams1')执行结果:---------------------------------------------------------------CHECKDB 发现了0 个分配错误和11 个一致性错误(在数据库'ams1' 中)。

数据库质疑修复总结

数据库质疑修复总结

数据库质疑修复总结For SQL Server 2000/2005/2008/2008R2目录1前言 (2)2SQL Server 2000修复步骤 (2)1. 在查询分析器中,运行如下命令将数据库置于紧急模式。

(2)2. 重启SQL Server服务。

(3)3. 如果第二步中重启服务,数据库再次进入suspect模式,请设置数据库紧急模式,使用BCP方式导出数据。

(3)4. 关掉查询分析器,再次打开查询分析器,运行如下语句,查询出问题的数据库的DBID (4)5. 再运行如下命令,检查是否有人在使用当前出问题的数据库,如果有的话,请将他们退出。

(4)6. 然后运行如下命令,将数据库置于单用户使用模式。

如果设置不生效,可以尝试使用企业管理器->数据库属性-> 选项来直接设置. (4)7. 在查询分析器中,运行如下命令,检查数据库是否有损坏。

(4)8. 如果您运行上述命令发现数据库有错误。

此时我们需要根据错误来处理。

接下去有两个方向。

(5)9. 数据库完全恢复正常之后,将数据库置于正常状态,并将单用户模式改成多用户模式。

(5)3SQL Server 2005/2008/2008R2修复步骤 (6)4导数据总结 (7)1. 创建一个空的数据库。

(7)2. 使用脚本禁用所有外键约束。

(7)3. 使用脚本禁用所有触发器。

(9)4.生成脚本并执行启用Identity_Insert。

(10)5. 自动生成脚本导入数据到新的数据库中。

( (10)6. 使用脚本启用所有外键约束,触发器 (10)5附录 (12)1前言本文的步骤基于以下条件:1.SQL Server可以启动。

2.数据库没有做有效的备份。

3.当前用户有Sysadmin权限。

数据库质疑的原因会有多种多样,不同的suspect采用的步骤也会有所不同,以下的步骤不能适用所有的情况,但包括了一些基本的步骤。

数据库suspect是指数据库内部处于不一致的状态,很有可能会有数据丢失。

MSSQL数据库损坏的修复命令DBCC简介

MSSQL数据库损坏的修复命令DBCC简介

MSSQL数据库损坏的修复命令DBCC简介MSSQL数据库损坏的修复命令DBCC简介DBCC命令能对数据库进行维护,重点介绍内容:一、CHECKALLOC 磁盘空间一致性二、CHECKCATALOG 系统表一致性三、CHECKCONSTRAINTS约束完整性四、CHECKDB 结构完整性五、CHECKTABLE 页的完整性六、DBREINDEX 索引七、INDEXDEFRAG 整理索引碎片八、SHRINKDATABASE 释放空间九、SHRINKFILE 释放文件空间十、HELP 语句的语法信息一、DBCC CHECKALLOC检查指定数据库的磁盘空间分配结构一致性<单用户模式>。

语法DBCC CHECKALLOC(‘database_name’[ , NOINDEX<指定不检查非系统表的非聚集索引>| {REPAIR_ALLOW_DATA_LOSS<同REPAIR_REBUILD但删除已损坏的内容,数据会丢失>|REPAIR_FAST<进行简单的修复操作,数据不会丢失>|REPAIR_REBUILD<进行复杂的修复,数据不会丢失>} ])[WITH{[ALL_ERRORMSGS<显示全部错误信息>|NO_INFOMSGS<不显示错误信息>|][,[TABLOCK<获取共享表锁> ] ][, [ESTIMATEONLY<显示需要的临时空间tempdb]]}<此四个参数不重要> ]例:use ufdata_999_2001goALTER DATABASE ufdata_999_2001 SET SINGLE_USER--SQL7.0下同(sp_dboption 'ufdata_999_2001','single_user', 'true')goDBCC CHECKALLOC('ufdata_999_2001 ', REPAIR_REBUILD) withNO_INFOMSGSgoALTER DATABASE ufdata_999_2001 SET MULTI_USER--SQL7.0(sp_dboption 'ufdata_999_2001','single_user', 'false')二、DBCC CHECKCATALOG检查指定数据库中的系统表内及系统表间的一致性。

数据库修复的命令

数据库修复的命令

当数据库质疑或是有的无法完成读取时可以尝试这些修复命令。

1. DBCC CHECKDB重启服务器后,在没有进行任何操作的情况下,在SQL查询分析器中执行以下SQL进行数据库的修复,修复数据库存在的一致性错误与分配错误。

use masterdeclare @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数据库不断自动产生错误的日志修复办法

sql数据库不断自动产生错误的日志修复办法
COM_KEYFRAME的DBCC结果。



COB_FIELD69的DBCC结果。
对象'COB_FIELD69'的0页中有0行。
TSK_DOWNLOAD_FILE的DBCC结果。
消息8935,级别16,状态1,第1行
表错误:对象ID 16,索引ID 1,分区ID 8853632,分配单元ID 8853632 (类型为In-row data)。页(1:44864)上的上一页链接(1:21160)与父代(1:20707)槽28所预期的此页的上一页(1:45225)不匹配。
问题描述:
1、数据库的C盘路径下的数据库LOG文件夹里不断自动产生错误的日志文件(errorlog),在十分钟时间内就可以把C盘20G刷满,导致C盘空间不足,数据库服务无法正常访问;
处理办法:
1、在数据库中用dbcc checkdb命令检查数据库
可以发现数据库有xxx个表报一致性错误,如图:
截取部分输出如下:
用该语句的前提必须将xxxxx库设置成单用户模式。
具体语句如下
usemaster
alter databasexxxxxsetEMERGENCY ----------设置xxxx库为紧急模式
go
sp_dboption'xxxxx','single user','true'---------设置xxxxx库为单用户模式
表错误:对象ID 16,索引ID 1,分区ID 8853632,分配单元ID 8853632 (类型为In-row data)。页(1:45225)缺少上一页(1:45226)对它的引用。可能是因为链链接有问题。
消息8937,级别16,状态1,第1行

MSSQL数据库置疑的说明及修复方法

MSSQL数据库置疑的说明及修复方法

MSSQL数据库置疑的说明及修复方法✧M SSQL 官方对suspect(‘置疑’,SQL2005中文为‘可疑’)状态的解释:“至少主文件组可疑或可能已损坏。

在SQL Server 启动过程中无法恢复数据库。

数据库不可用。

需要用户另外执行操作来解决问题。

”✧S QL Server 数据库置疑通常由于以下几种情况导致:1、因SQL服务意外退出导致数据库置疑,例如突然断电导致数据库日志文件损坏,下次启动后数据库变为置疑状态。

2、数据库文件所在的磁盘分区没有可用空间,导致恢复数据库的操作不能完成,数据库变为置疑状态。

3、数据库文件组已满,这种情况通常发生在MSDE或SQL 2005 Express,因为它们对数据库文件限制了大小,不超过2G或4G;当单个的数据库文件接近2G或4G很容易出现数据库置疑的情况;另外,当数据库文件所在磁盘分区格式为FAT32时,也有可能出现这种情况,FAT32格式的磁盘分区单个文件不能超过4G,当单个的数据库文件接近4G很容易出现数据库置疑的情况。

4、数据库文件设置为不自动增长,或设置为自动增长但限制了文件大小。

5、此外,其它非法的操作也有可能导致数据库置疑。

✧以下提供几种解决V3数据库置疑的办法:解决客户那里出现数据库置疑通常使用第一或第二种方法,解决问题时请根据实际情况处理提示:按以下方法修复数据库后,还需要用户密切观察一下V3服务器是否能正常运行、服务器是否有出错;查看服务器是否有出错可以右击服务管理器-‘工具’-‘日志’,在弹出的事件日志窗口中,查看应用程序日志中是否有OSERVER3的错误信息;如果有出错信息可能会出现数据收集不完整等问题,请即时联系我们解决。

问题一:SQL 2005 数据库置疑的解决方法SQL SERVER 2005,数据库置疑,可以尝试通过以下办法解决:--第一步:新建查询,执行以下SQL 语句;USE masterGOSP_CONFIGURE'ALLOW UPDATE',GORECONFIGURE WITH OVERRIDEGOALTER DATABASE OCULAR3 SET EMERGENCY--设置OCULAR3为紧急模式GOSP_DBOPTION'OCULAR3','SINGLE USER','TRUE'--设置OCULAR3为单用户模式GO--第二步:继续执行以下SQL语句DBCC CHECKDB('OCULAR3')--检查数据库的结构完整性,可能需要比较长时间GO--第三步:继续执行以下SQL语句DBCC CHECKDB('OCULAR3','REPAIR_ALLOW_DATA_LOSS')--修复数据库,可能需要比较长时间;执行到这一步,如果提示需要在单用户模式下运行,那么可以重启一下SQL SERVER服务再执行;GO--第四步:SP_DBOPTION'OCULAR3','SINGLE USER','FALSE'--设置OCULAR3为多用户模式GOALTER DATABASE OCULAR3 SET ONLINE--设置OCULAR3为正常模式GOSP_CONFIGURE'ALLOW UPDATE',0GORECONFIGURE WITH OVERRIDEGO--第五步:继续执行以下SQL语句DBCC CHECKDB('OCULAR3')–再次检查数据库的结构完整性GO问题二:SQL SERVER 2000,因为断电导致数据库被破坏而置疑,可以通过以下办法解决:--第一步:新建查询,执行以下SQL 语句;USE masterGOSP_CONFIGURE'ALLOW UPDATE',1GORECONFIGURE WITH OVERRIDEGO--设置数据库为紧急模式UPDATE sysdatabases SET status= 32768 WHERE name='OCULAR3'GOSP_DBOPTION'OCULAR3','SINGLE USER','TRUE'--设置OCULAR3为单用用户模式GO--第二步:继续执行以下SQL语句DBCC REBUILD_LOG('OCULAR3','d:\ocular3_log_log.ldf')--重建日志文件,--通常重建的日志文件放在与其它数据库文件相同目录下。

数据库质疑DBCC修复方法

数据库质疑DBCC修复方法

1.停止SQL Server的服务,备份SQL Server安装目录下的\data子目录一个mjhis60_log.ldf(也有可能非此命名),
同时查看磁盘
2.启动SQL Server服务(如已停止),创建一个新的数据库,命名为空间是否有足够的空间; 原来数据库的名字。
3.停止SQL Server
Go
--如果还有错误未修复,则该数据无法修复
--退出前请一定要执行以下语句返回到多用户模式
EXEC sp_dboption 'mjhis60', 'single user','FALSE'
go
注:都要把 mjhis60 替换成真实的数据库名字。
--在这里,请输入你的数据库的路径
Go
7.停止SQL然后重新启动SQL Server服务,然后运行:
use master
go
update sysdatabases set status = 8 where name = 'mjhis60'
go
sp_configure 'allow updates', 0
USE master
Go
--单用户模式
EXEC sp_dboption 'mjhis60', 'single user', 'TRUE'
go
--数据库检查
DBCC CHECKDB ('mjhis60')
Go
--如果返回结果出现了红色的提示文字,说明数据库中存在错误,需要修复
reconfigure with override

sqlserver数据库出现可疑错误修复方法

sqlserver数据库出现可疑错误修复方法
一、主数据库出现可疑修复方法:
第一种方法:
当数据库发生这种操作故障时,可以按如下操作步骤可处理此要领,打开数据库里的
Sql
查询编辑器式
ALTER DATABASE 数据库名 SET EMERGENCY
?
使数据库变为单用户模式
启动服务
再次,打开
Sql Server 2005
时被标记为“可疑”的数据库已还原正常状态
第二种方法:
如果有数据库全备份,在其他SqlServer机器上先建一个和可疑数据库名称一样的数据库,将全备份还原到先建的数据库,再把新建数据库的ldf和mdf文件拷到可以数据库的目录下。
二、msdb系统数据库可疑
ALTER DATABASE 数据库名 SET SINGLE_USER
?
修正数据库日志重新生成,此命令检查的分配,结构,逻辑完整性和所有数据库中的对 象不正确。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC CHECKDB命令参数,该程序将检查和修正报告的不正确。但是,这些修正可能会导致一些数据丢失。命令:DBCC CheckDB (数据库名 , REPAIR_ALLOW_DATA_LOSS)
如果复制过来是单个用户,那么右键点这个库的属性-选项-限制访问改成MULTI_USER就可以了,目前还没出现问题,建议备份后尝试
?
使数据库变回为多用户模式
ALTER DATABASE 数据库名 SET MULTI_USER
?
开始->
运行->
输入cmd
打开DOS命令窗口,输入以下命令重启数据库服务
Net stop mssqlserver --

SQL2000数据修复大全

SQL2000数据修复大全

Sql2000r 提供了很多数据库修复的命令,当数据库质疑或是有的无法完成读取时可以尝试这些修复命令。

1. DBCC CHECKDB重启服务器后,在没有进行任何操作的情况下,在SQL查询分析器中执行以下SQL进行数据库的修复,修复数据库存在的一致性错误与分配错误。

use masterdeclare @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 (表名,’’) 修复此表所有的索引。

DBCC DBREINDEX Sql数据库表修复

DBCC DBREINDEX Sql数据库表修复

寒山sql数据库修复中心/MS Sql Server 数据库或表修复数据库或表修复(DBCC CHECKDB)MS Sql Server 提供了很多数据库修复的命令,当数据库质疑或是有的无法完成读取时可以尝试这些修复命令。

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_DA TA_LOSS) dbcc checktable('需要修复的数据表的名称',REPAIR_REBUILD) ------把’需要修复的数据表的名称’更改为执行DBCC CHECKDB 时报错的数据表的名称exec sp_dboption @dbname,'single user','false' 3. 其他的一些常用的修复命令DBCC DBREINDEX 重建指定数据库中表的一个或多个索引用法:DBCC DBREINDEX (表名,’’) 修复此表所有的索引。

数据库性能优化解决方案文档

数据库性能优化解决方案文档

数据库性能优化解决方案数据库能优化方案是对用户提出的K3系统在使用过程中遇到的性能问题,从SQL Se rver调整,硬件调整这两方面提出了性能优化解决方案。

1SQLServer调整当用户使用K3系统一段时间以后,发现系统的响应时间越来越长.这种情形往往是由于账套数据库缺乏维护引起的。

缺乏维护的数据库会存在过多地碎片、过期的统计、隐含着可能的错误查询结果的数据库的逻辑和物理的不一致性,这些都会直接影响系统的性能。

这里介绍解决上述账套数据库性能问题常用的方法。

1.1使用DBCC语句发现和解决上述问题.DBCC:数据库一致性检查器。

◆信息DBCC SHOWCONTIG(表名[,索引名])在有大的改动的表,引入数据的表,或者引起低效查询的表上使用该语句.例:DBCCSHOWCONTIG(’T_ITEM’)◆DBCC DBREINDEX重建指定数据库中表的一个或多个索引.例1:重建某个索引ﻩﻩDBCCDBREINDEX(’T_ITEM',uk_item2, 80)例2:重建所有索引DBCC DBREINDEX ('T_ITEM’,’',80)◆DBCCSHOW_STATISTICS显示指定表上的指定目标(例如一个索引名称))的当前分布统计信息。

这些统计信息是被SQL Server查询优化器使用的DBCC SHOW_STATISTICS(表名,目标)例:DBCC SHOW_STATISTICs(’t_item','pk_item’)◆sp_updatestats &UPDATE STATISTICS 更新统计信息;sp_updatestats对当前数据库中所有用户定义的表运行UPDATESTATISTICS。

使用UPDATESTATISTICS语句的时机:在一个空表上创建一个索引,然后在以后应用它。

执行TRUNCA TETABLE语句,然后在以后重新应用该表.通过使用FULLSCAN或SAMPLE选项请求明细的索引统计信息.例1。

dbcc checkdb语句

dbcc checkdb语句

dbcc checkdb语句
DBCC CHECKDB语句是用于对SQL Server数据库进行完整性检查和诊断的命令。

该命令检查数据库中的所有对象,并查找任何潜在的问题或损坏。

它可以帮助数据库管理员检测并修复数据文件中的错误,以及检查表、索引、约束等对象的一致性。

使用DBCC CHECKDB语句可以检查数据库的物理和逻辑完整性。

它会扫描数据库中的所有分配的页,并对每个分配的页执行一些检查。

数据库管理员可以指定是否要修复任何发现的错误。

DBCC CHECKDB语句的一些常见的选项和参数包括:
1. REPAIR_ALLOW_DATA_LOSS:该选项用于指定在修复过程中是否允许删除数据,可能会导致数据丢失。

在执行此选项之前,务必进行备份以防数据丢失。

2. ALL_ERRORMSGS:该选项用于在检查过程中显示所有错误消息。

3. NO_INFOMSGS:该选项用于在检查过程中禁止显示信息消息。

4. PHYSICAL_ONLY:该选项用于仅检查数据库的物理完整性,而不执行逻辑检查。

这可以提高检查速度。

DBCC CHECKDB语句是维护和管理SQL Server数据库的重要工具之一。

它提供了对数据库完整性的全面检查,并能够帮助管理员及时发现并修复潜在的问题。

建议定期运行该命令,以确保数据库的健康和稳定性。

请注意,在使用DBCC CHECKDB语句之前,务必进行适当的准备工作,如备份数据库和查看相关文档。

此外,建议在以生产环境中使用此命令之前,在测试环境中先进行测试以避免意外情况的发生。

dbcc checktable语法

dbcc checktable语法

DBCC CHECKTABLE ( 'database_name' [ , NOINDEX | { REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD } ] ) [ WITH { [ ALL_ERRORMSGS ] [ , [ NO_INFOMSGS ] ] [ , [ TABLOCK ] ] [ , [ ESTIMATEONLY ] ] [ , [ PHYSICAL_ONLY ] ] } ]DBCC CHECKTABLE ('table_name' | 'view_name' [ , NOINDEX | index_id | { REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD } ] ) [ WITH { [ ALL_ERRORMSGS ] [ , [ NO_INFOMSGS ] ] [ , [ TABLOCK ] ] [ , [ ESTIMATEONLY ] ] [ , [ PHYSICAL_ONLY ] ] } ]其中,DBCC是SQL Server中的一个命令,用于执行数据库控制台命令。

CHECKTABLE是其中一个子命令,用于检查指定表或索引视图的完整性和一致性。

语法中的'database_name'和'table_name'分别表示数据库名称和表名称,'NOINDEX'和'index_id'表示不检查索引或指定索引的ID,'REPAIR_ALLOW_DATA_LOSS'、'REPAIR_FAST'和'REPAIR_REBUILD'表示在修复表或索引时采取的不同策略。

WITH子句是一些可选的参数,如ALL_ERRORMSGS表示显示所有错误信息,NO_INFOMSGS表示不显示信息消息,TABLOCK表示在检查期间将表锁定为只读,ESTIMATEONLY表示只估算修复操作而不执行实际修复,PHYSICAL_ONLY表示只进行物理检查而不进行逻辑检查。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

DBCC CHECKDB 数据库或表修复MS Sql Server 提供了很多数据库修复的命令,当数据库质疑或是有的无法完成读取时可以尝试这些修复命令。

1. DBCC CHECKDB重启服务器后,在没有进行任何操作的情况下,在SQL查询分析器中执行以下SQL进行数据库的修复,修复数据库存在的一致性错误与分配错误。

use masterdeclare @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 MasterGosp_configure 'allow updates', 1reconfigure with overrideGo将数据库设为紧急状态: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 Server2.3步骤3:把老数据库的MDF文件替换新数据库的相应的MDF文件, 并把LDF文件删除2.4步骤4:重新启动SQL Server 服务,然后运行如下命令:Use MasterGosp_configure 'allow updates', 1reconfigure with overrideGobegin tranupdate sysdatabases set status = 32768 where db_name'-- Verify one row is updated before committingcommit tran2.5步骤5:停止SQL然后重新启动SQL Server 服务,然后运行如下命令:DBCC TRACEON (3604)DBCC REBUILD_LOG('db_name','c:\mssql7\data\dbxxx_3.LDF') Go2.6步骤6:停止SQL然后重新启动SQL Server 服务,然后运行: use masterupdate sysdatabases set status = 8 whereGosp_configure 'allow updates', 0reconfigure with overrideGo2.7步骤7:运行dbcc checkdb(db_name)检查数据库的完整性.第3章数据库质疑的一般处理1、执行如下SQL(打开修改系统表的开关):EXEC sp_configure 'allow updates', 1 RECONFIGURE WITH OVERRIDE2、修改数据库Master中的表:sysdatabases将status字段数值更改为43、再执行如下SQL:EXEC sp_configure 'allow updates', 0 RECONFIGURE WITH OVERRIDE。

相关文档
最新文档