用于生产的IBM大型机上的DB2用于测试的LUW DB2

Question

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

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

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

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

Answer 1

我不认为这是可行的，特别是因为这两个平台上的SQL方言存在差异 - 它们很小，但确实存在。并且您将无法在两者之间传输过程，无论是SQL还是COBOL - 您必须再次根据语言差异从源重建它们。

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

Answer 2

虽然DB2的三个版本之间存在显着差异，但基础知识通常非常相似。当然，如果UDB实际上意味着这些功能在DB2中是Universal，并且有许多很酷的功能，而其他功能都没有，那么这将是很好的。然而基础知识就在那里。

请参阅The SQL Reference for Cross-Platform Development和Selected common SQL features for developers of portable DB2 applications

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