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 di 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 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 numerose applicazioni Microsoft, tra cui SharePoint, Exchange, Dynamics, SQL Server e Active Directory. Microsoft collabora strettamente con fornitori leader, 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, fornendo la replica per carichi di lavoro in esecuzione in una macchina supportata.
- 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 partnership con altre tecnologie di replica a livello di applicazione. Ad esempio, la replica di Active Directory, SQL Always On e i gruppi di disponibilità del database di Exchange (DAG).
- Piani di ripristino flessibili che consentono di ripristinare un intero stack di applicazioni con un solo clic e includono script esterni o azioni manuali.
- 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. Abbiamo 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 | Sì | Sì | Sì | Sì |
App Web (IIS, SQL) | Sì | Sì | Sì | Sì |
System Center Operations Manager | Sì | Sì | Sì | Sì |
SharePoint | Sì | Sì | Sì | Sì |
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) | Sì | Sì | Sì | Sì |
Desktop remoto/VDI | Sì | Sì | Sì | Sì |
Linux (sistema operativo e app) | Sì (testato da Microsoft) | Sì (testato da Microsoft) | Sì (testato da Microsoft) | Sì (testato da Microsoft) |
Dynamics AX | Sì | Sì | Sì | Sì |
File Server Windows | Sì | Sì | Sì | Sì |
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 di infrastruttura prima di eseguire il ripristino di carichi di lavoro e applicazioni.
È 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 su 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 un base per molte app aziendali in un data center locale. Site Recovery può essere usato con le tecnologie a disponibilità elevata/ripristino di emergenza di SQL Server per proteggere le app aziendali a più livelli 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 i gruppi di disponibilità SQL Always On per gestire failover e failback con piani di ripristino in Azure Site Recovery.
- Piani di ripristino end-to-end per tutti i livelli di un'applicazione, inclusi i database SQL Server.
- Possibilità di ridimensionamento di SQL Server per i picchi di carico con Site Recovery, espandendoli in macchine virtuali IaaS di dimensioni maggiori 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 (livelli Web, app e database) in Azure o in un sito secondario.
- Semplifica la distribuzione di applicazioni e la gestione. Gli aggiornamenti distribuiti nel sito primario vengono replicati automaticamente. Gli aggiornamenti sono disponibili dopo il failover e il ripristino di una farm in un sito secondario. In questo modo si eliminano le complessità di gestione per mantenere aggiornata una farm in standby.
- 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:
- Gestire la replica dell'intero ambiente Dynamics AX (livelli Web e AOS, database e 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 i Servizi Desktop remoto
Servizi Desktop remoto abilita l'uso di un'infrastruttura VDI (Virtual Desktop Infrastructure), di desktop basati su sessione e di applicazioni, che consentono agli utenti di lavorare ovunque.
Con Azure Site Recovery è possibile replicare i servizi seguenti:
- Replicare desktop virtuali in pool gestiti o non gestiti in un sito secondario.
- Replicare applicazioni e sessioni remote in un sito secondario o in Azure.
La tabella seguente illustra 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 | Sì | No | Sì | No | Sì | No |
Desktop virtuale in pool (gestito e senza UPD) | No | Sì | No | Sì | No | Sì | No |
Applicazioni remote e le sessioni Desktop (senza UPD) | Sì | Sì | Sì | Sì | Sì | Sì | Sì |
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 Gruppi di disponibilità 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.
Per 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 spostate nel sito di ripristino solo durante un failover. Azure Site Recovery consente anche di orchestrare il failover end-to-end offrendo 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 prima del failover eseguendo il mapping delle reti primarie e di ripristino e usare script che non è necessario aggiornare dopo il failover.
- Possibilità di un failover con un clic per più applicazioni Web che eliminano l'ambito di 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 la fine del supporto 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.