我计划将 Oracle 11g 迁移到 MS SQL Server 2016，
因此，我通过 SSMA 进行了迁移前评估。
我收到了关于 SSMA 的最终转换报告，但有很多错误。报告指出，从 Oracle 到 SQL 的手动转换需要 1263.6 小时
请帮助我，我该如何以最少的手动转换时间解决这些错误。
附件是相同的屏幕截图。
感谢你的帮助
谢谢，
阿米特
问问题
198 次
2 回答
0
您必须了解一个重要概念。从 SQL Server 迁移到 Oracle 或反之亦然，这与源数据库的复杂程度一样容易。在您的情况下，您正在使用 SSMA 对您的 Oracle 源数据库进行评估。
尝试阅读 -->关于从 Oracle 迁移的 SSMA 规则，以获取有关适用于每个可能转换的规则的更多详细信息。
您的问题没有具体答案，您提供的屏幕截图中有很多不同的问题。最重要的是，即使 SSMA 会进行自动转换（例如 Schemas ），您也需要评估对应用程序的影响。我还看到了 PL/SQL 对象中的问题，您需要以某种方式转换为 Transact SQL。底线：你有很多手工工作要做。
SSMA 已经在您的情况下提供了一些信息，表明某些源元素无法自动转换，因此需要手动干预。
于 2020-06-29T10:09:34.300 回答
0
正如您所发现的，从一个数据库服务器迁移到另一个数据库服务器不仅仅是重新定位数据的简单问题，尤其是当您的应用程序（看起来）严重依赖 Oracle 特定技术时。从表面上看——正如在这个线程中反复提到的——你将需要进行大量的手动协调和重写应用程序代码。这里有一个隐藏的成本：完成这项工作所需的时间和精力并不是免费的。实现这一目标将花费您的公司真正的美元。您应该准备好回答以下问题：
- 重写应用程序和完成转换所花费的时间和精力成本是否会低于从 Oracle 切换到 SQL Server 所节省的成本？
- 了解在短期内重写应用程序可能比继续维持现状成本更高，需要多长时间才能实现任何成本节约？
- 在技术层面上，考虑到 Oracle 技术的数量（自定义类型、存储过程等），SQL Server 甚至可以复制 Oracle 当前提供的应用程序所需的功能吗？
- 这种迁移背后的驱动力是什么，如果需要这种程度的努力真的有意义吗？
- 如果仍然需要数据迁移，从头开始重建应用程序并仅移动数据是否比移植整个现有应用程序更容易？
于 2020-06-30T11:35:33.303 回答