我有一个非常具有挑战性的任务，我需要弄清楚。
我有6TB的数据在新罕布什尔州，我需要搬到德克萨斯州。 这是所有的SQL Server数据。 数据通过Commvault以及Netapp文件pipe理器备份到磁带上。
我想弄清楚的是我将如何移动这些数据。 据说在WAN链路上复制数据几乎不是一种select。
这使我想到，在从磁带进行Commvault恢复时，它是否会运行并将一堆* .mdf和* .ldf转储到指定的文件夹？ 那么我可以只附加在SQL？
这里面临的挑战是什么将花费更less的时间：
A.将数据备份到磁带，邮寄磁带到Austin，使用Commvault进行恢复，在SQL中附加数据库
B.将物理数据库服务器从Austin移动到New Hampshire，在源SQL Server上执行SQL备份到文件系统，将备份复制到新的SQL Server，从文件系统恢复
猜测归结为磁带与磁盘问题？ 6TB的数据需要被恢复两次（在两个不同的SQL服务器上）
感谢您的指导！
我知道这是一个老问题，但它是在serverfault上search“commvault”时出现的第一个问题。
我有两年Commvault Simpana v9和v10的技术经验，以及一年的系统工程师经验。
第一个问题
要回答您的第一个问题，是的，典型的数据库恢复会创build.mdf和.ldf文件，这些文件通常会自动安装到目标系统。
第二个问题
恢复通过WAN恢复数据库的最快方法太慢了，可能是使用执行部分（零碎）数据库还原（不在场）到磁带（.mdf，.ldf等）恢复 SQL数据库文件。 .ndf文件），并将其发送到目标以安装到SQL服务器。
如果可用，另一种方法是在新罕布什尔州的虚拟恢复环境中站立数据库，备份数据存储在此处，并将Austinstream量适当地路由到恢复的SQL系统。 这样做可以更快地达到恢复时间目标，但只有在适当的路由stream量时才可行。
CommVault Simpana v9，v10和v11有两种方法可以还原Microsoft SQL数据库， 数据库级还原和数据库文件/文件组级别还原 。 每个都有不同的取决于期望的结果。 详情见下文：
v10 Microsoft SQL数据库恢复文档
v11 Microsoft SQL数据库恢复文档
以下是适用于v9，v10和v11的一些说明。
默认情况下，使用CommVault Simpana SQL备份代理将数据库恢复到与备份位置相同的位置，并覆盖现有的数据库文件。 此还原使数据库处于联机状态。
这将启动数据库的立即恢复到从其备份的系统，数据将被覆盖。
可以将数据库还原到另一个也安装了SQL数据库备份代理的系统。 一旦数据恢复，此还原将数据库装入目标系统的联机状态。
这将启动数据库立即恢复到选定的目标系统，并将数据库挂载到联机状态。
您可以通过还原组成数据库的所有文件/文件组来完整还原数据库。 此选项不允许多个数据库select，但是这对您来说是有利的，因为数据库的文件级还原通常限于每个作业的单个stream。
使用多个数据库文件还原作业可以提高整体还原吞吐量，并减less还原整个数据集所需的时间。
注意：如果要将单个大型数据库还原到文件，则最好使用“ 执行数据库的部分（零碎）还原（不在场”）将单个数据库文件分解为单独的作业，
这将启动数据库文件立即恢复到选定的目标系统，并将数据库挂载到联机状态。
如果数据库中文件组的大小很大，还原操作可能需要相当长的时间。 在这种情况下，您可以分阶段恢复数据库。
部分还原在SQL Server 2005和更高版本中也被称为Piecemeal Restore，允许您分阶段还原数据库。
按照以下步骤在文件组级别分阶段还原数据库：
对所有剩余的文件组逐个进行部分恢复，以恢复整个数据库。 重要提示：这不能并行完成，必须按顺序进行！