BINDING AND REBINDING MANAGEMENT CLASSES TO FILES

Binding associates a file with a management class. When you back up a file for the first time, Tivoli Storage Manager binds it to either the default management class or the management class specified in your include-exclude list. In later full incremental backups of the same file, if you change the management class, both active and inactive versions are bound again to the new management class. However, with selective backup and incremental-by-date backups, the new backups are bound to the new management class, but previous backup versions remain bound to the original management class.

If the backup copy group for the management class specifies keeping multiple backup versions of the file, and you request multiple backups, the server always has one active backup version (the current version) and one or more inactive backup versions of the file. All backup versions of a file are bound to the same management class and are managed based on the attributes in the backup copy group.

When you archive a file for the first time, Tivoli Storage Manager binds it to the default management class, to the management class specified in your include-exclude list, or to a management class you specify when modifying your archive options during an archive.

Archived files are never rebound to a different management class. If you change the management class for a file using an include.archive statement, the archmc option, or through the Tivoli Storage Manager GUI, any previous copies of the file that you archived remain bound to the management class specified when you archived them