Media Strategy 4.4
SEP sesam media management provides simple and efficient management of a large number and different types of media. Among its powerful features are:
- Efficient management of large sets of media.
- Protection against accidental overwrites.
- Spare pools prevent failed backups due to missing media.
- Recording and tracking of all media and their status: used capacity, EOL, user-defined write protection, etc.
- Barcode support on loaders.
Media used by SEP sesam are administered in media pools using non-ambiguous labels. The labels consist of the pool name and a five-digit number assigned by SEP sesam within the pool. For this reason, a media pool name may never end with five (5) digits. In the GUI, a new media pool is created under Main Selection -> Components -> Media Pools -> New Media Pool. For details, see Configuring a Media Pool.
Media should be fully utilized and written on until the EOM (end of media). No entry for EOM is necessary – SEP sesam will request a new medium from the corresponding media pool automatically when the medium or tape is full.
When there is a single media pool linked to a media event or schedule, the GET_OLDEST policy is always applied. This preserves the data on the media for the longest possible time.
If the media event includes a specific label, the system will attempt to find it and load it into a drive. The autoloader magazine must be accessible to SEP sesam or the backup will be blocked.
The GET_OLDEST strategy determines which medium is to be used next. Preference is given to media according to the following criteria:
- Media whose EOL has expired. (If a saveset is stored on tape, the EOL of all stored savesets must be expired.)
- The oldest medium – medium with the oldest locked until (is backup day+ media EOL) date in the media pool.
- Media that is not write-protected (locked).
For more details on protecting and reusing media, see below section Savesets Protection: Retention time and EOL.
Blocked backups can be prevented by using SPARE pools. Spare pools are used by media events when media from the actual pool are inaccessible. A medium is moved from the compatible spare pool to the pool currently being accessed by the backup. From here, the spare media migrate to the working pools, resulting in a dynamic increase of media pool size, depending on the amount of data being backed up.
Unused media are inserted and kept for later use. For each type of drive, a compatible spare pool with free media should be created.
SPARE pools can be used to automatically insert new media into working media pools. The media are then migrated as necessary to the working pools on the production system.
The name of a spare pool starts with SPARE_.
Media utilization can be regulated by:
- Locking the time limits of a media pool.
- Setting write-protection in a media archive.
- Media events in the SEPuler.
- Modifying the locking date of media in an archive to exceed the EOL and executing a media event.
Archive adjustment makes a comparison between media in the loader carousel or magazine and the SEP sesam media archive database. It is mandatory whenever the contents of a loader carousel have been altered. Typically, it must be performed after inserting new media or used media that have not yet been registered (initialized) by SEP sesam.
Select the Automatic New Entry option to enter the new media automatically.
To start the adjustment using the GUI, select Main Selection -> Components -> Loader -> Archive Adjustment. For details, see Setting up Archive Adjustment.
|When selecting the option Archive Adjustment, make sure that the autoloader being realigned is selected in the GUI window, i.e. that the target device is at the top of the adjustment task. When using the command line, the task must include the name of the target autoloader or tape device.|
Savesets protection: Retention time and EOL
When configuring SEP sesam environment, you set up media pools and define the retention time. Media pool retention time is specified in days and defines how long the backed up data on media remains protected after the data is written to the medium. The retention time period starts with the date a saveset is written to the medium and lasts for the period defined by media pool's EOL. When the protection expires, SEP sesam can re-use the media for backups again.
SEP sesam allows you to adjust EOL for individual saveset (saveset EOL) or for all backup-related savesets (backup EOL).
As of v. 4.4.3 Grolar, modified EOL is recorded in main log.
- Saveset EOL
- This parameter is available under several properties views, for example, as Locked until option in the backup task properties, or as Saveset EOL (e.g., Components -> Data Store -> Properties -> tab Savesets -> Saveset EOL). It enables you to change EOL for each individual saveset, stored on the respective medium. You can extend or reduce its retention time. If the adjusted saveset is a part of a backup chain, the whole chain is affected. See EOL-related backup chain dependencies.
|Every saveset that is stored on tape has its own EOL, but this does not represent the actual expiration date of the tape. Its expiration date corresponds to the maximum retention time (the longest EOL) identified on tape. Only when all of the savesets on tape have their retention time expired and the tape is no longer locked (write-protected), the entire tape is eligible for re-use.
- Backup EOL
- The parameter Backup EOL (Components -> Data Store -> Properties -> tab Savesets -> Backup EOL) enables you to adjust EOL for all savesets containing the same data. This backup-related EOL is applied to all savesets with the same data, including migrated and replicated save sets.
For example, adjusting EOL of a migrated saveset from 2.12.2016 to 12.12.2017 results in changed EOL for all related backup data, i.e., original backup, replicated backup, as well as for all backups in a backup chain, if a saveset with adjusted EOL is a part of it.
|By default, SEP sesam deletes the failed backups after 3 days automatically to release the storage space. If you want to keep such backups for a longer time, you may manually extend the backup EOL (expiration date) of a particular saveset. For details, see Manually extending EOL.|
- EOL-related backup chain dependencies
- You can extend or reduce the retention period for an individual saveset or backup-related saveset, as described above. Keep in mind that increasing EOL of a DIFF or INCR save set will result in increased EOL of all dependent backups (FULL and other DIFF and INCR) in order to retain the backup data. This keeps the backup chain readily available for restore. On the other hand, decreasing EOL of a DIFF or INCR saveset to a date in the past will result in a warning message prompting you to confirm your decision to set the whole backup chain to already passed time. By setting EOL for DIFF or INCR savesets to expired time results in purging and overwriting the complete backup chain.
|The storage space of each saveset can be re-used when the following conditions are met: