DB2内部故障发生在查询处理器中

Question

我们有两个as400＆amp; V6R1M0一个是我们的开发和另一个生产。

请注意我不太了解as400。

我创建了一个从IIS运行的测试网页，以重新创建场景。

该页面有一个创建与db2数据库连接的按钮，我从几个表中选择SQL并用数据填充网格。

这在DEV中工作正常但是当我运行相同的站点但指向我们的生产环境时，它失败并出现错误代码SQL0901 SQL系统错误。

注意：我确实检查了SQL，并且查询本身在两种环境中都有效。

在绿色屏幕上当我检查页面的作业日志时，我收到以下错误：

接下来我检查了谷歌上的错误，它似乎是一个需要在生产中安装的PTF。（我不知道巫婆之一）。它与db2有关。

我们遇到的问题是我们的生产环境中还运行着其他系统，我担心安装PTF会导致问题......

如何通过比较DEV和Production来了解要安装的PTF？是否有软件进行比较？理想情况下，我只想安装DEV中的PTF而不是PRD中的PTF。再一次，我不知道女巫PTF会解决我的问题。

任何帮助将不胜感激。

添加了：

在绿色屏幕上，当我在错误上按F1时（QQQVECI：没有找到外部字段!!!）我得到以下内容：

当我然后按F9查看详细信息时，我得到以下内容：

Answer 1

很难确定，但您可能缺少的一般PTF应为SI47445。不幸的是，几年前PTF SI47911取代了它。后来被PTF SI50956取代。并且每个都有pre-req和co-req PTF。

正如@Charles所提到的，您的管理员将密切参与其中。很可能在一段时间内无法完成任何工作，直到可以安排一些停机时间进行维护。

PTF SI47445是 PTF cume软件包2305 的一部分，这是2012年11月初提供的一系列修复程序。2013年，IBM i 6.1发布了至少一个额外的cume软件包，还有一些从那时起，未知数量的个人PTF。早在2012年就缺少cume软件包的系统与更新的系统之间的PTF差异可能存在于数百个PTF中。

即使您的管理员也可能会拒绝尝试使用正确的方法来应用单个PTF。

一个可能的通常合适的计划将在2013年1月初在您的DEV系统上应用cume包2305.这将为全国各地（或世界）的各种早期采用者网站提供几个月的时间）报告问题以及IBM纠正它们。然后，如果DEV似乎没问题，你的PROD系统可能会在一个月后，即2013年2月初获得相同的cume包。（一些PTF包应该与cume包一起使用。）

但这个计划显然没有实际意义。

现在，一个更可能的计划将涉及（1）注意DEV上的cume和组包，以及（2）确定您的管理员是否仍然可以使用这些媒体在PROD上使用。

如果媒体不再可用，则需要考虑一个稍微不同的计划。

Answer 2

您需要让您的IBM i管理员参与进来。

查询处理器中发生内部故障无疑表明操作系统中存在需要/已经纠正过的错误。

您的管理员可能会在IBM的帮助下确定是否有现有的PTF来纠正导致错误的任何内容。

然后您的管理员可以下载并应用PTF。

您不太可能下载PTF，更不用说有权将其应用于生产中。

Answer 3

我同意有关可能的PTF的其他答案，但回答你的问题

  

如何通过比较DEV和Production来了解要安装的PTF？是否有软件进行比较？

IBM最近增强了IBM Application Runtime Expert产品，以帮助解决这个问题。 ARE中的​​新PTF支持能够将系统PTF级别与以下内容进行比较：

• 来自Preventative Service Planning
的最新PTF组级别
• 不同系统上的PTF级别，例如将PROD与DEV进行比较
• 指定的PTF列表

此外，如果您愿意，它还可以自动在目标系统上应用丢失的PTF。

有关如何利用支持的更多信息，请参阅此blog。