除了过去几天获得的经验之外,我对 SSMA 没有任何经验,我希望有人能够根据他们自己使用该工具的经验来回答我的一些问题。
这是Oracle(不确定Oracle版本)到Azure SQL数据库的迁移,Oracle数据库是从第三方的备份文件恢复的,所以我没有参与其中。我没有参与过 Oracle 的可用性,也没有参与过 Azure SQL 数据库的创建。我使用的是 Windows 10 虚拟机,它拥有进行迁移所需的所有工具。我已经连接到 SSMA 中的 Oracle 数据库和 Azure SQL 数据库,因此没有任何问题。 这是问题/疑问。
oracle 数据库有不到 19K 个表。我已开始运行“创建报告”来分析架构,我现在认为这是一个可选步骤。
到目前为止,它已经运行了超过 24 小时,正在分析 Oracle 数据库的元数据。如果这是一个可选步骤,我不确定我可以坐下来让这一切继续进行多久。 我想知道的是,如果以及当此报告完成时,我是否会花费相同的时间来将架构转换/创建到 SQL 数据库?
如果是,我是否应该取消报告并继续转换架构,或者如果否,则在运行报告时,架构会很快转换,而且我根本不需要等待,因为它已经完成了都是在创建报告时进行的?
我没有分配时间来完成创建报告所需的时间,然后再次考虑转换是否需要与创建报告相同的时间,或者是否在报告完成后完成,并且模式的创建很快?
我希望我的问题足够清楚,有任何后续问题,请提问,我会尽力回答。我想这更多地是围绕 SSMA 的工作原理而不是其他任何事情。
与此同时,我将继续创建报告。
感谢您的阅读。
箭羽。
我原以为它会快得多。我希望报告运行后,我可以快速在 Azure SQL 数据库上重新创建架构。或者尽管有报告,在 SQL 数据库上创建架构所需的时间是否与运行报告所需的时间相同?
您好,Fletch,欢迎来到这个社区。
我一直在 Oracle、DB2 和 MySQL 中使用 SSMA,并且 SSMA 是一个非常奇特的工具,您可以认为自己是专家。
这就是你要做的,我会给你一个脚本,不是由代码组成的脚本,而是由英文单词组成的脚本。去找你的经理并说:
“...经过长时间的调查,我在这里告诉你我必须 按下红色按钮警报:我们无法判断转换可以达到多少 接受或即使会成功。可能会,也可能不会。
Oracle 数据库有 >19k 个表,这意味着可能有 2-3 个表 几十年了。可能所有类型的开发人员,从高级到初级, 已经研究过了,我们无法知道有多少版本 升级为.我们无法判断当前版本。我们无法判断是否 包含可以或不能转换为 SQL Server 或 Azure 的部分 SQL 数据库。
此转换将花费比预期更多的时间,并且为了 完成它我要往这边走……”
这是您要采取的下一步行动:
预计所有类型的存储过程都会失败。将代码从 Oracle 转换为 SQL Server 可能不会翻译所有命令。从 SQL Server 到 Azure SQL 数据库也将如此。