Before a table is eligible
for backup, you must create the SPD Server LIBNAME domain by using
the BACKUP=YES option in the parameter file. The following two example
LIBNAME entries from a data server's LIBNAME parameter file,
libnames.parm, show how domains are processed with and without the
BACKUP= option:
Consider the following
two entries:
LIBNAME=nobackup pathname=/usr/foo/test;
LIBNAME=canbackup pathname=/usr/foo/test BACKUP=YES;
The entry for the LIBNAME
domain called nobackup creates tables in
the directory /usr/foo/test, but no
BACKUP= option is specified. For this reason, tables that are created
through this domain definition are ineligible for backup. In contrast,
the entry for the LIBNAME domain canbackup,
which also creates tables in the directory /usr/foo/test,
specifies the BACKUP=YES option. As a consequence, tables that are
created through this domain are eligible for backup.
When spdsbkup performs
a backup, it checks every table in /usr/foo/test.
However, based on the parameter file entries in this example, spdsbkup backs
up only the eligible tables in canbackup.
When you create client connections using pass-through or LIBNAME statements,
you can use the BACKUP=NO LIBNAME option to override default backup
settings.