ERP OperationsFree checklistPDF, Excel, Word exportIBM i / JD Edwards World

IBM i (AS/400) System Health Check Checklist

Many IBM i systems run for years with little attention, which is exactly why problems such as a full disk or an unpatched release come as a surprise. This checklist gives an administrator a repeatable health check for the partition under a JD Edwards World or similar ERP.

0%

0 of 37 items complete

14 critical items still open - these are the highest-risk gaps.

Download checklist:

Storage and capacity

Jobs, subsystems and performance

Messages and logs

Patching and release

Security

Recovery and continuity

Run this weekly for operations items and monthly for patching and security. Any unchecked critical item should be treated as an open issue with an owner and a date.

Optional automated IBM i health report

If you would like these checks collected and summarized without manual effort, we can discuss a read-only approach.

Optional. The tool and every export work without this. No spam.

How to use the checklist

Work through the groups in order and tick each item only after you have looked at the real system, not from memory. Items marked critical are those where a miss can cause an outage, data loss or a security finding. Export the completed list to PDF or Excel and keep it with your change records so you can show trend and ownership. Operations items are suitable for a weekly rhythm, while patching and security items fit a monthly or quarterly cycle.

Commands and screens behind the checks

Most checks are one command. WRKSYSSTS shows disk percentage used, CPU and memory pools. WRKACTJOB shows active jobs, status and CPU. WRKDSKSTS shows disk unit health. DSPLOG QHST reviews the history log, and WRKPRB shows logged problems. WRKPTFGRP and DSPPTF report patch levels. DSPSYSVAL shows values such as QSECURITY and QAUDLVL. Many shops also use the SQL services in QSYS2 for the same data, which makes the check scriptable.

  • WRKSYSSTS: disk, CPU, memory pools
  • WRKACTJOB and WRKSBS: jobs and subsystems
  • WRKPTFGRP: PTF group levels
  • WRKPRB and DSPLOG QHST: problems and history
  • WRKUSRPRF and DSPSYSVAL: security

Common mistakes

The costliest mistakes are letting disk climb unchecked until the system halts, never testing a restore, and leaving default or shared profiles active. Another is patching the operating system without checking the ERP vendor and third party tool compatibility first. For ERP systems, remember the check does not stop at the platform: confirm that the nightly batch cycle, the integrations and the reports that users rely on actually ran. A healthy partition can still host a failed batch process.

Frequently Asked Questions

How often should I run an IBM i health check?

Daily glance checks of messages, jobs and backups, a weekly review of disk and performance, and a monthly or quarterly review of PTFs and security is a common pattern. Adjust frequency to how critical the system is and how much it changes.

What disk percentage is too high on IBM i?

There is no single value, but many administrators set an alert between 70 and 80 percent and act well before 90. Growth rate matters more than the number, as a system that is rising quickly needs attention sooner.

Does this apply to JD Edwards World specifically?

The checks are platform level, so they apply to any IBM i workload. They are especially useful for JD Edwards World because many installations have run for years with one administrator and few written procedures.

Can I automate these checks?

Yes. Most can be scripted with CL, or with SQL services in QSYS2, and sent as a report or alert. Start by automating disk, subsystem and message queue checks, then add patch and security reviews.

If you want these checks run automatically and summarized in plain language for your IT or operations team, Netray can discuss a read-only monitoring approach. The checklist works fully by itself.