0

我完全被困住了。让我描述一下我的情况。

我们是一家相对较小的公司，我们的绝大多数运营数据都包含在供应商数据库中。我们的供应商提供数据仓库服务。他们获取了我们所有的数据，并对其应用了一些 OLAP-ish 建模。每天，他们将 .bak 或 .diff 文件（.bak 每周一次，.diff 每隔一天）放在我们付费访问的 FTP 端点中。目前，我们使用 PowerShell 脚本将这些数据下载到位于本地服务器场的服务器上，然后我们使用 SQL Server 通过从中恢复来“补充数据”。

这一切都很好，但我们真的希望将尽可能多的工作负载转移到云中（我们使用 Azure）。据我所知，SQL 托管实例是我们可以从云中的 .bak 文件恢复的唯一方法。这比我们需要的要贵得多，而且我们真的根本不需要托管实例平台，除了从这个文件中恢复。

基本上，有关当前流程的所有内容都与我们将其迁移到云上截然相反，除非我们愿意支付的费用甚至超过出租该服务器场的费用。

我正试图游说他们使用不同的方法来获取他们的数据，但我在想出一种方法来提出建议时遇到了麻烦。我们每天都需要将大约 40GB 的数据库从 SQL Server（在我们的供应商处）传输到 Azure SQL（在我们的云中）。我们可以做到这一点的最少侵入方式是什么？

4

1 回答 1

0

我们很高兴您选择 Azure VM 上的 Azure SQL 作为解决方案。也感谢 Alex 和 David 的建议：

  • 我实际上已经看到了所有这些资源。这里最大的障碍是整个过程必须是端到端的自动化，这使得 bacpac 恢复更加困难（他们必须编写某种 .NET 应用程序来备份到 bacpac）。我认为 Azure VM 上的 SQL 是唯一真正的选择，所以我可能需要考虑成本。

如果其他人面临同样的情况，我们可以参考这个。这也可能对其他社区成员有益。

于 2020-11-13T00:46:38.177 回答