Replica dei dati nei set di conservazione

Modifica in linea
Se si utilizzano le regole di conservazione per soddisfare i requisiti di conservazione dei dati a lungo termine, è possibile replicare i dati memorizzati nei set di conservazione. Questi dati potrebbero essere scaduti in base alle impostazioni di policy per la conservazione dei dati, ma è protetto dalla scadenza se contenuti in una serie di conservazione attiva. I dati possono essere replicati da un server di replica di origine ad un server di replica di destinazione.

Mentre è possibile definire regole di conservazione e serie di conservazione sui server di replica di origine o di destinazione, è preferibile farlo sul solo server di replica di origine e programmare la creazione del set di conservazione quando viene creata la regola di conservazione stessa. Questa pratica aiuta a garantire la coerenza tra i server di replica di origine e di destinazione e a garantire che tutti i file siano disponibili per l'inclusione nel set di conservazione. Per ulteriori informazioni sulla replicazione dei dati client su un altro server, consultare Replica dati client su un altro server.

Le regole di conservazione e le serie di conservazione definite sul server di replica di origine non vengono replicate sul server di destinazione. Solo i dati nei set di conservazione sono replicati. I metadati di replica vengono aggiornati anche quando lo stato dell'oggetto dati replicato cambia a MANTENUTO. Un oggetto dati cambia in uno stato MANTENUTO quando i dati scadono o vengono cancellati ma viene conservato perché contenuto in una serie di conservazione attiva. I dati conservati vengono conservati fino a quando la conservazione stessa non scade o viene cancellata.

Per abilitare la replica del nodo, seguire le istruzioni in Abilitazione della replica del nodo.

Prerequisiti

Prima di eseguire un'operazione di replica, assicurarsi che i seguenti prerequisiti siano soddisfatti:

  • Verificare che il server di replica di destinazione supporti la conservazione. Le funzioni delle regole di conservazione sono supportate da IBM Storage Protect 8.1.7.
  • Assicurarsi che l'ingestione dei dati sia completa sul server di replica di origine per i nodi o le macchine virtuali che contengono i dati conservati.
Limitazioni che si riferiscono alla configurazione:
  • È possibile definire regole di conservazione e serie di conservazione sul server di replica di origine o di destinazione. Tuttavia, non è possibile definire regole di conservazione e serie di conservazione per gli stessi dati sia sui server di replica di origine che di destinazione contemporaneamente. Se un set di conservazione esiste per un nodo che viene replicato su un altro server, quello stesso nodo non può essere membro di una serie di conservazione sul server di replica di destinazione. Allo stesso modo, se esiste un set di conservazione per un nodo che è un nodo di destinazione per la replica da un altro server, il nodo di origine non può essere membro di una serie di conservazione sul server di replica di origine. L'elaborazione della replica non riesce fino a quando la conservazione impostata su un server nell'operazione di replica scade o viene cancellata.
  • Se si dispone di serie di conservazione su un server di replica di origine o di destinazione, non è possibile invertire i ruoli dei server di replica; cioè non è possibile designare il server di replica di origine come server di replica di destinazione e viceversa. Se lo si fa, i dati nei set di conservazione potrebbero essere danneggiati o persi.
  • Se un nodo nella serie di conservazione è la destinazione di un'operazione di replica del nodo e si desidera creare una serie di conservazione con i dati da replicare, è necessario definire la serie di conservazione con i valori di parametro STARTTIME e STARTDATE che precedono l'avvio dell'operazione di replica.
  • In Operations Center non è possibile definire regole di conservazione per proteggere i nodi su un server di replica di destinazione se i nodi sono stati replicati da un altro server.
  • Se si stanno replicando nodi su un server di destinazione precedente alla versione 8.1.7, la conservazione non è supportata sul server di destinazione e non è possibile aggiungere i nodi a una regola di conservazione sul server di replica di origine.
  • Se si immette il comando REMOVE REPLNODE per rimuovere un nodo dalla replica, gli oggetti di dati di backup precedentemente replicati che si trovano in uno stato CONSERVATO potrebbero essere eliminati dal server di destinazione a causa dell'elaborazione della scadenza se non fanno parte di una serie di conservazione sul server di destinazione. Per evitare di cancellare i dati, assicurarsi che il processo di scadenza dell'inventario sia arrestato e disabilitato sui server di destinazione interessati. Per ulteriori informazioni, consultare REMOVE REPLNODE (Rimuovere un nodo client dalla replica).

Linee guida sulla scadenza e cancellazione dei dati conservati

Generalmente gli oggetti dati scadono quando superano i criteri di conservazione specificati nelle impostazioni di policy per la conservazione dei dati sul server. Per ulteriori informazioni, consultare concetti di politica.

L'elaborazione della scadenza sul server rimuove i file scaduti dal database del server e i file vengono cancellati dalla memoria del server. Tuttavia, i file ritenuti scaduti secondo le impostazioni di policy per la conservazione dei dati ma che sono contenuti in una serie di conservazione attiva sono conservati e disponibili per la replica su server. La scadenza di questi dati conservati può essere elaborata nei seguenti modi:

  • Se un oggetto dati conservato scade o viene eliminato sul server di replica di origine, l'oggetto dati di replica sul server di replica di destinazione viene eliminato durante la successiva operazione di replica.
  • I dati su un server di replica di destinazione non scadono fino a quando non scadono tutte le serie di conservazione contenenti i dati sul server di replica di origine. Quando il set di conservazione scade sul server di destinazione, vengono cancellati solo gli oggetti dati conservati che contiene.
  • Se si impostano politiche dissimili su server che contengono serie di conservazione, la scadenza viene gestita nel seguente modo:
    • Se il set di conservazione viene definito sul server di replica di origine, gli oggetti dati conservati vengono replicati e contrassegnati come INACTIVE sul server di destinazione. I dati replicati scadono in base alle impostazioni di policy del server di destinazione o vengono cancellati.
    • Se il set di conservazione viene definito sul server di replica di destinazione, le policy proprie del server di destinazione gestiscono la scadenza dei dati conservati. Se i dati conservati appartengono a una serie di conservazione attiva, viene mantenuto fino a quando tale serie di conservazione scade.
    Importante: Quando si utilizzano le politiche dissimili, assicurarsi di essere consapevoli dell'effetto delle politiche sui dati conservati in modo che i dati non scadano fino a quando non si desidera che scadano. Se si abiliti le politiche dissimili per i propri insiemi di conservazione sui server di origine e di destinazione, gli oggetti di backup replicati che si trovano in uno stato CONSERVATO ma che non sono in una serie di conservazione sul server di destinazione vengono cancellati in base alle impostazioni di policy.

    Per impostare politiche dissimili, immettere il comando SET DISSIMILARPOLICIES . Per ulteriori informazioni, consultare SET DISSIMILARPOLICIES (Abilitare le politiche sul server di replica di destinazione per gestire i dati replicati).

Scenario: la regola di conservazione e i set di conservazione sono definiti sul server di replica di origine

Se la regola di conservazione e la serie di conservazione vengono create sul server di replica di origine, si applicano le seguenti considerazioni:

  • Le regole di conservazione e le serie di conservazione definite sul server di replica di origine non vengono replicate sul server di destinazione. Solo i dati nei set di conservazione vengono replicati. Per informazioni sulla replicazione dei dati client su un altro server, consultare Replica dati client su un altro server.
  • Se si replica un oggetto dati attivo o inattivo e poi l'oggetto dati cambia in uno stato MANTENUTO, l'oggetto dati replicato sul server di replica di destinazione cambia in uno stato MANTENUTO durante la successiva operazione di replica.
  • Se un oggetto dati si trova in uno stato CONSERVATO sul server di replica di origine e non è stato replicato prima di modificare in questo stato, l'oggetto dati viene replicato sul server di replica di destinazione durante la successiva operazione di replica e verrà contrassegnato automaticamente come MANTENUTO.

Scenario: le regole di conservazione e i set di conservazione sono definiti sul server di replica di destinazione

Se si definisce una regola di conservazione o di conservazione impostata sul server di replica di destinazione, si applicano le seguenti considerazioni:

  • Assicurarsi che i file siano disponibili per l'inclusione nella serie di conservazione immettendo il comando DEFINE COPYGROUP e impostando il parametro VEREXISTS su un valore pari o superiore a 3.
  • Quando un file replicato sul server di replica di destinazione è soggetto a cancellazione a causa dell'elaborazione della cancellazione sul server di origine, il file replicato cambia in uno stato MANTENUTO se appartiene ad una serie di conservazione attiva sul server di replica di destinazione.
  • Quando scadono i dati sul server di replica di origine, la relazione tra i file interessati sui server di origine e di destinazione viene rimossa e i file sul server di destinazione non sono più considerati repliche.
  • Quando una serie di conservazione scade sul server di destinazione, vengono cancellati solo gli oggetti dati conservati che contiene.