想请教邹大侠

Question

我在一个应用中，使用的SQL Server 2008。其中一个文档的数据已经超过1TB，每次全备的时间都很长，再加上异地备份，时间就更长了。客户对此意见很大。请教邹大侠有没有好的备份方案或者简单的数据库拆分方案。现在的环境是：SQL Server 2008 企业版双机，EMC存储设备，每周周日一个全备，工作日中午差异备份。

Answer 1

另外，水平拆分和垂直拆分的可能性比较小，因为操作为很复杂。这只是其中一个数据，加上其他数据，每次全备大概要花掉2~3TB的空间。但是就单个数据库来说，最大的这个备份是关键。我尝试过文件组来解决问题，遗憾的是，表的存储空间都在Primary组上，无法移动。

Answer 2

建议：停止服务，直接复制.mdf和.ldf两个文件,这会估计会比较快。

Answer 3

1TB相当于1024G，当然了，花些时间是要的。我是觉得备份如果太慢，可以换种方式试下，但是快是慢，我也没试过。

Answer 4

这么大的数据，采用拷贝的方法不可取
建议如下：
   1。与客户确认目前存在系统中数据是否可以归档；
   2。你分析一下数据库中那些表的记录数最大、占用空间最大，然后需要DBA把大表的数据分切到不同的文件组中；尤其存放附件的表单独出来；
   3。如果数据量这么大，那么全备份肯定是需要很长时间的；从建构上考虑，可以考虑把某些表保存在不同数据库中，就可以同时执行两个或者多个库的备份，这样时间应该会少；