数据库的修复档.doc

1. 把数据库设置为紧急状态。通过在“查询分析器”中执行：alter database PVLink set EMERGENCY 可以将数据库设置为紧急状态，此时数据库PVLink的图标改变成粉红色并出现“紧急”字样2. 将数据库设置为单用户模式。如果不设置为单用户模式，我们将无法使用带有效repair选项的DBCC CHECKDB来检查/修复数据库:只要在“查询分析器”中执行：use mastergo sp_dboption PVLink,single,true即可。3. 修复数据库修复数据库主要使用DBCC来操作，一般来讲，我们可以使用以下三个选项来修复：REPAIR_ALLOW_ DATA_LOSS 尝试修复报告的所有错误。这些修复可能会导致一些数据丢失。REPAIR_FAST 仅为保持向后兼容性而保留。REPAIR_REBUILD执行由 REPAIR_FAST 执行的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不会有丢失数据的危险。一般我们通过执行：DBCC CHECKDB(PVLink,REPAIR_REBUILD) 即可完成修复工作.4.数据库应该可用了.如果数据库此时仍然是紧急状态，可以通过：alter database PVLink set ONLINE ，把数据库变成在线状态。alter database PVLink set ONLINE ，把数据库变成在线状态。5.SQL Server 2005数据库日志文件损坏的情况下如何恢复数据库 1)SQL Server 2005数据库删除日志文件 DUMP TRANSACTION DatabaseName WITH NO_LOG;declare fileid int;select fileid=fileid from sysfiles where name like %Log;dbcc shrinkfile(fileid)第二1)在某些偶然的情况下，会引起SQL Server 2005数据库日志文件的损坏，比如：硬件故障、计算机非正常重启或关机。当SQL Server 2005数据库日志文件损坏时，可能会出现以下情况：1、在SQL Server Management Studio中显示数据库处于置疑(suspect)状态。2、事件日志可能会出现如下错误信息： Could not redo log record (21737:686:9), for transaction ID (0:2334886), on page (1:37527), database Test (database ID 15). Page: LSN = (21735:299:5), type = 2. Log: OpCode = 3, context 19, PrevPageLSN: (21737:6151). Restore from a backup of the database, or repair the database. During redoing of a logged operation in database Test, an error occurred at log record ID (76116:286:2). Typically, the specific failure is previously logged as an error in the Windows Event Log service. Restore the database from a full backup, or repair the database. 3、无法分离数据库4、用CREATE DATABASE DBName ON ( FILENAME = NDBFile ) FOR ATTACH_REBUILD_LOG附加数据库时出现提示：The log cannot be rebuilt because the database was not cleanly shut down.恢复方法：1、停止数据库服务。2、将需要恢复的数据库文件复制到另外的位置。3、启动数据库服务。4、确认要恢复的数据库文件已经成功复制到另外的位置，然后在SQL Server Management Studio中删除要恢复的数据库。5、新建同名的数据库(数据库文件名也要相同)。6、停止数据库服务。7、用第2步中备份的.mdf文件覆盖新数据库的同名文件。8、启动数据库服务。9、运行alter database dbname set emergency，将数据库设置为emergency mode10、运行下面的命令就可以恢复数据库： 例子：use master declare databasename varchar(255) set databasename=要恢复的数据库名称 exec sp_dboption databasename, Nsingle, Ntrue -将目标数据库置为单用户状态 dbcc checkdb(databasename,REPAIR_ALLOW_DATA_LOSS) dbcc checkdb(databasename,REPAIR_REBUILD) exec sp_dboption databasename, Nsingle, Nfalse-将目标数据库置为多用户状态修复：检查：dbcc checkdb(dbname)修复：dbcc checkdb(dbname,repair_fast)、dbcc checkdb(dbname,repair_rebuild)有损修复：dbcc checkdb(dbname,repair_allow_data_loss)许多次运行use masterdeclare databasename varchar(255)set databasename=需要修复的数据库实体的名称exec sp_dboption databasename, Nsingle, Ntrue -将目标数据库置为单用户状态dbcc checkdb(databasename,REPAIR_ALLOW_DATA_LOSS)dbcc checkdb(databasename,REPAIR_REBUILD)exec sp_dboption databasename, Nsingle, Nfalse-将目标数据库置为多用户状态然后执行 DBCC CHECKDB(需要修复的数据库实体的名称) 检查数据库是否仍旧存在错误。注意：修复后可能会造成部分数据的丢失。2. DBCC CHECKTABLE如果DBCC CHECKDB 检查仍旧存在错误，可以使用DBCC CHECKTABLE来修复。use 需要修复的数据库实体的名称declare dbname varchar(255)set dbname=需要修复的数据库实体的名称exec sp_dboption dbname,single user,truedbcc checktable(需要修复的数据表的名称,REPAIR_ALLOW_DATA_LOSS)dbcc checktable(需要修复的数据表的名称,REPAIR_REBUILD)-把 需要修复的数据表的名称更改为执行DBCC CHECKDB时报错的数据表的名称exec sp_dboption dbname,single user,false3. 其他的一些常用的修复命令DBCC DBREINDEX 重建指定数据库中表的一个或多个索引用法：DBCC DBREINDEX (表名,) 修复此表所有的索引。第三 数据库错误的检查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。若是非系统对象的索引出错，则可用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, trueDBCC CHECKDB( test )Go此数据库执行CHECKDB的过程中发现一些表的索引被破坏，于是针对具体的表进行重建索引的操作：DBCC DBREINDEX（表名）如执行以上操作仍然不能解决，若索引破坏的表是临时表或不是关键表，则可从新建账套中引入，若是主表，则可能通过近期的备份来（部份）恢复。若没有一个备份，则无法修复。第五章 数据库容易损坏的原因1.1 以下是微软提供的一些可能引起数据库损坏的原因及一些预防措施：操作问题，包括冷起动机器、热拔硬盘、删除一些数据库文件；硬件问题，包括磁盘控制器的问题；操作系统问题，包括与系统相关的一些致命错误1.2 预防措施：1、定期/不定期执行CHKDSK(不带参数)，以检测硬盘物理结构并修复一些CHKDSK报告的问题；2、常备份数据。1.3 应用数据库修复举例declare databasename varchar(255)set databasename=AIS20021224170730-一定要手工输入-执行一般性修复还存在问题时,进行允许数据丢失的修复-许数据丢失的修复要求在单用户下进行,此时请退出中间层,客户端,sql的其他模块-所有功能退出,在查询分析器master里设置数据库为单用户exec sp_dboption databasename, Nsingle, Ntrue-在查询分析器master里,进行修复数据库dbcc checkdb(databasename,REPAIR_ALLOW_DATA_LOSS)dbcc checkdb(databasename,REPAIR_REBUILD)-还原数据库状态exec sp_dboption databasename, Nsingle, Nfalse第六章 数据库日志的建立注意: 由于事务日志丢失, 数据库可能有没有提交的数据.注:都要替换成真实的数据库名字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:mssql7datadbxxx_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, 1RECONFIGURE WITH OVERRIDE2、修改数据库Master中的表：sysdatabases将 status字段数值更改为43、再执行如下SQL：EXEC sp_configure allow updates, 0RECONFIGURE WITH OVERRIDE。