You can use the SPLFDTA parameter on the Save Library (SAVLIB), Save Object (SAVOBJ) Restore Library
(RSTLIB), and Restore Object (RSTOBJ) CL commands to save and restore spooled files without losing the
print fidelity, attributes, or identity of the spooled files.
To maintain 100% print fidelity when you restore saved spooled
files, you must:
When a spooled file is in the process of being saved or restored,
another restore or save operation will be blocked. The blocked operation might
fail to save or restore that spooled file. A diagnostic message will be issued
when this occurs.
When a spooled file is restored, it is reattached to the original
job if the original job still exists on the system. If the original job does
not exist, then the spooled file is restored in a detached state. If the
spooled file is restored in a detached state, it is possible to have more
then one spooled file with the same fully qualified job name, spooled file
name, and spooled file number. Under these conditions, access to the restored
spooled file will require the user or application to include the job system
name and spooled file creation date. This enables the operating system to
select the correct spooled file.
The order of spooled files that you restore is determined mainly
by attributes such as the status of the file and is not necessarily the order
in which you restore them. For more information, see Order of spooled files on an output queue.
For information on the procedures that were used to save and
restore spooled files before V5R4 of i5/OS™, see Save
spooled files in the Systems management topic collection.