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.