数据库损坏和置疑修复方法.doc

数据库损坏和置疑修复方法目录前言1数据库损坏的常规修复处理方法1数据库损坏的灾难性修复方法BCP处理方案2数据库置疑的修复处理方法3前言Sql Server数据库本身依赖于操作系统、文件读写存储等环境，数据库经常因为操作系统、异常关机、异常终止退出或者SQL Server数据库本身的机制问题均会导致数据库无故损坏，其中数据库损坏的主要原因如下：1. 事务日志问题。比如事务日志文件丢失；事务日志文件在操作过程中被误删；事务日志文件被损坏以及事务日志文件过大，导致硬盘的空间不足等。2. 意外掉电或异常强制关机，造成数据文件损坏，主要数据库正在被读写过程中异常关机。3. 数据库的表被破坏或索引等被破坏，或者数据库的其他对象被破坏或丢失等。4. 删除了数据文件，或者更改了它的名字。5. 硬盘损坏，造成数据和日志文件读写错误。6. 感染病毒或者其他人为因素破坏。7. 其他文件读写、存储等原因。数据库损坏的常规修复处理方法以商业之星7为例：1. 一般数据库的损坏，修复数据库按如下步骤操作：-请在查询分析器中执行下列语句.执行前断开其它所有数据库连接，最好是断开网线-如果不是该数据库名，请将数据库改为要修复的数据库USE masterGo-单用户模式sp_dboption hbposv7, single user, TRUEgo-数据库检查DBCC CHECKDB (hbposv7)Go-如果返回结果出现了红色的提示文字，说明数据库中存在错误，需要修复-数据库修复DBCC CHECKDB (hbposv7,repair_rebuild)Go-再次数据库检查，如果返回结果中没有了红色的提示文字，说明修复成功；DBCC CHECKDB (hbposv6_branch)Go-否则意味着还需要更高级别的修复；尝试将上面修复语句的repair_rebuild换为repair_allow_data_loss再试，之后再次检查数据库。-注意：语句DBCC CHECKDB (hbposv7,repair_rebuild)和语句DBCC CHECKDB (hbposv7, repair_allow_data_loss )可多次执行（一般情况下5次都可修复成功），直到执行完后用数据库检查语句DBCC CHECKDB (hbposv7)后没有了红色的提示文字，并且会CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 hbposv7 中），这样表示数据库修复OK,-如果还有错误未修复，请把这些信息以文字的方式发给我们-退出前请一定要执行以下语句返回到多用户模式EXEC sp_dboption hbposv7, single user,FALSEgo注：都要把 hbposv7替换成真实的数据库名字，每个产品的数据库名称是不一样的。数据库损坏的灾难性修复方法BCP处理方案以商业之星7为例，一般是通过“数据库修复的常规处理方法”还无法修复的，用DBCC无法修复的，表能在查询分析里查出来，比如可以通过SELECT * FROM tablename可查出数据，大部分数据因为索引破坏。在进行操作前，请先备份数据库，同时备份mdf和log文件），操作步骤如下：1. 首先在D盘建立TESTDB目录，并在查询分析器中选择思迅数据库运行：use hbposv7goselect bcp hbposv7.+name + out +d:testdb+name+.txt -c -Usa S localhost -P FROM SYSOBJECTS WHERE TYPE = U order by nameORDER BY NAME-把查询的结果集全部复制下来，新建一个文本文件取名为“导出.bat”把结果集复制进去并保存，-把该文件存放在d盘TESTDB目录下。2. 在查询分析器中选择思迅数据库运行： select bcp hbposv7.+name + in +d:testdb+name+.txt -c -Usa S localhost -P FROM SYSOBJECTS WHERE TYPE = U order by name order by name把查询的结果集全部复制下来，新建一个文本文件取名为“导入.bat”把结果集复制进去并保存，把该文件存放在d盘TESTDB目录下。3. 运行“导出.bat”（注意：该文件双击即可运行），数据库中的数据会倒出到TESTDB目录中。4. 删除原来的问题数据库，用服务端安装程序server.exe重新安装空库。5. 在查询分析器中选择思迅数据库运行:use hbposv7goselect delete +name FROM SYSOBJECTS WHERE TYPE = U order by namego-然后把返回的结果集复制，新建一个查询分析器窗口，把复制的内容粘贴后运行！6. 最后运行“导入.bat” ，倒入成功后就恢复数据库了！7. 最后在查询分析器中选择思迅数据库运行use hbposv5goupdate t_sys_system set sys_var_value=(select max(flow_id) from t_im_flow where num2=1) where sys_var_id=ioflow_pointergo8. 在查询分析器中选择思迅数据库运行，此步骤可不做，但做一下最好。use hbposv7goselect update statistics +name FROM SYSOBJECTS WHERE TYPE = U order by namego-然后把返回的结果集复制，新建一个查询分析器窗口，把复制的内容粘贴后运行！9. 日结，检查数据。-注：都要把 hbposv7替换成真实的数据库名字，每个产品的数据库名称是不一样的。数据库置疑的修复处理方法以商业之星7为例：1. 停止SQL Server的服务,备份SQL Server安装目录下的data子目录一个hbposv7_log.ldf(也有可能非此命名)。2. 启动SQL Server服务(如已停止),创建一个新的数据库，命名为原来数据库的名字，比如商业之星7的总部数据库为hbposv7,分店为hbposv7_branch。3. 停止SQL Server4. 把老数据库的MDF文件(hbposv7_data.mdf)替换新数据库的相应的MDF文件，并把LDF文件(hbposv7_log.ldf)删除。5. 重新启动SQL Server服务，然后在查询分析器里运行如下命令：Use Mastergosp_configure allow updates, 1reconfigure with overridegobegin tranupdate sysdatabases set status = 32768 where name = hbposv7commit trango6. 停止SQL然后重新启动SQL Server服务，然后在查询分析器里运行如下命令，(更换日志文件路径地址)：use mastergoDBCC TRACEON(3604)DBCC REBUILD_LOG (hbposv7,c:Program FilesMicrosoft SQL ServerMSSQLDatahbposv7_log.ldf)-在这里，请输入你的数据库的路径Go7. 停止SQL然后重新启动SQL Server服务，然后在查询分析器里运行：use mastergoupdate sysdatabases set status = 8 where name = hbposv7gosp_configure allow updates, 0reconfigure with overridego8. 运行dbcc checkdb(hbposv7) 检查数据库的完整性9. 一般情况下置疑后都需要修复数库，按如下步骤操作，以下部分同“数据库损坏的常规修复处理方法”。-请在查询分析器中执行下列语句.执行前断开其它所有数据库连接，最好是断开网线-如果不是该数据库名，请将数据库改为要修复的数据库USE masterGo-单用户模式sp_dboption hbposv7, single user, TRUEgo-数据库检查DBCC CHECKDB (hbposv7)Go-如果返回结果出现了红色的提示文字，说明数据库中存在错误，需要修复-数据库修复DBCC CHECKDB (hbposv7,repair_rebuild)Go-再次数据库检查，如果返回结果中没有了红色的提示文字，说明修复成功；DBCC CHECKDB (hbposv6_branch)Go-否则意味着还需要更高级别的修复；尝试将上面修复语句的repair_rebuild换为repair_allow_data_loss再试，之后再次检查数据库。-注意：语句DBCC CHECKDB (hbposv7,repair_rebuild)和语句DBCC CHECKDB (hbposv7, repair_allow_data_loss )可多次执行（一般情况下5次都可修复成功），直到执行完后用数据库检查语句DBCC CHECKDB (hbposv7)后没有了红色