修复数据库相关.docx

--1先做数据库备份.再执行以下语句.检查数据库 use master go sp_dboption 连锁版,single user,true go dbcc checkdb (连锁版,repair_allow_data_loss) go sp_dboption 连锁版,single user,false -------2修复数据库 USE MASTER GO SP_CONFIGURE ALLOW UPDATES,1 RECONFIGURE WITH OVERRIDE GO --select * from sysdatabases UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME=连锁版 Go sp_dboption 连锁版, single user, true Go DBCC CHECKDB(连锁版) Go sp_dboption 连锁版,single user,false --------------------------------------------------------- --2数据库质疑 数据库处于回避恢复模式的解决办法 update sysdatabases set status =0 where name = fdshop go --把状态重置为0，重启库 --2.修复的话，先将将数据库置为单用户模式， sp_dboption fdshop,single user,true --如果报错，可能有用户正在使用库，在进程管理里面杀掉sa用户进程，重新执行，直到成功尝试对其进行不丢失数据的修复： DBCC CHECKDB(fdshop,REPAIR_REBUILD) --尝试对其进行可能丢失数据的修复： DBCC CHECKDB(fdshop,REPAIR_ALLOW_DATA_LOSS) --3.将数据库置为多用户模式， sp_dboption fdshop,single user,false --1.如果用户库无法启动，则打开sql server分析查询器，执行以下命令 sp_configure allow updates,1goreconfigure with overridego --将这个数据库置为紧急模式： update sysdatabases set status =-32768 where name = fdshop go ----------------------------------------------------------3 use master exec sp_configure allow update,1 reconfigure with override go --将数据库设置成紧急模式 update sysdatabases set status=-32768 where dbid=DB_ID(yszt) --创建日志文件 dbcc rebuild_log (yszt,c:\Program Files\Microsoft SQL Server\MSSQL\backup\yszt_log.ldf) --恢复数据库的紧急模式 update sysdatabases set status=0 where name=yszt --取消数据库的置疑标识 restore database yszt with recovery --恢复系统表操作的设置 exec sp_configure allow update,0 reconfigure with override go ------3把’ 需要修复的数据表的名称’更改为执行DBCC CHECKDB时报错的数据表的名称 update sysdatabases set status =28 where name=Kingboxbzl9 Go sp_configure allow updates, 0 reconfigure with override Go sp_dboption Kingboxbzl9, single user, false Go use Kingboxbzl9 declare @dbname varchar(255) set @dbname=Kingboxbzl9 exec sp_dboption @dbname,single user,true dbcc checktable(sysindexes,REPAIR_ALLOW_DATA_LOSS) dbcc checktable(sysindexes,REPAIR_REBUILD) exec sp_dboption @dbname,single user,false ------未启用对系统