Purge stale machines from ILMT before they inflate counts.
Servers you turned off months ago can still be costing you PVU. ILMT keeps counting machines until they are properly retired. Here is how to clear them before an audit treats ghosts as live deployments.
Virtual estates change constantly. Workloads move, hosts are resized, and test environments are spun up and torn down. ILMT does not always keep pace. A machine that was decommissioned can linger in the inventory, still carrying its last measured PVU, and an audit export will count it as a live deployment unless you have cleared it out.
How stale machines inflate the count
ILMT sizes PVU against the capacity it last observed. When a server stops reporting, the tool does not automatically know whether it is offline temporarily or gone for good, so the last reading can persist. Multiply that across a dynamic environment and the phantom capacity adds up fast, especially on large hosts where a single stale entry can carry thousands of PVU.
Retire, do not just delete
There is a difference between deleting a machine and retiring it correctly. A blunt deletion can break the continuity of your data and weaken the very sub capacity evidence you depend on. The defensible approach is to mark machines as retired with a date, so the inventory reflects that capacity left the estate at a known point and the historical reports stay intact for the lookback window.
- Identify endpoints that have stopped reporting beyond the normal scan interval.
- Confirm with infrastructure records that each one is genuinely decommissioned, not just paused or offline.
- Retire them with an effective date so the timeline of capacity is accurate.
- Keep the record of the retirement, not just the absence, so the change is explainable.
Clean before you report
The time to purge is before the quarterly report generates and long before an export goes to IBM. A clean inventory at report time means the retained reports themselves are accurate, which is what the auditor reads during the two year lookback. Cleaning up after the export has left is a dispute; cleaning up before is simply maintenance.
Treat stale machine cleanup as routine hygiene tied to your decommissioning process, not a once a year scramble. The PVU you remove this way is PVU you never have to defend.
Decommissioned servers left in ILMT keep carrying their last PVU reading, and an audit export counts them as live. Retire machines with an effective date rather than deleting them, clean the inventory before each quarterly report, and the phantom capacity never reaches the auditor.