Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Ripristinare le applicazioni

Collaboratori

Astra Control può ripristinare l'applicazione da uno snapshot o da un backup. Il ripristino da uno snapshot esistente sarà più rapido quando si ripristina l'applicazione nello stesso cluster. È possibile utilizzare l'interfaccia utente di Astra Control o. "API di controllo Astra" per ripristinare le applicazioni.

Prima di iniziare

  • Proteggi prima le tue applicazioni: Ti consigliamo vivamente di creare un'istantanea o un backup dell'applicazione prima di ripristinarla. Ciò consente di clonare dallo snapshot o dal backup se il ripristino non ha avuto esito positivo.

  • Check destination Volumes (Controlla volumi di destinazione): Se si esegue il ripristino in una classe di storage diversa, assicurarsi che la classe di storage utilizzi la stessa modalità di accesso al volume persistente (ad esempio ReadWriteMany). L'operazione di ripristino non riesce se la modalità di accesso al volume persistente di destinazione è diversa. Ad esempio, se il volume persistente di origine utilizza la modalità di accesso RWX, selezionare una classe di storage di destinazione che non è in grado di fornire RWX, come Azure Managed Disks, AWS EBS, Google Persistent Disk o. ontap-san, causa l'errore dell'operazione di ripristino. Per ulteriori informazioni sulle modalità di accesso al volume persistente, fare riferimento a. "Kubernetes" documentazione.

  • Pianificare le esigenze di spazio: Quando si esegue un ripristino in-place di un'applicazione che utilizza lo storage NetApp ONTAP, lo spazio utilizzato dall'applicazione ripristinata può raddoppiare. Dopo aver eseguito un ripristino in-place, rimuovere eventuali snapshot indesiderati dall'applicazione ripristinata per liberare spazio di storage.

  • (solo cluster Red Hat OpenShift) Aggiungi criteri: Quando si crea un progetto per ospitare un'app su un cluster OpenShift, al progetto (o spazio dei nomi Kubernetes) viene assegnato un UID SecurityContext. Per consentire ad Astra Control Center di proteggere la tua applicazione e spostarla in un altro cluster o progetto in OpenShift, devi aggiungere policy che consentano all'applicazione di essere eseguita come qualsiasi UID. Ad esempio, i seguenti comandi CLI di OpenShift concedono le policy appropriate a un'applicazione WordPress.

    oc new-project wordpress
    oc adm policy add-scc-to-group anyuid system:serviceaccounts:wordpress
    oc adm policy add-scc-to-user privileged -z default -n wordpress

  • Driver di classe di archiviazione supportati: Astra Control supporta il ripristino dei backup utilizzando classi di archiviazione supportate dai seguenti driver:

    • ontap-nas

    • ontap-nas-economy

    • ontap-san

    • ontap-san-economy

  • * (Solo driver ontap-nas-Economy) esegue backup e ripristini*: Prima di eseguire il backup o il ripristino di un'app che utilizza una classe di storage supportata da ontap-nas-economy driver, verificare che "La directory snapshot sul backend dello storage ONTAP è nascosta". La mancata visualizzazione di questa directory potrebbe causare la perdita di accesso all'applicazione, in particolare se si utilizza NFSv3.

  • Helm ha implementato le applicazioni: Le applicazioni implementate con Helm 3 (o aggiornate da Helm 2 a Helm 3) sono completamente supportate. Le app implementate con Helm 2 non sono supportate.

Avvertenza

L'esecuzione di un'operazione di ripristino in-place su un'applicazione che condivida le risorse con un'altra applicazione può avere risultati non intenzionale. Tutte le risorse condivise tra le applicazioni vengono sostituite quando viene eseguito un ripristino in-place su una delle applicazioni. Per ulteriori informazioni, vedere questo esempio.

A seconda del tipo di archivio che si desidera ripristinare, effettuare le seguenti operazioni:

Ripristinare i dati dal backup o dallo snapshot utilizzando l'interfaccia utente Web

Puoi ripristinare i dati utilizzando l'interfaccia utente web di Astra Control.

Fasi

  1. Selezionare applicazioni, quindi selezionare il nome di un'applicazione.

  2. Dal menu Opzioni nella colonna azioni, selezionare Ripristina.

  3. Scegliere il tipo di ripristino:

    • Ripristina gli spazi dei nomi originali: Utilizzare questa procedura per ripristinare l'applicazione sul posto nel cluster originale.

      Nota Se l'applicazione utilizza una classe di storage supportata da ontap-nas-economy driver, è necessario ripristinare l'applicazione utilizzando le classi di storage originali. Non è possibile specificare un'altra classe di storage se si ripristina l'applicazione nello stesso namespace.

      1. Seleziona lo snapshot o il backup da utilizzare per ripristinare l'applicazione in-place, che ripristina l'applicazione a una versione precedente di se stessa.

      2. Selezionare Avanti.

        Nota Se si ripristina uno spazio dei nomi precedentemente cancellato, viene creato un nuovo spazio dei nomi con lo stesso nome come parte del processo di ripristino. Tutti gli utenti che disponevano dei diritti per gestire le applicazioni nello spazio dei nomi precedentemente cancellato devono ripristinare manualmente i diritti nello spazio dei nomi appena ricreato.

    • Ripristina nuovi spazi dei nomi: Utilizzare questa procedura per ripristinare l'applicazione in un altro cluster o con spazi dei nomi diversi dall'origine.

      1. Specificare il nome dell'applicazione ripristinata.

      2. Scegliere il cluster di destinazione per l'applicazione che si desidera ripristinare.

      3. Immettere uno spazio dei nomi di destinazione per ogni spazio dei nomi di origine associato all'applicazione.

        Nota Astra Control crea nuovi spazi dei nomi di destinazione come parte di questa opzione di ripristino. Gli spazi dei nomi di destinazione specificati non devono essere già presenti nel cluster di destinazione.

      4. Selezionare Avanti.

      5. Selezionare lo snapshot o il backup da utilizzare per ripristinare l'applicazione.

      6. Selezionare Avanti.

      7. Scegliere una delle seguenti opzioni:

        • Ripristina utilizzando le classi di storage originali: L'applicazione utilizza la classe di storage originariamente associata, a meno che non esista nel cluster di destinazione. In questo caso, viene utilizzata la classe di storage predefinita per il cluster.

        • Ripristinare utilizzando una classe di storage diversa: Selezionare una classe di storage esistente nel cluster di destinazione. Tutti i volumi delle applicazioni, indipendentemente dalle classi di storage originariamente associate, verranno migrati in questa diversa classe di storage come parte del ripristino.

      8. Selezionare Avanti.

  4. Scegli le risorse da filtrare:

    • Restore all resources (Ripristina tutte le risorse): Ripristina tutte le risorse associate all'applicazione originale.

    • Filter resources: Specificare le regole per ripristinare un sottoinsieme delle risorse applicative originali:

      1. Scegliere di includere o escludere risorse dall'applicazione ripristinata.

      2. Selezionare Aggiungi regola di inclusione o Aggiungi regola di esclusione e configurare la regola per filtrare le risorse corrette durante il ripristino dell'applicazione. È possibile modificare una regola o rimuoverla e crearne di nuovo fino a quando la configurazione non è corretta.

        Nota Per ulteriori informazioni sulla configurazione delle regole di inclusione ed esclusione, vedere Filtrare le risorse durante il ripristino di un'applicazione.

  5. Selezionare Avanti.

  6. Esaminare attentamente i dettagli relativi all'azione di ripristino, digitare "restore" (se richiesto) e selezionare Restore.

[Tech preview] Ripristino da backup utilizzando una risorsa personalizzata (CR)

È possibile ripristinare i dati da un backup utilizzando un file di risorse personalizzato (CR) in uno spazio dei nomi diverso o nello spazio dei nomi di origine originale.

Ripristino da backup utilizzando una CR
Fasi

  1. Creare il file di risorse personalizzate (CR) e assegnargli un nome astra-control-backup-restore-cr.yaml. Aggiorna i valori tra parentesi <> per farli corrispondere all'ambiente Astra Control e alla configurazione del cluster:

    • <CR_NAME>: Il nome di questa operazione CR; scegliere un nome sensibile per il proprio ambiente.

    • <APPVAULT_NAME>: Il nome dell'AppVault in cui sono memorizzati i contenuti di backup.

    • <BACKUP_PATH>: Il percorso all'interno di AppVault in cui sono memorizzati i contenuti di backup. Ad esempio:

      ONTAP-S3_1343ff5e-4c41-46b5-af00/backups/schedule-20231213023800_94347756-9d9b-401d-a0c3

    • <SOURCE_NAMESPACE>: Lo spazio dei nomi di origine dell'operazione di ripristino.

    • <DESTINATION_NAMESPACE>: Lo spazio dei nomi di destinazione dell'operazione di ripristino.

      apiVersion: astra.netapp.io/v1
kind: BackupRestore
metadata:
  name: <CR_NAME>
  namespace: astra-connector
spec:
  appVaultRef: <APPVAULT_NAME>
  appArchivePath: <BACKUP_PATH>
  namespaceMapping: [{"source": "<SOURCE_NAMESPACE>", "destination": "<DESTINATION_NAMESPACE>"}]

  2. (Facoltativo) se è necessario selezionare solo alcune risorse dell'applicazione da ripristinare, aggiungere un filtro che includa o escluda risorse contrassegnate con determinate etichette:

    • "<INCLUDE-EXCLUDE>": (richiesto per il filtraggio) include oppure exclude Per includere o escludere una risorsa definita in resourceMatchers. Aggiungere i seguenti parametri resourceMatcher per definire le risorse da includere o escludere:

      • <GROUP>: (facoltativo) Gruppo della risorsa da filtrare.

      • <KIND>: (opzionale) tipo di risorsa da filtrare.

      • <VERSION>: (opzionale) versione della risorsa da filtrare.

      • <NAMES>: (opzionale) nomi nel campo Kubernetes metadata.name della risorsa da filtrare.

      • <NAMESPACES>: (opzionale) Namespaces nel campo Kubernetes metadata.name della risorsa da filtrare.

      • <SELECTORS>: (opzionale) stringa di selezione etichetta nel campo Kubernetes metadata.name della risorsa, come definito nella "Documentazione Kubernetes". Esempio: "trident.netapp.io/os=linux".

        Esempio:

    spec:
    resourceFilter:
        resourceSelectionCriteria: "<INCLUDE-EXCLUDE>"
        resourceMatchers:
           group: <GROUP>
           kind: <KIND>
           version: <VERSION>
           names: <NAMES>
           namespaces: <NAMESPACES>
           labelSelectors: <SELECTORS>

  3. Dopo aver popolato il astra-control-backup-restore-cr.yaml File con i valori corretti, applicare il CR:

    kubectl apply -f astra-control-backup-restore-cr.yaml
Eseguire il ripristino dal backup allo spazio dei nomi originale utilizzando una CR
Fasi

  1. Creare il file di risorse personalizzate (CR) e assegnargli un nome astra-control-backup-ipr-cr.yaml. Aggiorna i valori tra parentesi <> per farli corrispondere all'ambiente Astra Control e alla configurazione del cluster:

    • <CR_NAME>: Il nome di questa operazione CR; scegliere un nome sensibile per il proprio ambiente.

    • <APPVAULT_NAME>: Il nome dell'AppVault in cui sono memorizzati i contenuti di backup.

    • <BACKUP_PATH>: Il percorso all'interno di AppVault in cui sono memorizzati i contenuti di backup. Ad esempio:

      ONTAP-S3_1343ff5e-4c41-46b5-af00/backups/schedule-20231213023800_94347756-9d9b-401d-a0c3
      apiVersion: astra.netapp.io/v1
kind: BackupInplaceRestore
metadata:
  name: <CR_NAME>
  namespace: astra-connector
spec:
  appVaultRef: <APPVAULT_NAME>
  appArchivePath: <BACKUP_PATH>

  2. (Facoltativo) se è necessario selezionare solo alcune risorse dell'applicazione da ripristinare, aggiungere un filtro che includa o escluda risorse contrassegnate con determinate etichette:

    • "<INCLUDE-EXCLUDE>": (richiesto per il filtraggio) include oppure exclude Per includere o escludere una risorsa definita in resourceMatchers. Aggiungere i seguenti parametri resourceMatcher per definire le risorse da includere o escludere:

      • <GROUP>: (facoltativo) Gruppo della risorsa da filtrare.

      • <KIND>: (opzionale) tipo di risorsa da filtrare.

      • <VERSION>: (opzionale) versione della risorsa da filtrare.

      • <NAMES>: (opzionale) nomi nel campo Kubernetes metadata.name della risorsa da filtrare.

      • <NAMESPACES>: (opzionale) Namespaces nel campo Kubernetes metadata.name della risorsa da filtrare.

      • <SELECTORS>: (opzionale) stringa di selezione etichetta nel campo Kubernetes metadata.name della risorsa, come definito nella "Documentazione Kubernetes". Esempio: "trident.netapp.io/os=linux".

        Esempio:

    spec:
    resourceFilter:
        resourceSelectionCriteria: "<INCLUDE-EXCLUDE>"
        resourceMatchers:
           group: <GROUP>
           kind: <KIND>
           version: <VERSION>
           names: <NAMES>
           namespaces: <NAMESPACES>
           labelSelectors: <SELECTORS>

  3. Dopo aver popolato il astra-control-backup-ipr-cr.yaml File con i valori corretti, applicare il CR:

    kubectl apply -f astra-control-backup-ipr-cr.yaml

[Anteprima tecnica] Ripristino da snapshot utilizzando una risorsa personalizzata (CR)

È possibile ripristinare i dati da uno snapshot utilizzando un file di risorse personalizzato (CR) in uno spazio dei nomi diverso o nello spazio dei nomi di origine originale.

Eseguire il ripristino da uno snapshot utilizzando una CR
Fasi

  1. Creare il file di risorse personalizzate (CR) e assegnargli un nome astra-control-snapshot-restore-cr.yaml. Aggiorna i valori tra parentesi <> per farli corrispondere all'ambiente Astra Control e alla configurazione del cluster:

    • <CR_NAME>: Il nome di questa operazione CR; scegliere un nome sensibile per il proprio ambiente.

    • <APPVAULT_NAME>: Il nome dell'AppVault in cui sono memorizzati i contenuti di backup.

    • <BACKUP_PATH>: Il percorso all'interno di AppVault in cui sono memorizzati i contenuti di backup. Ad esempio:

      ONTAP-S3_1343ff5e-4c41-46b5-af00/backups/schedule-20231213023800_94347756-9d9b-401d-a0c3

    • <SOURCE_NAMESPACE>: Lo spazio dei nomi di origine dell'operazione di ripristino.

    • <DESTINATION_NAMESPACE>: Lo spazio dei nomi di destinazione dell'operazione di ripristino.

      apiVersion: astra.netapp.io/v1
kind: SnapshotRestore
metadata:
  name: <CR_NAME>
  namespace: astra-connector
spec:
  appArchivePath: <BACKUP_PATH>
  appVaultRef: <APPVAULT_NAME>
  namespaceMapping: [{"source": "<SOURCE_NAMESPACE>", "destination": "<DESTINATION_NAMESPACE>"}]

  2. (Facoltativo) se è necessario selezionare solo alcune risorse dell'applicazione da ripristinare, aggiungere un filtro che includa o escluda risorse contrassegnate con determinate etichette:

    • "<INCLUDE-EXCLUDE>": (richiesto per il filtraggio) include oppure exclude Per includere o escludere una risorsa definita in resourceMatchers. Aggiungere i seguenti parametri resourceMatcher per definire le risorse da includere o escludere:

      • <GROUP>: (facoltativo) Gruppo della risorsa da filtrare.

      • <KIND>: (opzionale) tipo di risorsa da filtrare.

      • <VERSION>: (opzionale) versione della risorsa da filtrare.

      • <NAMES>: (opzionale) nomi nel campo Kubernetes metadata.name della risorsa da filtrare.

      • <NAMESPACES>: (opzionale) Namespaces nel campo Kubernetes metadata.name della risorsa da filtrare.

      • <SELECTORS>: (opzionale) stringa di selezione etichetta nel campo Kubernetes metadata.name della risorsa, come definito nella "Documentazione Kubernetes". Esempio: "trident.netapp.io/os=linux".

        Esempio:

    spec:
    resourceFilter:
        resourceSelectionCriteria: "<INCLUDE-EXCLUDE>"
        resourceMatchers:
           group: <GROUP>
           kind: <KIND>
           version: <VERSION>
           names: <NAMES>
           namespaces: <NAMESPACES>
           labelSelectors: <SELECTORS>

  3. Dopo aver popolato il astra-control-snapshot-restore-cr.yaml File con i valori corretti, applicare il CR:

    kubectl apply -f astra-control-snapshot-restore-cr.yaml
Eseguire il ripristino dallo snapshot allo spazio dei nomi originale utilizzando una CR
Fasi

  1. Creare il file di risorse personalizzate (CR) e assegnargli un nome astra-control-snapshot-ipr-cr.yaml. Aggiorna i valori tra parentesi <> per farli corrispondere all'ambiente Astra Control e alla configurazione del cluster:

    • <CR_NAME>: Il nome di questa operazione CR; scegliere un nome sensibile per il proprio ambiente.

    • <APPVAULT_NAME>: Il nome dell'AppVault in cui sono memorizzati i contenuti di backup.

    • <BACKUP_PATH>: Il percorso all'interno di AppVault in cui sono memorizzati i contenuti di backup. Ad esempio:

      ONTAP-S3_1343ff5e-4c41-46b5-af00/backups/schedule-20231213023800_94347756-9d9b-401d-a0c3
      apiVersion: astra.netapp.io/v1
kind: SnapshotInplaceRestore
metadata:
  name: <CR_NAME>
  namespace: astra-connector
spec:
  appArchivePath: <BACKUP_PATH>
  appVaultRef: <APPVAULT_NAME>

  2. (Facoltativo) se è necessario selezionare solo alcune risorse dell'applicazione da ripristinare, aggiungere un filtro che includa o escluda risorse contrassegnate con determinate etichette:

    • "<INCLUDE-EXCLUDE>": (richiesto per il filtraggio) include oppure exclude Per includere o escludere una risorsa definita in resourceMatchers. Aggiungere i seguenti parametri resourceMatcher per definire le risorse da includere o escludere:

      • <GROUP>: (facoltativo) Gruppo della risorsa da filtrare.

      • <KIND>: (opzionale) tipo di risorsa da filtrare.

      • <VERSION>: (opzionale) versione della risorsa da filtrare.

      • <NAMES>: (opzionale) nomi nel campo Kubernetes metadata.name della risorsa da filtrare.

      • <NAMESPACES>: (opzionale) Namespaces nel campo Kubernetes metadata.name della risorsa da filtrare.

      • <SELECTORS>: (opzionale) stringa di selezione etichetta nel campo Kubernetes metadata.name della risorsa, come definito nella "Documentazione Kubernetes". Esempio: "trident.netapp.io/os=linux".

        Esempio:

    spec:
    resourceFilter:
        resourceSelectionCriteria: "<INCLUDE-EXCLUDE>"
        resourceMatchers:
           group: <GROUP>
           kind: <KIND>
           version: <VERSION>
           names: <NAMES>
           namespaces: <NAMESPACES>
           labelSelectors: <SELECTORS>

  3. Dopo aver popolato il astra-control-snapshot-ipr-cr.yaml File con i valori corretti, applicare il CR:

    kubectl apply -f astra-control-snapshot-ipr-cr.yaml
Risultato

Astra Control ripristina l'applicazione in base alle informazioni fornite. Se hai ripristinato l'applicazione in-place, il contenuto dei volumi persistenti esistenti viene sostituito con il contenuto dei volumi persistenti dell'applicazione ripristinata.

Nota Dopo un'operazione di protezione dei dati (cloning, backup o ripristino) e il successivo ridimensionamento persistente del volume, si verifica un ritardo fino a venti minuti prima che la nuova dimensione del volume venga visualizzata nell'interfaccia utente Web. L'operazione di protezione dei dati viene eseguita correttamente in pochi minuti ed è possibile utilizzare il software di gestione per il back-end dello storage per confermare la modifica delle dimensioni del volume.
Importante Qualsiasi utente membro con vincoli di spazio dei nomi in base al nome/ID dello spazio dei nomi o alle etichette dello spazio dei nomi può clonare o ripristinare un'applicazione in un nuovo spazio dei nomi nello stesso cluster o in qualsiasi altro cluster dell'account dell'organizzazione. Tuttavia, lo stesso utente non può accedere all'applicazione clonata o ripristinata nel nuovo namespace. Dopo che un'operazione di clonazione o ripristino crea un nuovo spazio dei nomi, l'amministratore/proprietario dell'account può modificare l'account utente membro e aggiornare i vincoli di ruolo affinché l'utente interessato conceda l'accesso al nuovo spazio dei nomi.

Filtrare le risorse durante il ripristino di un'applicazione

È possibile aggiungere una regola di filtro a un "ripristinare" operazione che specifica le risorse applicative esistenti da includere o escludere dall'applicazione ripristinata. È possibile includere o escludere risorse in base a uno spazio dei nomi, un'etichetta o un GVK (GroupVersionKind) specificati.

Espandere per ulteriori informazioni sugli scenari di inclusione ed esclusione

  • Si seleziona una regola di inclusione con spazi dei nomi originali (ripristino in-place): Le risorse applicative esistenti definite nella regola verranno eliminate e sostituite da quelle dello snapshot o del backup selezionato che si sta utilizzando per il ripristino. Tutte le risorse non specificate nella regola di inclusione resteranno invariate.

  • Selezionare una regola di inclusione con nuovi spazi dei nomi: Utilizzare la regola per selezionare le risorse specifiche che si desidera utilizzare nell'applicazione ripristinata. Le risorse non specificate nella regola di inclusione non verranno incluse nell'applicazione ripristinata.

  • Si seleziona una regola di esclusione con spazi dei nomi originali (ripristino in-place): Le risorse specificate per l'esclusione non verranno ripristinate e rimarranno invariate. Le risorse non specificate da escludere verranno ripristinate dallo snapshot o dal backup. Tutti i dati sui volumi persistenti verranno cancellati e ricreati se il corrispondente StatefulSet fa parte delle risorse filtrate.

  • Selezionare una regola di esclusione con nuovi spazi dei nomi: Utilizzare la regola per selezionare le risorse specifiche che si desidera rimuovere dall'applicazione ripristinata. Le risorse non specificate da escludere verranno ripristinate dallo snapshot o dal backup.

Le regole possono includere o escludere tipi. Non sono disponibili regole che combinano inclusione ed esclusione delle risorse.

Fasi

  1. Dopo aver scelto di filtrare le risorse e aver selezionato un'opzione di inclusione o esclusione nella procedura guidata Restore App, selezionare Aggiungi regola di inclusione o Aggiungi regola di esclusione.

    Nota Non è possibile escludere risorse con ambito cluster che vengono automaticamente incluse da Astra Control.

  2. Configurare la regola di filtro:

    Nota È necessario specificare almeno uno spazio dei nomi, un'etichetta o un GVK. Assicurarsi che tutte le risorse conservate dopo l'applicazione delle regole di filtro siano sufficienti per mantenere l'applicazione ripristinata in uno stato di integrità.

    1. Selezionare uno spazio dei nomi specifico per la regola. Se non si effettua una selezione, nel filtro verranno utilizzati tutti gli spazi dei nomi.

      Nota Se l'applicazione conteneva originariamente più spazi dei nomi e la ripristinerai in nuovi spazi dei nomi, tutti gli spazi dei nomi verranno creati anche se non contengono risorse.

    2. (Facoltativo) inserire un nome di risorsa.

    3. (Facoltativo) selettore di etichette: Includere un "selettore di etichette" da aggiungere alla regola. Il selettore di etichette viene utilizzato per filtrare solo le risorse corrispondenti all'etichetta selezionata.

    4. (Facoltativo) selezionare Use GVK (GroupVersionKind) set to filter resources for additional filtering options.

      Nota Se si utilizza un filtro GVK, è necessario specificare versione e tipo.

      1. (Facoltativo) Group: Dall'elenco a discesa, selezionare il gruppo Kubernetes API.

      2. Kind: Dall'elenco a discesa, selezionare lo schema dell'oggetto per il tipo di risorsa Kubernetes da utilizzare nel filtro.

      3. Version (versione): Selezionare la versione dell'API Kubernetes.

  3. Esaminare la regola creata in base alle voci immesse.

  4. Selezionare Aggiungi.

    Suggerimento È possibile creare tutte le regole di inclusione ed esclusione delle risorse desiderate. Le regole vengono visualizzate nel riepilogo dell'applicazione di ripristino prima di avviare l'operazione.

Problemi di ripristino in-place per un'applicazione che condivide le risorse con un'altra applicazione

È possibile eseguire un'operazione di ripristino in-place su un'applicazione che condivide le risorse con un'altra applicazione e produce risultati non desiderati. Tutte le risorse condivise tra le applicazioni vengono sostituite quando viene eseguito un ripristino in-place su una delle applicazioni.

Di seguito viene riportato uno scenario di esempio che crea una situazione indesiderabile quando si utilizza la replica di NetApp SnapMirror per un ripristino:

  1. L'applicazione viene definita app1 utilizzo dello spazio dei nomi ns1.

  2. Viene configurata una relazione di replica per app1.

  3. L'applicazione viene definita app2 (sullo stesso cluster) utilizzando gli spazi dei nomi ns1 e. ns2.

  4. Viene configurata una relazione di replica per app2.

  5. La replica inversa per app2. Questo causa il app1 app sul cluster di origine da disattivare.