Riparazione lotti di memoria in un ambiente con entrambi i volumi di lotto di memoria di replica e server di replica

Se i file, le directory o i lotti di memoria su un server di origine sono danneggiati, è possibile riparare le estensioni dei dati in un pool di archiviazione contenitore di directory sul server di replica di origine recuperando le estensioni dei dati deduplicati dal server di replica di destinazione o da volumi di nastro di archiviazione copie contenitore.

Prima di iniziare

Completare i seguenti passi:
  1. Valutare il proprio ambiente di archiviazione per determinare se i fuoriuscite, i problemi di rete o gli errori hardware stanno causando danni ai dati o causando il danneggiamento dei dati. Se le problematiche nel tuo ambiente stanno causando danni ai dati, identificare e risolvere i problemi.
  2. Assicurarsi che spazio sufficiente sia disponibile nel lotto di memoria contenitore di directory per i dati recuperati. Il parametro PREVIEW=YES nel comando REPAIR STGPOOL specifica quanti dati verranno riparati. Se lo spazio non è sufficiente, utilizzare il comando DEFINE STGPOOLDIRECTORY per eseguire il provisioning dello spazio.
  3. Eseguire il backup del database del server IBM Storage Protect utilizzando uno dei seguenti metodi:
    • Nella pagina Operations Center Panoramica , selezionare Server, selezionare un server e fare clic su Backup.
    • Immettere il comando di gestione, BACKUP DB.
  4. Esaminare le ultime informazioni sulla riparazione e il recupero dei dati nella technote 2013682.
  5. Per pianificare i passi successivi, esaminare le seguenti limitazioni relative all'uso del comando AUDIT CONTAINER .
    Attenzione:
    • Se si immette il comando AUDIT CONTAINER con l'impostazione ACTION=MARKDAMAGED per un intero pool di archiviazione, i dati di riferimento non sono disponibili per le operazioni di ripristino fino a quando il pool di archiviazione non viene riparato. A seconda della dimensione del database, della larghezza di banda della rete, della velocità del supporto e di altri fattori, il comando REPAIR STGPOOL potrebbe essere eseguito per ore o giorni. Per questo motivo, se alcuni dati presenti nel lotto di memoria sono disponibili o lo stato dei dati nel lotto di memoria è sconosciuto, seguire queste indicazioni:
      1. Eseguire prima il comando AUDIT CONTAINER con l'impostazione ACTION=SCANALL . L'impostazione ACTION=SCANALL identifica i record del database che fanno riferimento alle estensioni dati con incongruenze. Solo quelle estensioni di dati sono contrassegnate come danneggiate nella banca dati.
      2. Una volta contrassegnate le estensioni come danneggiate, è possibile eseguire il comando REPAIR STGPOOL .
    • Se si pianifica di eseguire il comando AUDIT CONTAINER con l'impostazione ACTION=REMOVEDAMAGED , seguire queste linee guida:
      1. Considerare l'esecuzione del comando QUERY DAMAGED per determinare l'ambito delle estensioni dati danneggiate nel lotto di memoria.
      2. Successivamente, è possibile eseguire il comando REPAIR STGPOOL per riparare le estensioni danneggiate nel lotto di memoria.
      3. Infine, è possibile eseguire il comando AUDIT CONTAINER con l'impostazione ACTION=REMOVEDAMAGED per rimuovere eventuali estensioni dati danneggiate che rimangono nel lotto di memoria.

Informazioni su questa attività

Utilizzare la procedura per riparare i seguenti tipi di danno:
  • Danni minori che sono causati da cancellazione accidentale di file o directory, file sovrascritti, modifiche accidentali nelle autorizzazioni dei file o errori del disco causati da problemi hardware.
  • Danni moderati causati da errori del disco o da errori di montaggio del disco. Questo tipo di danno comporta la perdita di una o più directory, ma non una perdita dell'intero lotto di memoria.
Le Estensioni deduplicate danneggiate vengono riparate con estensioni protette al server di replica di destinazione o a lotti di memoria di copia contenitore su un server di origine.
Limitazione: è possibile immettere il comando REPAIR STGPOOL per un pool di archiviazione specificato solo se i dati sono già stati copiati in un altro pool di archiviazione su un server di replica di destinazione o in pool di archiviazione copie contenitore utilizzando il comando PROTECT STGPOOL .
Quando si ripristina un pool di archiviazione contenitore directory da un server di replica di destinazione, il comando REPAIR STGPOOL non riesce se si verifica una delle seguenti condizioni:
  • Il server di replica di destinazione non è disponibile.
  • Il pool di archiviazione di destinazione è danneggiato.
  • Si è verificata un'interruzione di rete.
Quando si ripara un pool di archiviazione contenitore directory da pool copia contenitore, il comando REPAIR STGPOOL non riesce se si verifica una delle seguenti condizioni:
  • Il pool di archiviazione copie contenitore non è disponibile.
  • Il pool di archiviazione copie contenitore è danneggiato.
  • I volumi del lotto di memoria di copia contenitore non sono disponibili o danneggiati.

Procedura

  1. Tentare di ripristinare il lotto di memoria dal server di replica di destinazione completando la procedura in Riparazione dei lotti di memoria da un server di replica di destinazione.
  2. Se le estensioni danneggiate non possono essere riparate dal server di replica di destinazione, ripristinare le estensioni danneggiate dai pool di archiviazione copie contenitore completando la procedura in Riparazione di pool di archiviazione da volumi di pool di archiviazione copie contenitore.
  3. Se sono state riparate estensioni danneggiate dai pool di archiviazione copie contenitore, immettere il comando PROTECT STGPOOL e specificare il parametro TYPE=REPLSERVER per i pool di archiviazione sul server di replica di origine.

Operazioni successive

Se si continua a rilevare i dati danneggiati nel tempo, immettere il comando AUDIT CONTAINER per il pool di archiviazione contenitore directory per stabilire se vi è un danno più diffuso. Ad esempio, per controllare un pool di archiviazione che si chiama STGPOOL1, emettere il seguente comando:
audit container stgpool=stgpool1