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
- 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.
- 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.
- 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.
- Esaminare le ultime informazioni sulla riparazione e il recupero dei dati nella technote 2013682.
- 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:
- 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.
- 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:
- Considerare l'esecuzione del comando QUERY DAMAGED per determinare l'ambito delle estensioni dati danneggiate nel lotto di memoria.
- Successivamente, è possibile eseguire il comando REPAIR STGPOOL per riparare le estensioni danneggiate nel lotto di memoria.
- Infine, è possibile eseguire il comando AUDIT CONTAINER con l'impostazione ACTION=REMOVEDAMAGED per rimuovere eventuali estensioni dati danneggiate che rimangono nel lotto di memoria.
- 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:
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.
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
- 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.
- 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.
- 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
audit container stgpool=stgpool1