SQL SERVER数据库进行复制备份，但复制不了，什么原因呢？

复制不了是因为硬盘物理有坏道所致的，如果强行复制会造成物理坏道越来越多而造成SQL SERVER数据库文件结构损坏，建议找专业的数据恢复公司拷贝出来并处理好SQL SERVER数据库的结构错误。可以搜一下正大数据恢复，他们做数据恢复20多年了

两种方法：

1、在“SQL Server 配置管理器”中将你的SQL SERVER服务停止，然后将你安装数据库文件中的data文件夹下的 你的数据库名.mdf和你的数据库名.ldf文件夹拷给别人，最后拿到该文件的人，直接在mssql2005的“SQL Server Management Studio”工具中，用附加数据库的方式添加即可。

2、在你电脑上的“SQL Server Management Studio”工具中找到你要用来传的数据库名，在上面点右键--任务--备份数据库。为其指定一个目录后，点保存。之后会生成一个文件，你直接将该文件拷贝给你要给的人。拿到这个备份文件的人，首先要在他电脑的“SQL Server Management Studio”工具中新建一个空数据库，且该数据库名要和你电脑上的那个名称一致，最后在这个数据库名上点右键--任务--还原--数据库，选中刚才的那个备份文件，点确定也可以还原。

数据库损坏最行之有效的办法就是存在冗余数据，使用冗余数据进行恢复。所谓的冗余数据包括热备、冷备、和暖备。

使用镜像或可用性组作为热备，当检测到错误时，可以自动进行页修复（镜像要求2008以上，可用性组是2012的功能）。镜像当主体服务器遭遇824错误时，会向镜像服务器发送请求，将损坏的页由镜像复制到主体解决该问题。对于可用性组，如果数据页是在主副本上发现的，则主副本将会向所有辅助副本发送广播，并由第一个响应的辅助副本的页来修复页错误，如果错误出现在只读辅助副本，则会向主副本请求对应的页来修复错误。在这里有一点值得注意的是，无论是哪一种高可用性技术，都不会将页错误散播到冗余数据中，因为SQL Server中所有的高可用性技术都是基于日志，而不是数据页。

其次是使用暖备或冷备来还原页，我已经在代码清单1中给出了详细的代码，这里就不细说了。

如果没有合适的备份存在，如果损坏的数据页是存在于非聚集索引上，那么你很幸运，只需要将索引禁用后重建即可。

如果存在基准的完整备份，并且日志链没有断裂（包括差异备份可以Cover日志缺失的部分），则可以通过备份尾端日之后还原数据库来进行修复。

最后，如果基础工作做的并不好，您可能就需要通过损失数据的方式来换回数据库的一致性，我们可以通过DBCC CheckDB命令的REPAIR_ALLOW_DATA_LOSS来修复数据库。使用该方法可能导致数据损失，也可能不会导致数据损失，但大部分情况都会通过删除数据来修复一致性。使用REPAIR_ALLOW_DATA_LOSS需要将数据库设置为单用户模式，这意味着宕机时间。

无论是哪种情况修复数据库，都要考虑是否满足SLA，如果出现了问题之后，发现无论用哪种方式都无法满足SLA的话，那只能检讨之前的准备工作并祈祷你不会因此丢了工作。

---