Tivoli Header

Administrator's Guide


Running Expiration Processing to Delete Expired Files

Expiration processing deletes expired client files from the server storage. Expiration processing also removes from the database any restartable restore sessions that exceed the time limit for saving such sessions.

You can run expiration processing either automatically or by command. You should ensure that expiration processing runs periodically to allow the server to reuse storage pool space that is occupied by expired client files.

Note:
A base file is not eligible for expiration until all of its dependent subfiles have been expired. For details, see Expiration Processing of Base Files and Subfiles.

Running Expiration Processing Automatically

You control automatic expiration processing by using the expiration interval option (EXPINTERVAL) in the server options file (dsmserv.opt). You can also control when restartable restore sessions expire with another server option, RESTOREINTERVAL. You can set the options by using the server options editor (available in the TSM Console) or by editing the dsmserv.opt file (see Administrator's Reference).

If you use the server options file to control automatic expiration, the server runs expiration processing each time you start the server. After that, the server runs expiration processing at the interval you specified with the option, measured from the start time of the server.

Using Commands and Scheduling to Control Expiration Processing

You can manually start expiration processing by issuing the following command:

expire inventory

Expiration processing then deletes expired files from the database. You can schedule this command by using the DEFINE SCHEDULE command. If you schedule the EXPIRE INVENTORY command, set the expiration interval to 0 (zero) in the server options so that the server does not run expiration processing when you start the server.

You can control how long the expiration process runs by using the DURATION parameter with the EXPIRE INVENTORY command.

When expiration processing runs, the server normally sends detailed messages about policy changes made since the last time expiration processing ran. You can reduce those messages by checking the Use Quiet Expiration option in the server options, or using the QUIET=YES parameter with the EXPIRE INVENTORY command. When you use the quiet option or parameter, the server issues messages about policy changes during expiration processing only when files are deleted, and either the default management class or retention grace period for the domain has been used to expire the files.

Additional Expiration Processing with Tivoli Disaster Recovery Manager


Tivoli Disaster Recovery Manager

If you have Tivoli Disaster Recovery Manager (DRM), one or more database backup volumes may also be deleted during expiration processing if the following conditions are true:

See Moving Backup Volumes Onsite for more information.


[ Top of Page | Previous Page | Next Page | Table of Contents | Index ]