我们有一个非常大的生产数据库，为 10 TB。我们正在考虑将其迁移到云服务，但我必须了解风险并估计整个过程的持续时间。我使用 Native SQL Server 2014 SP2 备份解决方案每月备份一次数据库。持续时间几乎是 720 分钟 - 12 小时。压缩比为 5，这意味着备份大小接近 2 TB。我们负担不起差异备份，因为累积起来，这些备份占用的时间和空间与完整备份一样多，因此我们进行 T-log 备份（每个约 200 Mb），而不是每 10 分钟 ~ 每天 144 个文件。最大的问题是拥有所有这些统计数据，是否有人知道恢复包含 10 TB 数据的 2 TB 备份需要多长时间？它会比完整备份持续时间长得多吗？
AskOverflow.Dev
这是简单且快速的测试。
获取该 2TB 备份文件，使用AzCopy将其复制到 Azure 。使用配置有 12-15 TB SSD 存储的“免费许可：Windows Server 2016 上的 SQL Server 2017 Developer”映像预配 SQL Server。远程桌面到 SQL VM 并直接从 Blob Storage还原备份，或将其复制到本地磁盘然后还原。
请记住在不测试时关闭 VM，并在完成后销毁它和磁盘以最大限度地减少费用。
谢谢大家的回答。这是我为估计恢复时间所做的工作。我们目前无法承担恢复 2 TB 备份的真实测试场景，而且我还不知道迁移的最终配置。这将接近我们现在所拥有的。它将在阿里云中。我们将使用经典虚拟机 (ECS)。我在 4 节点 SQL 集群的第 4 个节点上测试了 2 个较小的备份还原，该集群的配置与生产 SQL Server 实例相同。还原显示还原时间比备份时间增加了 20% 到 50%。取 50% 并应用到 720 分钟的备份时间 - 我得到了 1080 分钟（18 小时）的恢复时间。我还测试了将两个测试数据库的备份拆分为 5 个文件的情况，并且还原时间根本没有减少。