Supported and unsupported object types

Supported and unsupported object types in independent disk pools.

Objects not supported

The following objects are not supported for use in independent disk pools:

Supported object types

The following objects are supported in independent disk pools:

Restrictions for supported object types

*ALRTBL
If network attributes reference the alert table, this object must exist in the system disk pool.
*CLS
If an active subsystem references the class object, the class must exist in the library name space of the job that is being started by that subsystem. The library name space of a prestart job must be the same as the library name space of the subsystem job.
*FILE
Database files that are either multiple-system database files, or that have DataLink fields that are created as Link Control, cannot be in an independent disk pool. If an active subsystem references the file object, *FILE must exist in the system disk pool; for example, the sign-on display file.
*JOBD
If an active subsystem references the job description object, the job description must exist in the system disk pool or in the ASP group parameter of the subsystem description. A subsystem references a job description from an autostart job entry, communication entry, remote location name entry, a workstation entry, or a prestart job entry. When the job description is referenced by a prestart job entry, the INLASPGRP parameter for the job description must match the ASPGRP parameter of the subsystem description.
*JOBQ
Jobs that are contained in a job queue on an independent disk pool are ended when the independent disk pool is varied off or if an IPL occurs for the system. Jobs do not switch with the independent disk pool group to another system. To submit a job to a job queue, the job queue must exist in the library name space of the thread that issued the SBMJOB command. For a subsystem to start jobs from a job queue, the job queue must exist in the library name space of the subsystem job.
*LIB
The library that is specified by CRTSBSD SYSLIBLE() must exist in the system disk pool.
*MSGQ
If network attributes reference the message queue, *MSGQ must exist in the system disk pool.
*PGM
If an active subsystem references the program object, the program must exist in the library name space of the job that is being started by that subsystem. The library name space of a prestart job must be the same as the library name space of the subsystem job.
*SBSD
The subsystem description can be restored to an Independent Disk Pool and changed while in the Independent disk pool, but it must be copied to the System disk pool to be used. You cannot start a subsystem whose description is in an independent disk pool. You cannot start a subsystem if the ASP group parameter in the subsystem description names an ASP group that is not varied on and available.