Pianificazione del sito per la soluzione di replica multi - target

In questo scenario, i dati che vengono sottoposti a backup dal sito principale, Site A, vengono replicati in un server del sito secondario, disaster recovery, Site B. Se si verifica un disastro al Sito A, come il fallimento del server, è possibile utilizzare il server al Sito B per recuperare sistemi. Il lotto di memoria contenitore di directory sito A può essere riparato dalle copie presso il sito B o il sito C. Inoltre, i sistemi client al sito A possono ripristinare i dati dal server presso il sito B o il sito C.

In questo scenario, i dati che vengono sottoposti a backup del server di replica di origine, Sito A, sono replicati su due server di replica di destinazione per disaster recovery, Site B e Site C. Se si verifica un disastro al Sito A, come il fallimento del server, è possibile utilizzare sia il server al Sito B che il server al Sito C per recuperare i sistemi. In alternativa, è possibile utilizzare il server al Sito A per ripristinare i dati della pool di archiviazione principale al Sito B o al Sito C, come ad esempio dopo un errore di memoria su disco in uno dei server di replica di destinazione.

In questo scenario, i dati locali di ogni sito sono sottoposti a backup dai server sia del Sito A che del Sito B. I dati che sono supportati dal Sito A sono replicati al Sito B, e i dati di backed-up da Site B sono replicati al Sito A. Se i dati di cui è stato eseguito il backup sono persi al Sito A, è possibile utilizzare il server al Sito A. Se il Sito A non è più disponibile, è possibile recuperare i dati replicati per il Sito A ad un nuovo sistema al Sito B. È necessario dimensionare le risorse del server per garantire che il server disponga di capacità sufficienti per eseguire il backup e ripristinare tutti i nodi client come parte del tuo piano di disaster recovery.

In questo scenario, si configurano server remoti relativamente piccoli per replicare i dati che vengono sottoposti a backup su un server più grande nel sito principale. Se la larghezza di banda è limitata, potrebbe non essere pratico ripristinare i sistemi nei siti remoti. In questo caso, potrebbe essere necessario recuperare i sistemi sul sito principale prima di replicare i dati di backup sui server remoti.

La rete deve avere una larghezza di banda sufficiente per i trasferimenti di dati previsti tra nodi, per la replica e per le operazioni di ripristino cross - site necessarie per il disaster recovery. Prima di procedere con la velocità di trasmissione della replica di verifica, assicurarsi che la vostra rete possa gestire il traffico di replica. Calcolare la larghezza di banda di rete richiesta per il requisito dello stato stazionario applicando le istruzioni in Stima della larghezza di banda di rete richiesta per la replica (V7.1.1).

La connessione di rete è spesso una risorsa condivisa. Pianificare l'ora del giorno per programmare la replica del nodo da eseguire per evitare un conflitto con altri utenti delle risorse. Inoltre, i controlli di rete potrebbero limitare l'attività a solo una parte della larghezza di banda. Non ci sono controlli in IBM Storage Protect per limitare l'utilizzo della rete.

Per impostare la soluzione di protezione dei dati su due siti, è necessario replicare i dati inizialmente dal Sito A al server di replica di destinazione al Sito B. Per garantire la riuscita della replica iniziale è necessario stabilire se si dispone della larghezza di banda della rete, delle risorse del processore e del tempo a disposizione per replicare i dati. Potrebbe essere necessario pianificare per replicare i backup completi iniziali in diversi giorni. Se non è possibile estendere la pianificazione per i backup iniziali, è possibile replicare i dati dal Sito A al Sito B senza utilizzare la rete. Ad esempio, è possibile esportare e importare i dati di backup tramite l'utilizzo dei supporti oppure è possibile individuare temporaneamente i server di replica di origine e di destinazione sullo stesso sito.

Per la soluzione di replica multi - obiettivo, l'ingestione di dati giornalieri e la conservazione totale dei dati devono essere all'interno della capacità delle configurazioni. Ad esempio, una grande configurazione ha una capacità di inserimento dati fino a 60 TB al giorno, inclusa la replica del nodo. Nei casi in cui i requisiti di backup superano la capacità di un singolo server, è possibile configurare una soluzione che utilizzi più server per ottenere la capacità richiesta.

La configurazione del server deve soddisfare o superare i requisiti per la soluzione di replica multi - target.

Una soluzione di replica dei dati è più efficiente quando una singola copia offsite dei dati di backup soddisfa i tuoi requisiti di protezione dei dati e di mitigazione del rischio. In questo caso, la singola copia dei dati viene mantenuta off-site nella posizione di un server di replica. Se si richiedono più copie di dati di backup, è possibile considerare la soluzione di replica multi - target per creare copie di dati a due server di replica di destinazione.