【问题标题】:Best approach to migrate huge amounts of data from Oracle 9i to Azure Hyperscale将大量数据从 Oracle 9i 迁移到 Azure Hyperscale 的最佳方法
【发布时间】:2020-12-05 09:31:17
【问题描述】:

我们需要将大量数据从本地 Oracle 9i 传输到超大规模。我正在努力寻找实现这种转移的最佳方法。目前,我正在使用 Azure 数据工厂,传输时间超过 24 小时,传输数据时我们没有那么多时间。

另外,我的本地 IR 位于 4 核的 16GB RAM 上,并且 ADF 上 Copy Activty 上的 DTU 设置为自动。谁能建议这是我遵循的最佳方法还是有更好的方法?

注意:我已经检查过 AzureDatabase 迁移服务不支持 Oracle 9i,所以我认为这不是我的方法。

提前致谢

【问题讨论】:

  • 嗨@SDR,如果答案对您有帮助,您可以接受它作为答案。这对其他社区成员可能是有益的。如果您有任何其他问题,请告诉我。谢谢。
  • 你好@SDR,你有什么进展吗?

标签: azure azure-sql-database database-migration azure-data-factory oracle9i


【解决方案1】:

我们不知道你的Oracle数据库有多大的数据,可以参考这张数据工厂拷贝性能表:

为了获得高性能,我们可以关注这个文档:Copy activity performance and scalability guide:

您要将数据从本地 Oracle 复制到超大规模,我们需要自托管集成运行时。要实现更高的吞吐量,您可以纵向扩展或横向扩展自托管 IR。参考:Self-hosted integration runtime scalability

或者为副本活动使用更多 DIU:

【讨论】:

  • 感谢您的意见。我尝试复制的数据总共约为 5 TB,我正在测试一个大约 250 GB 的表——这在使用 256 个 DTU 和 100 个并行副本的 ADF 上花费了我大约 24 多个小时。我的吞吐量始终在 3.5 - 4 MB/s 左右。不知道究竟要做什么来提高吞吐量。请问有什么建议吗?
  • @SDR 通常,您是否尝试使用更多的 DIU 来进行活动复制?请查看更新。
  • 是的.. 我的意思是我使用了 256 DIU(最大值)并将复制并行度设置为 100。我也尝试启用暂存,但这也无济于事 - 事实上这似乎完全减慢这个过程
  • 您是否尝试将 Azure 超大规模扩展到更高的价格层?
  • 我的 Hyperscale 目前设置为 Gen5 和 40vCores。这之前设置为 10 个 vCore,现在已经增加。
猜你喜欢
  • 2020-05-12
  • 2011-02-14
  • 1970-01-01
  • 2015-02-25
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-06-28
相关资源
最近更新 更多