Documentazione di Oracle Cloud Infrastructure

Disaster recovery

Informazioni sull'uso della replica dello storage di file per il recupero da errori irreversibili.

Importante

Quando si definiscono piani di recupero da errori irreversibili, accertarsi di disporre di risorse sufficienti per creare le copie, i file system e le destinazioni di accesso necessarie per i failover non pianificati. Gli scenari comuni di disaster recovery richiedono la creazione di almeno un file system aggiuntivo per ogni file system di origine non disponibile. Per fornire l'accesso ai file system creati durante i failover, è necessaria almeno una destinazione di accesso. Per ulteriori informazioni, vedere Limiti di storage dei file.

La tabella riportata di seguito mostra i passi di base del recupero mediante la replica dello storage di file.

A passi Condizione dominio di disponibilità principale Azione
1 Non riuscite Failover nel file system di destinazione
2 Recuperato Preparazione al failback nell'origine: utilizzare la replica inversa per sincronizzare i dati nell'origine
3 Recuperato Ridefinire la replica dall'origine alla destinazione
Importante

Il disaster recovery richiede l'uso di copie dei file system di origine e di destinazione. Quando si creano i file system, è necessario rispettare i limiti del servizio di storage dei file. Le copie sono necessarie perché non è possibile utilizzare un file system esportato come file system di destinazione. La duplicazione del file system crea una copia del file system senza alcuna cronologia di esportazione.

  • La creazione di una copia è istantanea ed è possibile accedere immediatamente alla copia sia per le operazioni di lettura che per quelle di scrittura. Mentre l'idratazione è in corso, durante l'accesso ai dati condivisi potrebbe essere osservato un lieve impatto sulle prestazioni sia sul padre che sulla copia.
  • È possibile eliminare il file system padre di un clone solo se il clone è scollegato. Per ulteriori informazioni, vedere Duplicazione dei file system e Scollegamento di un clone.

1. Failover nella destinazione

Se l'area che contiene il file system di origine (file system A) non è accessibile, duplicare l'ultimo snapshot di replica applicato nel file system di destinazione (file system B) in un nuovo file system (file system C):

  1. Nella pagina di elenco File system, selezionare il file system che si desidera utilizzare. Per informazioni su come trovare la pagina dell'elenco o il file system, vedere Listing dei file system.

  2. Selezionare il collegamento del nome della destinazione di replica.

  3. Nella pagina dei dettagli della destinazione di replica, selezionare Ultimo snapshot.

    Importante

    Prendere nota dell'OCID di prova dell'ultimo snapshot applicato. Questo identifica l'istantanea nel file system di origine necessaria quando si esegue il failback sull'origine. Per ulteriori informazioni, vedere Identificazione degli snapshot.
  4. Nella pagina dei dettagli dello snapshot, selezionare Duplica per utilizzare lo snapshot per creare un nuovo file system (file system C). Per ulteriori informazioni, vedere Duplicazione di un file system.
  5. Eliminare la risorsa di destinazione della replica dalla pagina Dettagli del file system di destinazione (File system B).
    Attenzione

    L'eliminazione della risorsa di destinazione della replica arresta il processo di replica, ma eventuali repliche in corso potrebbero finire dopo il ripristino dell'origine. Se non si elimina la destinazione di replica, la replica riprenderà al ripristino del file system di origine, che può eliminare lo snapshot necessario in un failback pianificato per l'origine.
    Suggerimento

    Se si sta eseguendo il test: il dominio di disponibilità di origine è ancora disponibile, pertanto è possibile eliminare la risorsa di replica dal file system di origine. L'eliminazione della risorsa di replica comporta l'eliminazione automatica della risorsa di destinazione della replica.
  6. Creare un'esportazione nel nuovo file system (File system C).
  7. Installa il nuovo file system (file system C).

2. Prepara a failback su origine

Quando l'area primaria viene ripristinata, prepararsi al failback sull'origine. A seconda delle esigenze, è possibile che il fallback a un nuovo file system vuoto o il failback a una copia del file system di origine. Utilizzare la replica inversa per sincronizzare i dati e aggiornarli.

Nota

Il failback su un nuovo file system richiede una copia di base completa. È possibile utilizzare il stimatore di replica per decidere se questo scenario sarebbe sufficientemente veloce durante il disaster recovery.
  1. Eliminare la risorsa di replica FAILED nel file system A.
    Suggerimento

    Se si sta eseguendo il test: la risorsa di replica è già stata eliminata dal file system di origine, quindi è possibile saltare questo passo.
    Nota

    Quando la replica viene eliminata, lo snapshot di replica viene convertito in uno snapshot utente.
  2. Identificare lo snapshot comune al file system di origine (File system A) e al file system creato quando si è verificato un errore durante il passaggio alla destinazione (File system C). Lo snapshot utilizzato deve trovarsi sia nell'origine che nella copia della destinazione.
    • Nel file system di origine (file system A) è possibile utilizzare l'OCID di prova annotato in precedenza per identificare questo snapshot.
      Attenzione

      L'ultimo snapshot potrebbe identificare uno snapshot che ha completato dopo il failover iniziale nella destinazione, non lo snapshot utilizzato per creare il file system C.
    • Nel file system C è possibile trovare l'ultima istantanea con un nome quale replication-snapshot-<replication_number>-<creation_time_UTC>, ma un tipo di utente. Quando lo snapshot di replica è stato duplicato per creare il file system, il tipo di snapshot è stato modificato da Replica in Utente.
    1. Se si sta utilizzando un clone del file system di origine originale per il failback, nel file system di origine (file system A), clonare l'istantanea identificata nel passaggio precedente per creare un nuovo file system (file system D).
    2. Se si sta utilizzando un nuovo file system vuoto e una copia di base completa per il failback, è possibile creare un nuovo file system (file system D) senza clonazione.
    1. Se si sta utilizzando una copia del file system di origine originale per il failback, creare una nuova replica in cui la copia del file system di destinazione originale (file system C) diventa la nuova origine e il file system D diventa la nuova destinazione. Attendere il completamento del ciclo di replica e aggiornare il file system D con il file system C. È possibile verificare che i file system siano sincronizzati creando uno snapshot nel file system C e aspettando che venga visualizzato nel file system D.
    2. Se si sta utilizzando un nuovo file system vuoto per il failback, creare una replica utilizzando il file system C come origine e il nuovo file system vuoto (file system D) come destinazione. Attendere il completamento del ciclo di replica e aggiornare il file system D con il file system C. È possibile verificare che i file system siano sincronizzati creando uno snapshot nel file system C e aspettando che venga visualizzato nel file system D.

3. Ridefinisci replica da origine a destinazione

Ripristinare la configurazione di replica originale. Eseguire la migrazione delle applicazioni dal file system C al file system D e interrompere la scrittura nel file system C. Creare quindi una replica dall'origine (file system D) a una nuova copia di destinazione (file system E).

  1. Disattivare il clone della destinazione originale (file system C).
  2. Eliminare la risorsa di replica dal file system C.
  3. Creare un'esportazione per il file system D.
  4. Attivare il file system D in modo che le applicazioni possano accedervi.
  5. Copiare l'ultimo snapshot di replica applicato completamente sul file system D per creare un nuovo file system di destinazione (file system E). Per determinare l'ultimo snapshot applicato completamente, confrontare il nome e l'indicatore orario dell'ultimo snapshot di replica elencato nell'origine con il nome e l'indicatore orario dell'ultimo snapshot di replica nella destinazione. Lo snapshot utilizzato deve trovarsi sia nell'origine che nella destinazione.
  6. Creare una nuova replica in cui il file system D è il file system di origine e il file system E è il file system di destinazione.