Informazioni sul ripristino di emergenza per le app locali

Questo articolo descrive i carichi di lavoro e le app locali che è possibile proteggere per il ripristino di emergenza con il servizio Azure Site Recovery.

Panoramica

Le organizzazioni necessitano di una strategia di continuità aziendale e ripristino di emergenza (BCDR) per mantenere i carichi di lavoro e i dati sicuri e disponibili durante i tempi di inattività pianificati e non pianificati. E, ripristinare le normali condizioni di lavoro.

Site Recovery è un servizio di Azure che contribuisce all'attuazione della strategia BCDR. Tramite Site Recovery è possibile distribuire la replica compatibile con le applicazioni nel cloud o in un sito secondario. È possibile usare Site Recovery per gestire la replica, eseguire test di ripristino di emergenza ed eseguire failover e failback. Le app possono essere eseguite in computer basati su Windows o Linux, server fisici, VMware o Hyper-V.

Site Recovery si integra con applicazioni Microsoft come SharePoint, Exchange, Dynamics, SQL Server e Active Directory. Microsoft collabora strettamente con i principali fornitori, tra cui Oracle, SAP e Red Hat. È possibile personalizzare le soluzioni di replica in base alle app.

Perché usare Site Recovery per la protezione della replica?

Site Recovery contribuisce alla protezione e al ripristino a livello di applicazione come segue:

  • Indipendente dall'app e fornisce la replica per tutti i carichi di lavoro in esecuzione in un computer supportato.
  • Replica quasi sincrona, con obiettivi del punto di ripristino (RPO) fino a 30 secondi per soddisfare le esigenze delle app aziendali più critiche.
  • Snapshot coerenti con l'app per le applicazioni a uno o più livelli.
  • Integrazione con SQL Server Always On e collaborazione con altre tecnologie di replica a livello di applicazione. Ad esempio, la replica di Active Directory, i Always On SQL e i gruppi di disponibilità del database di Exchange.
  • Piani di ripristino flessibili che consentono di ripristinare un intero stack di applicazioni con un solo clic e di includere script esterni e azioni manuali nel piano.
  • Gestione avanzata della rete in Site Recovery e Azure per semplificare i requisiti di rete delle app. Gestione della rete, ad esempio la possibilità di riservare indirizzi IP, configurare il bilanciamento del carico e l'integrazione con Gestione traffico di Azure per i commutatori di rete RTO (Low Recovery Time Objective).
  • Una libreria di automazione avanzata che fornisce script pronti per la produzione e specifici per ogni applicazione, che possono essere scaricati e integrati nei piani di ripristino.

Riepilogo dei carichi di lavoro

Site Recovery può replicare qualsiasi app in esecuzione in una macchina supportata. È stato collaborato con i team del prodotto per eseguire test aggiuntivi per le app specificate nella tabella seguente.

Carico di lavoro Replicare le VM di Azure in Azure Replicare le VM Hyper-V in un sito secondario Replicare VM Hyper-V in Azure Replicare VM VMware in Azure
Active Directory, DNS
App Web (IIS, SQL)
System Center Operations Manager
SharePoint
SAP

Replicare il sito SAP in Azure per non cluster
Sì (testato da Microsoft) Sì (testato da Microsoft) Sì (testato da Microsoft) Sì (testato da Microsoft)
Exchange (non DAG)
Desktop remoto/VDI
Linux (sistema operativo e app) Sì (testato da Microsoft) Sì (testato da Microsoft) Sì (testato da Microsoft) Sì (testato da Microsoft)
Dynamics AX
File Server Windows
Citrix XenApp e XenDesktop No N/D No No

Replicare Active Directory e DNS

Un'infrastruttura DNS e Active Directory sono essenziali per la maggior parte delle applicazioni aziendali. Durante il ripristino di emergenza, è necessario proteggere e ripristinare questi componenti dell'infrastruttura prima di ripristinare carichi di lavoro e app.

È possibile usare Site Recovery per creare un piano di ripristino di emergenza interamente automatizzato per Active Directory e DNS. Ad esempio, per eseguire il failover di SharePoint e SAP da un sito primario a un sito secondario, è possibile configurare un piano di ripristino che esegue prima il failover di Active Directory. Usare quindi un piano di ripristino aggiuntivo specifico dell'app per eseguire il failover delle altre app che si basano su Active Directory.

Altre informazioni sul ripristino di emergenza per Active Directory e DNS.

Proteggere SQL Server

SQL Server fornisce una base di servizi dati per molte app aziendali in un data center locale. Site Recovery possono essere usati con SQL Server tecnologie di disponibilità elevata/ripristino di emergenza per proteggere le app aziendali multilivello che usano SQL Server.

Site Recovery offre:

  • Una soluzione di ripristino di emergenza semplice ed economica per SQL Server. Consente di replicare più versioni ed edizioni di server SQL autonomi e cluster in Azure o in un sito secondario.
  • Integrazione con sql Always On gruppi di disponibilità per gestire il failover e il failback con i piani di ripristino di Azure Site Recovery.
  • Piani di ripristino end-to-end per tutti i livelli di un'applicazione, inclusi i database SQL Server.
  • Ridimensionamento delle SQL Server per i carichi di picco con Site Recovery, suddividendoli in dimensioni di macchine virtuali IaaS più grandi in Azure.
  • Esecuzione facilitata dei test di ripristino di emergenza di SQL Server. È possibile eseguire failover di test per analizzare i dati ed eseguire controlli di conformità, senza influire sull'ambiente di produzione.

Altre informazioni sul ripristino di emergenza per SQL Server.

Proteggere SharePoint

Azure Site Recovery consente di proteggere le distribuzioni di SharePoint come indicato di seguito:

  • Elimina l'esigenza e i costi di infrastruttura associati per una farm in standby per il ripristino di emergenza. Usare Site Recovery per replicare un'intera farm (web, app e livelli di database) in Azure o in un sito secondario.
  • Semplifica la distribuzione di applicazioni e la gestione. Aggiornamenti distribuito nel sito primario vengono replicati automaticamente. Gli aggiornamenti sono disponibili dopo il failover e il ripristino di una farm in un sito secondario. Riduce la complessità e i costi di gestione associati al mantenimento aggiornato di una farm stand-by.
  • Semplifica lo sviluppo e i test dell'applicazione SharePoint creando una copia su richiesta simile a quella in produzione per il test e il debug nell'ambiente di replica.
  • Semplifica la transizione nel cloud usando Site Recovery per la migrazione di distribuzioni di SharePoint in Azure.

Altre informazioni sul ripristino di emergenza per SharePoint.

Proteggere Dynamics AX

Azure Site Recovery consente di proteggere la soluzione ERP Dynamics AX. In particolare, è possibile:

  • Gestione della replica dell'intero ambiente Dynamics AX (livelli Web e AOS, livelli di database, SharePoint) in Azure o in un sito secondario.
  • Semplificare della migrazione delle distribuzioni di Dynamics AX nel cloud (Azure).
  • Semplificare lo sviluppo e il test dell'applicazione Dynamics AX creando una copia su richiesta simile a quella in produzione per il test e il debug.

Altre informazioni sul ripristino di emergenza per Dynamic AX.

Proteggere Servizi Desktop remoto

Servizi Desktop remoto (RDS) abilita l'infrastruttura desktop virtuale (VDI), desktop basati su sessione e applicazioni, che consentono agli utenti di lavorare ovunque.

Con Azure Site Recovery è possibile replicare i servizi seguenti:

  • Replicare desktop virtuali in pool o non gestiti in un sito secondario.
  • Replicare applicazioni e sessioni remote in un sito secondario o In Azure.

La tabella seguente mostra le opzioni di replica:

Servizi desktop remoto Replicare le VM di Azure in Azure Replicare le VM Hyper-V in un sito secondario Replicare VM Hyper-V in Azure Replicare VM VMware in un sito secondario Replicare VM VMware in Azure Replicare di server fisici in un sito secondario Replicare i server fisici in Azure
Desktop virtuale in pool (non gestito) No No No No
Desktop virtuale in pool (gestito e senza UPD) No No No No
Applicazioni remote e le sessioni Desktop (senza UPD)

Altre informazioni sul ripristino di emergenza per Servizi Desktop remoto.

Proteggere Exchange

Site Recovery consente di proteggere Exchange come segue:

  • Per le piccole distribuzioni di Exchange, ad esempio server singolo o autonomo, Site Recovery consente la replica e il failover in Azure o in un sito secondario.
  • Per distribuzioni estese, Site Recovery si integra con i gruppi di disponibilità dei database di Exchange.
  • I gruppi di disponibilità del database di Exchange costituiscono la soluzione consigliata per il ripristino di emergenza di Exchange all'interno di un'organizzazione. I piani di ripristino di Site Recovery possono includere i gruppi di disponibilità dei database per orchestrare il relativo failover tra siti.

Per altre informazioni sul ripristino di emergenza per Exchange, vedere Ripristino di emergenza di Exchange e ripristino di emergenza di Exchange.

Proteggere SAP

Usare Site Recovery per proteggere la distribuzione SAP. In particolare, è possibile:

  • Abilitare la protezione di applicazioni di produzione SAP NetWeaver e non NetWeaver in esecuzione in locale, eseguendo la replica dei componenti in Azure.
  • Abilitare la protezione di applicazioni di produzione SAP NetWeaver e non NetWeaver in esecuzione in Azure, eseguendo la replica dei componenti in un altro data center di Azure.
  • Semplificare la migrazione nel cloud usando Site Recovery per eseguire la migrazione della distribuzione SAP in Azure.
  • Semplificare gli aggiornamenti, i test e la creazione di prototipi dei progetti SAP, creando un clone di produzione on demand per i test delle applicazioni SAP.

Altre informazioni sul ripristino di emergenza per SAP.

Proteggere Internet Information Services

Usare Site Recovery per proteggere la distribuzione di Internet Information Services (IIS), come indicato di seguito:

Azure Site Recovery assicura il ripristino di emergenza replicando i componenti critici dell'ambiente in un sito remoto non attivo o in un cloud pubblico, ad esempio Microsoft Azure. Poiché le macchine virtuali con il server Web e il database vengono replicate nel sito di ripristino, non è necessario un backup separato per i file di configurazione o i certificati. I mapping e le associazioni dell'applicazione dipendenti dalle variabili di ambiente modificate dopo il failover possono essere aggiornati tramite gli script integrati nei piani di ripristino di emergenza. Le macchine virtuali vengono visualizzate nel sito di ripristino solo durante un failover. Azure Site Recovery consente anche di orchestrare il failover end-to-end fornendo le funzionalità seguenti:

  • Sequenza di arresto e avvio delle macchine virtuali nei diversi livelli.
  • Aggiunta di script per consentire gli aggiornamenti delle dipendenze e delle associazioni dell'applicazione nelle macchine virtuali dopo l'avvio. Gli script possono essere usati anche per aggiornare il server DNS in modo che punti al sito di ripristino.
  • Allocare gli indirizzi IP alle macchine virtuali pre-failover eseguendo il mapping delle reti primarie e di ripristino e usando script che non devono essere aggiornati dopo il failover.
  • Possibilità di un failover con un clic per più applicazioni Web che eliminano l'ambito per la confusione durante un'emergenza.
  • Possibilità di testare i piani di ripristino in un ambiente isolato per le esercitazioni sul ripristino di emergenza.

Altre informazioni sul ripristino di emergenza per IIS.

Proteggere Citrix XenApp e XenDesktop

A partire da marzo 2020, Citrix ha annunciato la deprecazione e il supporto end-of-support per i carichi di lavoro ospitati nel cloud pubblico. Pertanto, non è consigliabile usare Site Recovery per proteggere i carichi di lavoro Citrix.

Passaggi successivi

Altre informazioni sul ripristino di emergenza per una macchina virtuale di Azure.