2

是否有可能或是否有人创建了一个流程，通过该流程他们将 DB2 的 LUW 实例用于他们的测试数据、本机和 cobol 过程，同时实际使用 DB2 的大型机版本来运行他们的生产软件？可能另一个好问题是，这甚至是一件聪明的事情吗？

为了说明我为什么提出这个问题的一些背景知识，我们公司目前正在我们的 IBM 大型机中运行我们的生产系统。然后，我们托管测试数据的方式也是在我们的生产大型机中，在单独的逻辑分区（或 LPAR）上。问题来自这样一个事实，即我们的生产负载经常变得如此之高，以至于我们的开发 LPAR 资源匮乏，并且使用大型机 DB2 检索我们的数据可能非常缓慢。

现在，对于我们的测试系统问题，一些看似显而易见的解决方案是花费资源使大型机更快，甚至拥有一个专用的测试大型机（显然不必那么强大）。与 IBM 合作过的每个人都知道，那些可能更容易实施的解决方案的问题在于，所涉及的成本非常高。比处理缓慢的测试系统更令人望而却步（至少根据我们组织的权力，我没有第一手知识）。

因此，这使我想到了开头段落中提出的问题。是否有方法可以管理 DB2 数据、本地过程和 COBOL 过程的 LUW 实例，同时最终在大型机上运行生产 DB2？有其他人甚至厌倦了这样做吗？我觉得有很多潜在的问题，例如当我们其他部门的开发人员更新这些程序时，将 COBOL 程序更新到 LUW 实例，所以这可能不是明智的做法。

4

2 回答 2

2

虽然 DB2 的三个版本之间存在显着差异，但基本内容通常非常相似。诚然，如果 UDB 真的意味着这些特性在 DB2 中是通用的，那就太好了，并且有许多很酷的特性是它们每个都具有而其他特性没有的。然而，基础是存在的。

请参阅适用于可移植 DB2 应用程序开发人员的跨平台开发的 SQL 参考和选定的常用 SQL 特性

COBOL 程序应该能够通过 DRDA 连接到任何 DB2 服务器，但也许我太天真了。当我在一个大型的财富 500 强企业环境中时，我们并没有直接连接不同的系统之间，而是通过 MQ Series 发送事务。

于 2013-08-18T05:11:16.690 回答
2

我不认为这是可行的，特别是因为这两个平台上的 SQL 方言不同——它们很小，但它们确实存在。而且您将无法在两者之间传输过程，无论是 SQL 还是 COBOL——您将不得不再次从源代码重建它们，受语言差异的影响。

但是，即使您设法完成这项工作，您的测试环境也不会反映目标，因此无论您正在测试什么，都不一定在生产中有效。

于 2013-08-16T17:02:52.983 回答