Eseguire il backup delle risorse nell'insieme di credenziali di Servizi di ripristino dopo lo spostamento tra aree

Azure Resource Mover supporta lo spostamento di più risorse tra aree. Durante lo spostamento delle risorse da un'area a un'altra, è possibile assicurarsi che le risorse rimangano protette. Poiché Backup di Azure supporta la protezione di diversi carichi di lavoro, potrebbe essere necessario eseguire alcuni passaggi per continuare ad avere lo stesso livello di protezione nella nuova area.

Per comprendere i passaggi dettagliati per ottenere questo risultato, vedere le sezioni seguenti.

Nota

Backup di Azure attualmente non supporta lo spostamento dei dati di backup da un insieme di credenziali di Servizi di ripristino a un altro. Per proteggere la risorsa nella nuova area, la risorsa deve essere registrata e sottoposta a backup in un insieme di credenziali nuovo/esistente nella nuova area. Quando si spostano le risorse da un'area a un'altra, i dati di backup negli insiemi di credenziali di Servizi di ripristino esistenti nell'area precedente possono essere conservati/eliminati in base alle esigenze. Se si sceglie di conservare i dati negli insiemi di credenziali precedenti, verranno addebitati i costi di backup di conseguenza.

Eseguire il backup della macchina virtuale di Azure dopo lo spostamento tra aree

Quando una macchina virtuale di Azure protetta da un insieme di credenziali di Servizi di ripristino viene spostata da un'area a un'altra, non può più essere eseguito il backup nell'insieme di credenziali precedente. I backup nell'insieme di credenziali precedente avranno esito negativo con gli errori BCMV2VMNotFound o ResourceNotFound. Per informazioni su come proteggere le macchine virtuali nella nuova area, vedere le sezioni seguenti.

Preparare lo spostamento di macchine virtuali di Azure

Prima di spostare una macchina virtuale, verificare che siano soddisfatti i prerequisiti seguenti:

1. Vedere i prerequisiti associati allo spostamento della macchina virtuale e assicurarsi che la macchina virtuale sia idonea per lo spostamento.
2. Selezionare la macchina virtuale nella scheda Elementi di backup del dashboard dell'insieme di credenziali esistente e selezionare Arresta protezione seguita da conservare/eliminare i dati in base alle esigenze. Quando i dati di backup per una macchina virtuale vengono arrestati con la conservazione dei dati, i punti di ripristino rimangono per sempre e non rispettano alcun criterio. Ciò garantisce che i dati di backup siano sempre pronti per il ripristino.

   Nota

   La conservazione dei dati nell'insieme di credenziali precedente comporta addebiti per il backup. Se non si desidera più conservare i dati per evitare la fatturazione, è necessario eliminare i dati di backup conservati usando l'opzione Elimina dati.

3. Assicurarsi che le macchine virtuali siano attivate. Tutti i dischi delle macchine virtuali che devono essere disponibili nell'area di destinazione vengono collegati e inizializzati nelle macchine virtuali.
4. Assicurarsi che le macchine virtuali dispongano dei certificati radice attendibili più recenti e di un elenco di revoche di certificati (CRL) aggiornato. A tale scopo, procedere nel seguente modo:
   • Nelle macchine virtuali Windows installare gli ultimi aggiornamenti di Windows.
   • Nelle macchine virtuali Linux fare riferimento alle indicazioni sul server di distribuzione per assicurarsi che i computer dispongano dei certificati più recenti e di CRL.
5. Consentire la connettività in uscita dalle macchine virtuali:
   • Se si usa un proxy firewall basato su URL per controllare la connettività in uscita, consentire l'accesso a questi URL.
   • Se si usano regole del gruppo di sicurezza di rete (NSG) per controllare la connettività in uscita, creare queste regole del tag del servizio.

Spostare macchine virtuali di Azure

Spostare la macchina virtuale nella nuova area usando Azure Resource Mover.

Proteggere le macchine virtuali di Azure usando Backup di Azure

Iniziare a proteggere la macchina virtuale in un insieme di credenziali di Servizi di ripristino nuovo o esistente nella nuova area. Quando è necessario eseguire il ripristino dai backup precedenti, è comunque possibile farlo dall'insieme di credenziali di Servizi di ripristino precedente se si è scelto di conservare i dati di backup.

I passaggi precedenti consentono di assicurarsi che venga eseguito anche il backup delle risorse nella nuova area.

Eseguire il backup di Condivisione file di Azure dopo lo spostamento tra aree

Backup di Azure offre oggi una soluzione di gestione degli snapshot per File di Azure. Ciò significa che non si spostano i dati della condivisione file negli insiemi di credenziali di Servizi di ripristino. Inoltre, poiché gli snapshot non vengono spostati con l'account di archiviazione, tutti i backup (snapshot) nell'area esistente e protetti dall'insieme di credenziali esistente. Tuttavia, se si spostano gli account di archiviazione insieme alle condivisioni file tra aree o si creano nuove condivisioni file nella nuova area, vedere le sezioni seguenti per assicurarsi che siano protette da Backup di Azure.

Preparare lo spostamento di Condivisione file di Azure

Prima di spostare l'account di archiviazione, verificare che siano soddisfatti i prerequisiti seguenti:

1. Vedere i prerequisiti per spostare l'account di archiviazione.
2. Esportare e modificare un modello di spostamento risorse. Per altre informazioni, vedere Preparare l'account di archiviazione per lo spostamento dell'area.

Spostare condivisione file di Azure

Per spostare gli account di archiviazione insieme alle condivisioni file di Azure da un'area a un'altra, vedere Spostare un account di archiviazione di Azure in un'altra area.

Nota

Quando condivisione file di Azure viene copiata tra aree, gli snapshot associati non vengono spostati insieme. Per spostare i dati degli snapshot nella nuova area, è necessario spostare i singoli file e le directory degli snapshot nell'account di archiviazione nella nuova area usando AzCopy.

Proteggere la condivisione file di Azure usando Backup di Azure

Iniziare a proteggere la condivisione file di Azure copiata nel nuovo account di archiviazione in un insieme di credenziali di Servizi di ripristino nuovo o esistente nella nuova area.

Dopo aver copiato la condivisione file di Azure nella nuova area, è possibile scegliere di arrestare la protezione e conservare/eliminare gli snapshot (e i punti di ripristino corrispondenti) della condivisione file di Azure originale in base alle esigenze. A tale scopo, selezionare la condivisione file nella scheda Elementi di backup del dashboard dell'insieme di credenziali originale. Quando i dati di backup per condivisione file di Azure vengono arrestati con la conservazione dei dati, i punti di ripristino rimangono per sempre e non rispettano alcun criterio.

Ciò garantisce che gli snapshot siano sempre pronti per il ripristino dall'insieme di credenziali precedente.

Eseguire il backup di SQL Server/SAP HANA nella macchina virtuale di Azure dopo lo spostamento tra aree

Quando si sposta una macchina virtuale che esegue server SQL o SAP HANA in un'altra area, non è più possibile eseguire il backup dei database SQL e SAP HANA in tali macchine virtuali nell'insieme di credenziali dell'area precedente. Per proteggere i server SQL e SAP HANA in esecuzione nella macchina virtuale di Azure nella nuova area, vedere le sezioni seguenti.

Preparare lo spostamento di SQL Server/SAP HANA nella macchina virtuale di Azure

Prima di spostare SQL Server/SAP HANA in esecuzione in una macchina virtuale in una nuova area, assicurarsi che siano soddisfatti i prerequisiti seguenti:

1. Vedere i prerequisiti associati allo spostamento della macchina virtuale e assicurarsi che la macchina virtuale sia idonea per lo spostamento.
2. Selezionare la macchina virtuale nella scheda Elementi di backup del dashboard dell'insieme di credenziali esistente e selezionare i database per cui è necessario arrestare il backup. Selezionare Arresta protezione seguita da conservare/eliminare i dati in base alle esigenze. Quando i dati di backup vengono arrestati con conservazione dei dati, i punti di ripristino rimangono per sempre e non rispettano alcun criterio. In questo modo si garantisce che i dati di backup siano sempre pronti per il ripristino.

   Nota

   La conservazione dei dati nell'insieme di credenziali precedente comporta addebiti per il backup. Se non si desidera più conservare i dati per evitare la fatturazione, è necessario eliminare i dati di backup conservati usando l'opzione Elimina dati.

3. Assicurarsi che le macchine virtuali da spostare siano attivate. Tutti i dischi delle macchine virtuali che devono essere disponibili nell'area di destinazione vengono collegati e inizializzati nelle macchine virtuali.
4. Assicurarsi che le macchine virtuali dispongano dei certificati radice attendibili più recenti e di un elenco di revoche di certificati (CRL) aggiornato. A tale scopo, procedere nel seguente modo:
   • Nelle macchine virtuali Windows installare gli ultimi aggiornamenti di Windows.
   • Nelle macchine virtuali Linux fare riferimento alle linee guida per il server di distribuzione e assicurarsi che i computer dispongano dei certificati e della CRL più recenti.
5. Consentire la connettività in uscita dalle macchine virtuali:
   • Se si usa un proxy firewall basato su URL per controllare la connettività in uscita, consentire l'accesso a questi URL.
   • Se si usano regole del gruppo di sicurezza di rete (NSG) per controllare la connettività in uscita, creare queste regole del tag del servizio.

Spostare SQL Server/SAP HANA nella macchina virtuale di Azure

Spostare la macchina virtuale nella nuova area usando Azure Resource Mover.

Proteggere SQL Server/SAP HANA nella macchina virtuale di Azure usando Backup di Azure

Iniziare a proteggere la macchina virtuale in un insieme di credenziali di Servizi di ripristino nuovo/esistente nella nuova area. Quando è necessario eseguire il ripristino dai backup precedenti, è comunque possibile farlo dall'insieme di credenziali di Servizi di ripristino precedente.

I passaggi precedenti consentono di assicurarsi che venga eseguito anche il backup delle risorse nella nuova area.