获取当年的AS400补丁列表
Obtaining the list of AS400 patches for the year
我可以查看如何获取当年 AS400 OS 特定（不是程序更改）更改或应用在 AS400 系统上的补丁的列表吗？我应该 运行 执行哪些命令？谢谢！
在最基本的级别，OS level patches 以这种方式检索以供审查：
==> DSPPTF LICPGM( 5761SS1 ) OUTPUT(*OUTFILE) OUTFILE(QTEMP/PTF)
示例 LICPGM() 值适用于 IBM i 6.1。应更改该值以匹配当前活动的 OS VRM。 OUTFILE() 可以在您选择的任何库中，并具有您想要的任何有效名称。为了方便起见，我使用了 QTEMP 库。
然后我运行STRSQL访问交互SQL。 （由于 QTEMP 的性质，这是同一份工作。）我 运行 这个 SQL 声明：
SELECT SCPTFID, SCSTATUS, SCENST, SCENDT, SCSTDATE
FROM qtemp.ptf
WHERE SCENST <> 'S'
and date(
substr(SCSTDATE,1,6)
concat '20'
concat substr(SCSTDATE,7)
) > '2014-12-31'
and SCPTFID like 'SI%'
从技术上讲，这可能会遗漏一些 "changes"，因为它将 'superseded' PTF 排除在列表之外。 可能 加载和应用 PTF，然后用新的 PTF 取代它，这将使中间 PTF 不在列表中。如果您确实需要一个完整的更改链（这可能会变得非常复杂），您会希望 运行 一个更复杂的序列，按照一些适当的计划来捕获更改序列。
此外，列表中的 PTF 将是那些在“2014-12-31”之后状态更改的 PTF。 （如果它应该被限制 只 到 '2015'，则应该在 WHERE-clause 中添加一个额外的日期测试以排除 2016 年初。）这样的变化可能只是来自 'Temporarily applied' 到 'Permanently applied'。 PTF 可能已经处于 'temporary' 状态很长时间，因此实际行为没有改变，只有状态改变了。同样，如果需要更具体的细节，则应按计划完成更复杂的脚本。
请注意，仅查看 OS level patches 会忽略系统功能的很大一部分。 VM 的行为可能会产生更广泛和更重要的影响，就像对各种 run-time 环境和 DB2 的更改一样。 OS 就像您的应用程序一样依赖于这些。与其他一些 OSes 相比，OS 本身有些局限性。例如，OS 甚至不知道单个 DASD（磁盘）单元。这些在 OS 级别以下处理。
此外，"patches" 或 PTF 是 "OS change" 的一种。另一种 "change" 可能是对 QSYSLIBL 系统值的更改。像这样的 "change" 可能比大多数 PTF 更重要。
最后，上面只是列出了 PTF。为了了解给定 PTF 的作用，有必要研究其 求职信 。要检索求职信，需要额外的步骤。
可以更详细地说明该过程的作用，但这可能是最简单的起点。
我可以查看如何获取当年 AS400 OS 特定（不是程序更改）更改或应用在 AS400 系统上的补丁的列表吗？我应该 运行 执行哪些命令？谢谢！
在最基本的级别，OS level patches 以这种方式检索以供审查：
==> DSPPTF LICPGM( 5761SS1 ) OUTPUT(*OUTFILE) OUTFILE(QTEMP/PTF)
示例 LICPGM() 值适用于 IBM i 6.1。应更改该值以匹配当前活动的 OS VRM。 OUTFILE() 可以在您选择的任何库中，并具有您想要的任何有效名称。为了方便起见，我使用了 QTEMP 库。
然后我运行STRSQL访问交互SQL。 （由于 QTEMP 的性质，这是同一份工作。）我 运行 这个 SQL 声明：
SELECT SCPTFID, SCSTATUS, SCENST, SCENDT, SCSTDATE
FROM qtemp.ptf
WHERE SCENST <> 'S'
and date(
substr(SCSTDATE,1,6)
concat '20'
concat substr(SCSTDATE,7)
) > '2014-12-31'
and SCPTFID like 'SI%'
从技术上讲，这可能会遗漏一些 "changes"，因为它将 'superseded' PTF 排除在列表之外。 可能 加载和应用 PTF，然后用新的 PTF 取代它，这将使中间 PTF 不在列表中。如果您确实需要一个完整的更改链（这可能会变得非常复杂），您会希望 运行 一个更复杂的序列，按照一些适当的计划来捕获更改序列。
此外，列表中的 PTF 将是那些在“2014-12-31”之后状态更改的 PTF。 （如果它应该被限制 只 到 '2015'，则应该在 WHERE-clause 中添加一个额外的日期测试以排除 2016 年初。）这样的变化可能只是来自 'Temporarily applied' 到 'Permanently applied'。 PTF 可能已经处于 'temporary' 状态很长时间，因此实际行为没有改变，只有状态改变了。同样，如果需要更具体的细节，则应按计划完成更复杂的脚本。
请注意，仅查看 OS level patches 会忽略系统功能的很大一部分。 VM 的行为可能会产生更广泛和更重要的影响，就像对各种 run-time 环境和 DB2 的更改一样。 OS 就像您的应用程序一样依赖于这些。与其他一些 OSes 相比，OS 本身有些局限性。例如，OS 甚至不知道单个 DASD（磁盘）单元。这些在 OS 级别以下处理。
此外，"patches" 或 PTF 是 "OS change" 的一种。另一种 "change" 可能是对 QSYSLIBL 系统值的更改。像这样的 "change" 可能比大多数 PTF 更重要。
最后，上面只是列出了 PTF。为了了解给定 PTF 的作用，有必要研究其 求职信 。要检索求职信，需要额外的步骤。
可以更详细地说明该过程的作用，但这可能是最简单的起点。