Association d'objets aux classes de gestion
Une fonction principale d' IBM® Storage Protect est l'utilisation de règles (classes de gestion) pour définir comment les objets sont stockés et gérés dans le stockage IBM Storage Protect . Un objet est associé à une classe de gestion lorsque celui-ci est sauvegardé ou archivé.
Cette classe de gestion permet de déterminer les éléments suivants :
- Le nombre de versions de l'objet qui sont conservées en cas de sauvegarde
- Le délai de conservation des copies d'archivage
- L'emplacement d'insertion de l'objet dans la hiérarchie de stockage du serveur
Les classes de gestion sont composées de groupes de copies de sauvegarde et de groupes de copies d'archivage. Un groupe de copies est constitué d'un ensemble d'attributs qui définissent les règles de gestion relatives à un objet en cours de sauvegarde ou d'archivage. Les attributs du groupe de paramètres de sauvegarde sont valides au cours d'une opération de sauvegarde. Les attributs du groupe de copies d'archivage sont valides au cours d'une opération d'archivage.
La valeur attribuée au groupe de paramètres de sauvegarde ou d'archivage d'une classe de gestion spécifique peut être empty ou NULL. Si un objet est lié au groupe de paramètres de sauvegarde dont la valeur est NULL, cet objet ne peut pas être sauvegardé. Si un objet est lié à un groupe de paramètres d'archivage dont la valeur est NULL, cet objet ne peut pas être archivé.
Etant donné que l'utilisation d'une règle est un composant très important d' IBM Storage Protect, l'API requiert que tous les objets envoyés au serveur soient d'abord affectés à une classe de gestion à l'aide de l'appel dsmBindMC . Avec le logiciel IBM Storage Protect , vous pouvez utiliser une liste d'inclusion-exclusion pour affecter la liaison de classe de gestion. L'appel dsmBindMC utilise la liste d'inclusion-exclusion en cours pour effectuer une liaison de classe de gestion.
Les instructions d'inclusion peuvent associer une classe de gestion spécifique à un objet sauvegardé ou archivé. Les instructions d'exclusion autorisent l'archivage des objets mais peuvent empêcher la sauvegarde de ces objets.
L'API requiert que dsmBindMC soit appelé avant la sauvegarde ou l'archivage d'un objet. L'appel dsmBindMC renvoie une structure mcBindKey qui contient des informations sur la classe de gestion et les groupes de copies associés à l'objet. Vérifiez la destination du groupe de copies avant de procéder à l'envoi. Si vous envoyez plusieurs objets au cours d'une seule transaction, la destination du groupe de copies de ces objets doit être la même. L'appel de fonction dsmBindMC renvoie les informations suivantes:
| Informations | Description |
|---|---|
| Classe de gestion | Nom de la classe de gestion associée à l'objet. Le client d'application peut envoyer l'appel dsmBeginQuery pour déterminer tous les attributs de cette classe de gestion. |
| Groupe de copies de sauvegarde | Indique s'il existe un groupe de copies de sauvegarde pour cette classe de gestion. Si une opération de sauvegarde est exécutée et que le groupe de copies de sauvegarde n'existe pas, cet objet ne peut pas être envoyé vers l'espace de stockage. Vous recevez un code d'erreur si vous avez tenté de l'envoyer à l'aide de l'appel dsmSendObj . |
| Destination de la copie de sauvegarde | Cette zone identifie le pool de stockage vers lequel les données sont envoyées. Si vous exécutez une transaction de sauvegarde à objets multiples, toutes les destinations de copie figurant dans cette transaction doivent être identiques. Si un objet est doté d'une destination de copie différente de celle des autres objets de la transaction, arrêtez la transaction en cours, puis lancez une nouvelle transaction avant d'envoyer l'objet. Un code d'erreur est renvoyé si vous tentez d'envoyer les objets vers des destinations de copie différentes au cours de la même transaction. |
| Groupe de copies d'archivage | Indique s'il existe un groupe de copies d'archivage pour cette classe de gestion. Si une opération d'archivage est exécutée et que le groupe de copies d'archivage n'existe pas, cet objet ne peut pas être envoyé vers l'espace de stockage. Vous recevez un code d'erreur si vous avez tenté de l'envoyer à l'aide de l'appel dsmSendObj . |
| Destination de la copie d'archivage | Cette zone identifie le pool de stockage vers lequel les données sont envoyées. Si vous exécutez une transaction d'archivage à objets multiples, toutes les destinations de copie figurant dans cette transaction doivent être identiques. Si un objet est doté d'une destination de copie différente de celle des autres objets de la transaction, arrêtez la transaction en cours, puis lancez une nouvelle transaction avant d'envoyer l'objet. Un code d'erreur est renvoyé si vous tentez d'envoyer les objets vers des destinations de copie différentes au cours de la même transaction. |
Vous pouvez réaffecter les copies de sauvegarde d'un objet à une classe de gestion différente si une opération de sauvegarde ultérieure avec le même nom d'objet est exécutée à l'aide d'une classe de gestion différente. Par exemple, si vous sauvegardez l'objetA et affectez cet objet à la classe de gestion1, puis sauvegardez ce même objet ultérieurement et l'affectez à la classe de gestion2, la sauvegarde la plus récente réaffecte toutes les copies inactives à la classe de gestion2. Toutes les copies seront alors contrôlées par les paramètres définis dans la classe de gestion2. Les données ne sont toutefois pas transférées si la destination est différente.
Vous pouvez également réattribuer les accès des copies de sauvegarde à une classe de gestion différente à l'aide de l'appel dsmUpdateObj ou dsmUpdateObjEx et de l'opération DSM_BACKUPD_MC.