如何在SQL Server 2005中修复损坏的数据库
如何在SQL Server 2005中修复损坏的数据库
我很久之前帮人做了一个网站，当时用的是SQL Server 2000，后来数据库升级到SQL Server 2005，运行一段时间后，数据库突然不能用了。
用SQL Server 2005的管理工具怎么也附加不了了。
本来没怎么接触过SQL Server 2005，但是情况紧急，无奈到网上百度，google，查到的一些全是SQL Server 2000数据的恢复方法，但是因为数据库已经升级了，用SQL Server 2000根本就恢复不了，而且这些方法在SQL Server 2005下其实已经不能使用了。
不过这些资料不是一点用都没有，从中我还是悟出了一定的道理，经过几番试验以后，通过下面的方法终于把这个千疮百孔的数据库修好了。
1. 在SQL Server Management Studio中随便创建一个数据库，例如：PVLink。
2. 停止SQL Server服务。
如果不停止此服务，刚才创建的PVLink数据库将即不能被拷贝，也不能被覆盖。
3. 把已经损坏的数据库的mdf文件拷贝并覆盖刚才新建的数据库产生的mdf文件。
4. 启动SQL Server服务。
此时可以看见刚才创建的PVLink数据库名字后面没有加号，无法察看其任何信息，其实目前它已经处于无法使用的状态。
5. 把数据库设置为紧急状态。
通过在“查询分析器”中执行：alter database PVLink set EMERGENCY 可以将数据库设置为紧急状态，此时数据库PVLink的图标改变成粉红色并出现“紧急”字样。
6. 将数据库设置为单用户模式。
如果不设置为单用户模式，我们将无法使用带有效repair选项的DBCC CHECKDB来检查/修复数据库，SQL Server 2005设置单用户模式比SQL Server 2000容易，只要在“查询分析器”中执行：
use master
go
sp_dboption 'PVLink',single,true
即可。
7. 修复数据库
修复数据库主要使用DBCC来*作，一般来讲，我们可以使用以下三个选项来修复：
REPAIR_ALLOW_ DATA_LOSS
尝试修复报告的所有错误。这些修复可能会导致一些数据丢失。
REPAIR_FAST
仅为保持向后兼容性而保留。
REPAIR_REBUILD
执行由 REPAIR_FAST 执行的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不会有丢失数据的危险。
一般我们通过执行：DBCC CHECKDB('PVLink',REPAIR_REBUILD) 即可完成修复工作，此时 SQL Server 2005会给出很多提示，因为这个过程可能会导致一些数据库设计或者数据的丢失，并且在这个过程中，会产生新的以ldf为扩展名的数据库日志文件。
8. 完成以上的步骤后，一般情况下数据库应该可用了，如果数据库此时仍然是紧急状态，可以通过：alter database PVLink set ONLINE ，把数据库变成在线状态。
以上介绍的方法对于通过“附加”的方法无法恢复受到比较严重损坏的数据库比较有效，总的来看，SQL Server 2005给数据库管理和开发提供了更加有效实用的工具和方法。
1、视频编码 MPEG2 MPEG4 DIVX Xvid H264 VC1封装格式MKV AVI RMVB MPG TS扫盲 转载
2、Eureka+Feign实现springcloud版helloWorld
3、分享一个本人写的一个Knockot JS 数字输入插件
4、动态路由--EIGRP
5、Scrapy-selectors总结