| 出版日期：2000-12-18 总期号：982 本年期号：94 |
|
 |
向DB2移植
文意 在现代不同的企业环境中，在一种数据库平台上开发的应用程序被移植到另一平台是很普遍的事情。事实上，几种不同的数据库平台常常共存于同一个企业中。软件移植项目办公室（SMPO）的DB2移植团队从1996年起已进行了超过97个DB2移植，一直从事对源数据库管理系统环境的移植工作，如Oracle、Sybase、Informix、SQL服务器、Adabas、Datacom、IDMS、Supra、Total及VSAM进行的移植。 首先，让我们探讨一些因素，我们发现它们对所有的移植都很重要，而不去考虑平台和复杂性。 赢得管理层的批准 因为必须涉及到组织的许多部门（包括应用程序和商业的拥有者及应用程序开发商、数据库管理员、测试人员），因此管理层的批准对成功的移植是很重要的。当您接触管理层时，您应当有把握您已经理想并能够清晰地解释DB2的移植的商业原因以及成功的移植是如何度量的（例如，更好的性能、更丰富的功能、更快的支持响应时间、更少的费用、支持更大的数据卷和交易，或更彻底的数据集成）。 检查您的技术基础 确保您拥有在项目计划、实施和移植后阶段所必需的内部技术。我们所见到的大多数成功移植都有内部的、长期的技术调整。现有的熟悉源数据库管理系统环境的员工反对接受新DB2环境的培训。这个步骤允许他们在利用源环境记忆的同时学习新系统。 设置DB2内部目标 在移植开始之前，您需要在目标机器平台上安装DB2以及所需要的中间件组件和客户机支持软件。尽管IBM或第三方顾问可以为您做这项工作，但我们建议还是由您自己完成项目的这一部分，因为这样可以提高您的“自给自足”。不过，在您开始之前，您应该充分利用培训课程、Web站点、书籍和认证指南之类的信息资源。您也许还希望自己安装计划使用的自动移植工具中的服务器和客户机组件（如Bunker Hill公司的Scriptorix和ManTech），并加深自己对它们的了解。尽管手工移植并非是不可能的，但考虑到人工成本和所花费的时间，通常还是需要使用自动化的DB2移植工具。如果您是由关系数据库管理系统引擎转换到DB2，自动工具通常可以缩短移植时间，这样您的团队就可以将更多的时间投入到测试和其它项目工作中去。 有序执行DB2的转换 无论您是使用手工移植还是使用自动化的工具，您都需要按以下步骤进行： 执行DDL转换→移植数据→实现安全性量度→转换存储过程→触发器转换→转换应用代码→实现复制→实现网关/中间件。 移植测试 一旦您已经将数据和应用程序移植到DB2，需要确保每一项改变都是成功进行的。在开始任何测试之前都要对测试实例进行仔细的计划。首先在源系统上运行测试实例并将测试结果归档，这样对移植后的测试就有了度量的标准。请用户和您一起创建和验证测试数据。使用测试工具可在保证质量的条件下使这一单调的过程自动化并加快完成的速度。 计划是关键 DB2是一个非常受欢迎的移植目标，因为它强大的核心概念可以利用原来的资产并支持复杂的电子商务和移动应用。DB2开发商正在积极扩展内建的服务器程序，以使移植过程更快、更便宜和更容易。DB2 7.1版中的增强功能在这一方面迈出了一大步。通过仔细的计划和使用可用的自动化工具，如免费下载SProCT工具，即使最富有挑战性的移植也能够被搞定。 |
||||||||||||||||
