《数据库的修复档》由会员分享，可在线阅读，更多相关《数据库的修复档（8页珍藏版）》请在金锄头文库上搜索。
1、1. 把数据库设置为紧急状态。通过在“查询分析器”中执行：alter database PVLink set EMERGENCY 可以将数据库设置为紧急状态，此时数据库 PVLink 的图标改变成粉红色并出现“紧急”字样2. 将数据库设置为单用户模式。如果不设置为单用户模式，我们将无法使用带有效 repair 选项的 DBCC CHECKDB 来检查/修复数据库:只要在“查询分析器”中执行：use mastergo sp_dboption PVLink,single,true即可。3. 修复数据库修复数据库主要使用 DBCC 来操作，一般来讲，我们可以使用以下三个选项来修复：REPAIR_AL
2、LOW_ DATA_LOSS 尝试修复报告的所有错误。这些修复可能会导致一些数据丢失。REPAIR_FAST 仅为保持向后兼容性而保留。REPAIR_REBUILD执行由 REPAIR_FAST 执行的所有修复，包括需要较长时间的修复（如重建索引） 。执行这些修复时不会有丢失数据的危险。一般我们通过执行：DBCC CHECKDB(PVLink,REPAIR_REBUILD) 即可完成修复工作.4.数据库应该可用了.如果数据库此时仍然是紧急状态，可以通过：alter database PVLink set ONLINE ，把数据库变成在线状态。alter database PVLink set
3、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 Serv
4、er 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, PrevPage
5、LSN: (21737:615:1). 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 da
6、tabase 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
7、 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,
8、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(dbn
9、ame,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, Nfals
10、e-将目标数据库置为多用户状态然后执行 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_
11、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 对数据库中各个对象
12、的分配及结构的正确性进行检测，并可通过一参数控制，将所有的错误信息显示出来。其语法如下：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
13、_DATA_LOSS 代表，若此错误不能修复时，系统将直接删除相关数据。带此三个参数的任一个时，数据库必须处于单用户模式，可在 Enterprise Manager中的数据库属性中设置；ALL_ERRORMSGS 代表将检测到的错误信息全部显示出来，否则，对于每张表最多只显示 200 条错误信息；NO_INFOMSGS 代表隐藏所有的信息及占用空间的报告。经过检测，对于错误的对象，将以 OBJECT ID 的形式报告具体出错的信息，可根据OBJECT ID 到系统表 sysobjects 中查找到相关的表，即 NAME。若是非系统对象的索引出错，则可用 DBCC DBREINDEX 进行修复：
14、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 文件更名为 tes
15、t _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
16、)DBCC REBUILD_LOG( test ,test _log_ldf)将数据库设置为单用户模式，然后进行检测：sp_dboption test , single user, trueDBCC CHECKDB( test )Go此数据库执行 CHECKDB 的过程中发现一些表的索引被破坏，于是针对具体的表进行重建索引的操作：DBCC DBREINDEX（表名）如执行以上操作仍然不能解决，若索引破坏的表是临时表或不是关键表，则可从新建账套中引入，若是主表，则可能通过近期的备份来（部份）恢复。若没有一个备份，则无法修复。第五章 数据库容易损坏的原因1.1 以下是微软提供的一些可能引起数据库损坏的原因及一些预防措施：操作问题，包括冷起动机器、热拔硬盘、删除一
