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