Analyse des objets de sauvegarde et d'archivage
Le composant de sauvegarde du système IBM® Storage Protect prend en charge plusieurs versions des objets nommés qui sont stockés sur le serveur.
Un contrôle des versions est effectué pour chaque objet sauvegardé sur le serveur dont le nom correspond à celui d'un objet ayant déjà été sauvegardé par le client sur ce même serveur. Les objets sont actifs ou inactifs sur le serveur. La version active la plus récente d'un objet sur le serveur est considérée comme étant la version active. Tout autre objet doté du même nom, qu'il s'agisse d'une version antérieure ou d'une version désactivée, est considéré comme étant inactif. Les constructions de classe de gestion permettent de définir plusieurs critères de gestion. Ces critères sont attribués aux versions actives et inactives stockées sur le serveur.
| Zone | Description |
|---|---|
| VEREXISTS | Indique le nombre de versions inactives si des versions actives existent. |
| VERDELETED | Indique le nombre de versions inactives s'il n'existe pas de versions actives. |
| RETEXTRA | Indique le délai de conservation des versions inactives. |
| RETONLY | Indique le délai de conservation des versions inactives les plus récentes s'il n'existe pas de versions actives. |
Si les versions de sauvegarde sont dotées de noms uniques, par exemple l'utilisation d'un horodatage dans le nom, la gestion des versions n'est pas effectuée automatiquement : tous les objets sont actifs. Les versions actives n'ont pas de délai d'expiration. Par conséquent, une application peut désactiver ces versions à l'aide de l'appel à dsmDeleteObj. Dans ce cas, les versions désactivées doivent arriver à expiration le plus tôt possible. L'utilisateur définit un groupe de copies de sauvegarde à l'aide des options VERDELETED et RETONLY définies sur 0.
Le composant d'archivage du système IBM Storage Protect permet de stocker des objets sur le serveur avec des contrôles de délai de conservation ou d'expiration au lieu d'un contrôle de version. Chaque objet stocké est unique, et ce même si le nom d'un objet correspond au nom d'un objet déjà archivé. Les objets archivés sont dotés d'une zone de description associé aux métadonnées pouvant être utilisées au cours d'une requête pour identifier un objet spécifique.
Un ID objet unique est affecté à chaque objet du serveur IBM Storage Protect . Il n'y a aucune garantie que la valeur d'origine reste valide pendant la durée de vie de l'objet (en particulier après une opération d'exportation ou d'importation). Par conséquent, une application ne doit pas interroger et sauvegarder l'ID objet original à des fins d'utilisation lors des opérations de restauration ultérieures. L'application devrait plutôt enregistrer le nom de l'objet et insérer une date. Vous pouvez utiliser ces informations au cours d'une restauration pour l'interrogation des objets et la vérification de la date entrée. L'ID objet en cours peut être alors utilisé pour restaurer l'objet.