Associazione di oggetti alle classi di gestione
Una funzione primaria di IBM® Storage Protect è l'utilizzo di politiche (classi di gestione) per definire il modo in cui gli oggetti vengono memorizzati e gestiti nell'archiviazione IBM Storage Protect . Un oggetto viene associato a una classe di gestione quando viene eseguito il backup o l'archiviazione dell'oggetto.
Questa classe di gestione determina:
- Quante versioni dell'oggetto vengono conservate se ne viene eseguito il backup
- Per quanto tempo conservare le copie di archivio
- Dove inserire l'oggetto nella gerarchia di archiviazione sul server
Le classi di gestione sono composte da gruppi di copie di backup e gruppi di copie di archivio. Un gruppo di copie è una serie di attributi che definiscono i criteri di gestione per un oggetto di cui si sta eseguendo il backup o l'archiviazione. Se si sta eseguendo un'operazione di backup, si applicano gli attributi nel gruppo di copie di backup. Se si sta eseguendo un'operazione di archiviazione, si applicano gli attributi nel gruppo di copie di archivio.
Il gruppo di copie di backup o di archivio in una particolare classe di gestione può essere vuoto o NULL. Se un oggetto è collegato al gruppo di copie di backup NULL , non è possibile eseguire il backup di tale oggetto. Se un oggetto è collegato al gruppo di copie di archivio NULL , l'oggetto non può essere archiviato.
Poiché l'utilizzo di una politica è un componente molto importante di IBM Storage Protect, l'API richiede che a tutti gli oggetti inviati al server venga assegnata prima una classe di gestione utilizzando la chiamata dsmBindMC . Con il software IBM Storage Protect , è possibile utilizzare un elenco di inclusione - esclusione per influire sul bind della classe di gestione. La chiamata dsmBindMC utilizza l'elenco Include - Exclude corrente per eseguire il bind della classe di gestione.
Le istruzioni di inclusione possono associare una classe di gestione specifica a un oggetto di backup o di archivio. Le istruzioni exclude possono impedire il backup degli oggetti ma non l'archiviazione.
L'API richiede che dsmBindMC venga richiamato prima di eseguire il backup o l'archivio di un oggetto. La chiamata dsmBindMC restituisce una struttura mcBindKey che contiene informazioni sulla classe di gestione e sui gruppi di copie associati all'oggetto. Controllare la destinazione del gruppo di copie prima di procedere con un invio. Quando si inviano più oggetti in una singola transazione, devono avere la stessa destinazione del gruppo di copie. La chiamata alla funzione dsmBindMC restituisce le seguenti informazioni:
| Informazioni | Descrizione |
|---|---|
| Classe di gestione | Il nome della classe di gestione collegata all'oggetto. Il client delle applicazioni può inviare la chiamata dsmBeginQuery per determinare tutti gli attributi di questa classe di gestione. |
| gruppo backup | Indica se esiste un gruppo di copie di backup per questa classe di gestione. Se si sta eseguendo un'operazione di backup e non esiste un gruppo di copie di backup, questo oggetto non può essere inviato alla memoria. Si riceve un codice di errore se si è tentato di inviarlo utilizzando la chiamata dsmSendObj . |
| Destinazione copia di backup | Questo campo identifica il lotto di memoria a cui vengono inviati i dati. Se si sta eseguendo una transazione di backup di più oggetti, tutte le destinazioni di copia all'interno di tale transazione devono essere uguali. Se un oggetto ha una destinazione di copia diversa rispetto agli oggetti precedenti nella transazione, terminare la transazione corrente e iniziare una nuova transazione prima di poter inviare l'oggetto. Si riceve un codice di errore se si tenta di inviare oggetti a diverse destinazioni di copia all'interno della stessa transazione. |
| gruppo copie di archivio | Informa l'utente se esiste un gruppo di copie di archivio per questa classe di gestione. Se si sta eseguendo un'operazione di archiviazione e non esiste un gruppo di copie di archivio, questo oggetto non può essere inviato alla memoria. Si riceve un codice di errore se si è tentato di inviarlo utilizzando la chiamata dsmSendObj . |
| Destinazione copia di archiviazione | Questo campo identifica il pool di memoria a cui vengono inviati i dati. Se si sta eseguendo una transazione di archivio di più oggetti, tutte le destinazioni di copia all'interno di tale transazione devono essere uguali. Se un oggetto ha una destinazione di copia diversa dagli oggetti precedenti nella transazione, terminare la transazione corrente e iniziare una nuova transazione prima di inviare l'oggetto. Si riceve un codice di errore se si tenta di inviare oggetti a diverse destinazioni di copia all'interno della stessa transazione. |
Le copie di backup di un oggetto possono essere ricollegate a una classe di gestione diversa se viene eseguito un backup successivo con lo stesso nome oggetto che utilizza una classe di gestione diversa dall'originale. Ad esempio, se si esegue il backup di ObjectA e lo si collega a Mgmtclass1, e successivamente si esegue il backup di ObjectA e lo si collega a Mgmtclass2, il backup più recente esegue di nuovo il bind di tutte le copie inattive in Mgmtclass2. I parametri definiti in Mgmtclass2 ora controllano tutte le copie. Tuttavia, i dati non vengono spostati se la destinazione è diversa.
È inoltre possibile eseguire nuovamente il bind delle copie di backup a una classe di gestione differente utilizzando la chiamata dsmUpdateObj o dsmUpdateObjEx con l'azione DSM_BACKUPD_MC.