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:mssql7datadbxxx_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。
