12.07.2015 Views

Installation and User's Guide

Installation and User's Guide

Installation and User's Guide

SHOW MORE
SHOW LESS
  • No tags were found...

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

vThe management class to which a file is bound no longer exists, <strong>and</strong> the defaultmanagement class does not contain a backup copy group.The backup retention grace period, defined in your policy domain, starts when yourun an incremental backup. The default is 30 days. However, your administratorcan lengthen or shorten this period.When Tivoli Storage Manager manages a file using the backup retention graceperiod, it does not create any new backup versions of the file. All existing backupversions of the file expire 30 days (or the number of days specified in your policydomain) from the day they are marked inactive.Archive copies are never rebound because each archive operation creates adifferent archive copy. Archive copies remain bound to the management classname specified when the user archived them. If the management class to which anarchive copy is bound no longer exists or no longer contains an archive copygroup, the server uses the default management class. If you later change or replacethe default management class, the server uses the updated default managementclass to manage the archive copy. If the default management class does not containan archive copy group, the server uses the archive retention grace period specifiedfor the policy domain.Event-based policy retention protectionAll management classes with an archive copy group must specify a retentionperiod, for example, the number of days that an archived object is stored on theserver before being deleted.Event-based policy provides the option of beginning the retention period either atthe time the object is archived or at a later date when an activation event is sent tothe server for that object.Using the Tivoli Storage Manager copy group value RETINIT=CREATE starts thedata retention period when the file is archived. Using the copy group valueRETINIT=EVENT starts the data retention period when the server is notified thatthe event has occurred.The following example demonstrates this concept:The user has two files, create.file <strong>and</strong> event.file. The user has available twomanagement classes; CREATE, with RETINIT= CREATE, <strong>and</strong> EVENT, withRETINIT=EVENT. Both management classes have a 60-day retention period. Theuser, on the same day, archives both files:dsmc archive create.file -archmc=CREATEdsmc archive event.file -archmc=EVENTTen days later, the user issues the set event -type=hold comm<strong>and</strong> for thecreate.file file, so the file cannot be deleted. On the same day the user issues theset event -type=activate for the event.file file. At this time, create.file has 50days left on its retention period, <strong>and</strong> event.file has 60 days. If no other action istaken, create.file remains on the server forever, <strong>and</strong> event.file is expired 70days after it was created (60 days after its event occurred). However, if 20 daysafter the initial archive, the user issues set event -type=release for the create.filefile. Thirty days of its retention period have passed, so the file is expired in 30days (the hold does not extend the retention period).Chapter 9. Storage management policies 245

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!