aks*_*tha 5 sql-server ssis ssma
我们有一个非常大的 Oracle 数据库，并希望将整个 Oracle 数据库存档到 SQL Server。我们试图在 SSIS 与 SSMA 之间进行权衡。是否可以使用 SSMA 实现完整迁移？我们在 sql 中没有任何架构/表设置。我们需要将整个oracle db 迁移到sql。
在这种迁移中使用 SSMA 有什么缺点吗？
从概念上讲，是的，SSMA完全可以处理大型 Oracle 数据库迁移。然而，每个环境都是不同的，并且根据您的 Oracle 数据库所具有的特性，这可能是也可能不是一个简单的过程。不要指望通过任何方法点击几次后就会看到成功屏幕。
首先，我建议您快速阅读一下 Michelle Li 对类似问题的回答。她概述了您在开始之前需要注意的一些关键事项。我还将提请您注意迁移引擎选项。您需要确保将其设置为服务器端数据迁移引擎，否则您的数据将通过正在执行 SSMA 的任何客户端，这只是浪费带宽。
最重要的是，为失败做好计划。可能需要几次迭代才能解决所有错误，您甚至可能需要引入一些自定义流程来适应 SSMA 无法处理的事情，例如外部 C 库/函数、SQL 加载器任务、复杂的 PL/ SQL 语句、通过 cron 调用的任何外部脚本等。我认为 SSMA 会尝试对其中许多内容进行转换，但这并不意味着它会 100% 工作。测试至关重要，因此请做好相应的计划。我还建议您首先尝试迁移生产环境的副本（例如开发或其他预生产区域）以解决错误。这将确保您在微调时不会破坏 Oracle 生产环境。
最后，最终解决方案的复杂性可能会反映 Oracle 数据库的复杂性。如果只是数据，这可能会进展顺利，但如果您有很多逻辑与 PL/SQL 例程等相关联，这可能会很耗时。如果可能，请使用 SSMA，因为它有望覆盖 80% 或更多的工作，然后以您认为最合适的方式管理其余组件，无论是 SSIS 还是其他组件。