1、技术支持部整理 2005 年 2 月目录第 1 章 SQL SERVER 数据库的检测及修复方法简介 11.1SQL SERVER 数据库的检测 .11.2SQL SERVER 问题数据库的修复 .21.3SQL Server 数据库为什么易损坏呢？ .31.4 预防措施： .31.5 应用数据库修复举例 3第 2 章数据库日志损坏的修复 42.1 步骤 1:42.2 步骤 2:42.3 步骤 3:42.4 步骤 4:42.5 步骤 5:52.6 步骤 6:52.7 步骤 7:6第 3 章 数据库质疑的一般处理 6技术支持部整理 2005 年 2 月第 1 章 SQL SERVER 数据库的检
2、测及修复方法简介随着 K/3 产品的推广，要求客户服务人员对 SQL SERVER 数据库的了解也进一步提高。在 K/3 的使用过程中，数据库文件被频繁地使用，由于某些原因，数据库有可能被损坏，本文将针对这种情况的数据库检测及修复方法做一简单讲解。希望各位在实际工作过程中有新的发现时，及时给我们提供信息，以便做进一步的更新。1.1SQL SERVER 数据库的检测SQL SERVER 提供了数据库检测的命令，可用 DBCC CHECKDB 对数据库中各个对象的分配及结构的正确性进行检测，并可通过一参数控制，将所有的错误信息显示出来。其语法如下：DBCC CHECKDB (database_na
3、me ,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 代表，若此错误不能修复时，系统将直接删除相关数据。带此三个参数的任一个时，数据库必须处于单用户模式，可在 Ent
4、erprise Manager 中的数据库属性中设置；ALL_ERRORMSGS 代表将检测到的错误信息全部显示出来，否则，对于每张表最多只显示 200 条错误信息；NO_INFOMSGS 代表隐藏所有的信息及占用空间的报告。经过检测，对于错误的对象，将以 OBJECT ID 的形式报告具体出错的信息，可根据 OBJECT ID 到系统表 sysobjects 中查找到相关的表，即 NAME。1.2SQL SERVER 问题数据库的修复经过数据库检测后，可针对出现的问题采取相应的措施进行处理。如通过检测后，发现对象的物理存放存在问题，可用 DBCC CHECKALLOC 来进行修复：DBCC
5、CHECKALLOC (database_name | REPAIR_REBUILD ) WITH ALL_ERRORMSGS | NO_INFOMSGS若是非系统对象的索引出错，则可用 DBCC DBREINDEX 进行修复：DBCC DBREINDEX ( database.owner.table_name , index_name , 技术支持部整理 2005 年 2 月fillfactor ) WITH NO_INFOMSGS以上两种情况，也可直接使用 DBCC CHECKDB(db_name,repair_rebuild)来修复。另外一种情况是在进行检测时，提示无法建立数据连接，此时
6、表明，数据库已损坏。对于这种情况，我们可采取如下措施来尝试修复。首先，在 SQL Enterprise 中新建一数据库（如数据库名为 test）,建好数据库后，停止 SQL Server Service Manager，并将客户数据库的 MDF 文件更名为 test _data.mdf(即新建数据库的主文件名)，然后用更名后的文件覆盖新建数据库同名文件，接着，启动 SQL Server Service Manager。对 Master 数据库将系统表设置为可更改状态Use MasterGosp_configure allow updates, 1reconfigure with overrid
7、eGo将数据库设为紧急状态：update sysdatabases set status = 32768 where name = 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 的过程中发现一些表的索引被破坏，于是针对具体的表进行重建索
8、引的操作：DBCC DBREINDEX（表名）如执行以上操作仍然不能解决，若索引破坏的表是临时表或不是关键表，则可从新建账套中引入，若是主表，则可能通过近期的备份来（部份）恢复。若没有一个备份，则无法修复。1.3SQL Server 数据库为什么易损坏呢？以下是微软提供的一些可能引起数据库损坏的原因及一些预防措施：1、操作问题，包括冷起动机器、热拔硬盘、删除一些数据库文件；2、硬件问题，包括磁盘控制器的问题；3、操作系统问题，包括与系统相关的一些致命错误。1.4 预防措施：1、定期/不定期执行 CHKDSK(不带参数)，以检测硬盘物理结构并修复一些技术支持部整理 2005 年 2 月CHKDS
9、K 报告的问题；2、常备份数据。1.5 应用数据库修复举例declare databasename varchar(255) set databasename=AIS20021224170730-一定要手工输入-执行一般性修复还存在问题时,进行允许数据丢失的修复-许数据丢失的修复要求在单用户下进行,此时请退出中间层,客户端,sql 的其他模块-所有功能退出,在查询分析器 master 里设置数据库为单用户exec sp_dboption databasename, Nsingle, Ntrue -在查询分析器 master 里,进行修复数据库dbcc checkdb(databasename,
10、REPAIR_ALLOW_DATA_LOSS)dbcc checkdb(databasename,REPAIR_REBUILD)-还原数据库状态exec sp_dboption databasename, Nsingle, Nfalse第 2 章数据库日志损坏的修复请遵照如下步骤来试图重建数据库事务日志.注意: 由于事务日志丢失, 数据库可能有没有提交的数据.注:都要替换成真实的数据库名字2.1 步骤 1:创建一个新的数据库,命名为原来数据库的名字.2.2 步骤 2:技术支持部整理 2005 年 2 月停止 SQL Server2.3 步骤 3:把老数据库的 MDF 文件替换新数据库的相应的
11、MDF 文件, 并把 LDF 文件删除2.4 步骤 4:重新启动 SQL Server 服务,然后运行如下命令:Use MasterGosp_configure allow updates, 1reconfigure with overrideGobegin tranupdate sysdatabases set status = 32768 where name = db_name- Verify one row is updated before committingcommit tran2.5 步骤 5:停止 SQL 然后重新启动 SQL Server 服务,然后运行如下命令:DBCC
12、TRACEON (3604)DBCC REBUILD_LOG(db_name,c:mssql7datadbxxx_3.LDF)技术支持部整理 2005 年 2 月Go2.6 步骤 6:停止 SQL 然后重新启动 SQL Server 服务,然后运行:use masterupdate sysdatabases set status = 8 where name = db_nameGosp_configure allow updates, 0reconfigure with overrideGo2.7 步骤 7:运行 dbcc checkdb(db_name)检查数据库的完整性.第 3 章 数据库质疑的一般处理1、执行如下 SQL（打开修改系统表的开关）：EXEC sp_configure allow updates, 1RECONFIGURE WITH OVERRIDE技术支持部整理 2005 年 2 月2、修改数据库 Master 中的表：sysdatabases将 status 字段数值更改为 43、再执行如下 SQL：EXEC sp_configure allow updates, 0RECONFIGURE WITH OVERRIDE
