Site Resilience Configurations

Si applica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Ultima modifica dell'argomento: 2007-10-29

Negli ultimi anni un numero sempre maggiore di aziende ha riconosciuto che la messaggistica è fondamentale per avere successo. Per molte organizzazioni il sistema di messaggistica deve essere parte dei piani di continuità aziendale e la resilienza del sito deve essere progettata all'interno della propria distribuzione del servizio di messaggistica. Fondamentalmente, molte soluzioni con resilienza del sito prevedono la distribuzione dell'hardware di backup in un secondo centro dati. Ciò spesso si traduce nelle seguenti domande di base:

• Qual è il livello di servizio richiesto dopo che si verifica un errore del centro dati principale?

• Gli utenti necessitano dei propri dati o solo di servizi di messaggistica?

• Con quale velocità sono richiesti i dati?

• Quanti utenti è necessario supportare?

• In quale modo gli utenti potranno accedere ai propri dati?

• Qual è il contratto di servizio (SLA, Service Level Agreement) per l'attivazione del centro dati di standby?

• Il servizio come viene spostato nuovamente al centro dati principale?

• Le risorse sono dedicate alla soluzione di resilienza del sito?

Rispondendo a queste domande è possibile iniziare a dare forma alla propria soluzione di messaggistica con resilienza del sito. Un requisito fondamentale per il ripristino in seguito a guasti del sito prevede la creazione di una soluzione che trasporti i dati di messaggistica necessari in un centro dati di backup che ospita il servizio di messaggistica.

In questo arogmento vengono descritte in modo dettagliato diverse configurazioni con resilienza del sito per la versione di produzione (RTM, Release To Manufacturing) di Microsoft Exchange Server 2007 e Exchange 2007 Service Pack 1 (SP1). Prima di iniziare a considerare le diverse soluzioni di resilienza del sito, è consigliabile acquisire familiarità con i seguenti termini:

• Cluster esteso   Noto anche come cluster dislocato geograficamente, è una configurazione in cui i nodi del cluster sono presenti in più di un centro dati.

• Portabilità del database   Attività amministrativa che consente di cambiare la destinazione delle cassette postali impostandola in un server differente quando il loro database host viene spostato.

• Sito di Active Directory esteso   Sito del servizio directory di Active Directory che include computer da più centri dati (ad esempio, un sito di Active Directory che comprende più posizioni fisiche).

• Appartenenza al sito di Active Directory   Membro di un sito di Active Directory specifico basato sull'indirizzo IP primario del computer. La modifica dell'indirizzo IP o del sito di Active Directory che include tale indirizzo IP implica la modifica dell'appartenenza del computer al sito di Active Directory.

• Centro dati di produzione   Il centro dati che ospita i server attivi di un servizio e la relativa infrastruttura associata.

• Centro dati di backup "hot"   Un centro dati di backup immediatamente pronto per assumersi la proprietà del servizio e continuarne il recapito. Non sono necessarie configurazioni speciali per eseguire il servizio in questa posizione.

• Centro dati di backup "warm"   Un centro dati di backup con server disponibili ad assumersi la proprietà del servizio per il centro dati di produzione. L'attivazione del servizio in questo centro dati richiede un intervento manuale.

• Centro dati di backup "cold"   Un centro dati di backup che dispone della capacità e potenzialmente dell'infrastruttura per assumersi la proprietà del servizio. È necessario un notevole impegno prima che il servizio sia operativo nel centro dati.

• Dedicato   Server designato solo al supporto degli utenti del centro dati primario.

• Non dedicato   Server che supporta gli utenti del centro dati primario e anche utenti in altre posizioni.

Termini come produzione, "warm" e dedicato possono essere combinati per descrivere una distribuzione con resilienza del sito. Ad esempio, la configurazione di un centro dati di produzione che è supportato da un centro dati di backup dedicato e ampiamente configurato verrà definita "Produzione:Warm (Dedicata)".

Funzionalità che supportano la resilienza del sito

Sono disponibili diverse funzionalità di Exchange 2007 che è possibile utilizzare come blocchi per la costruzione di una soluzione di resilienza del sito. Tali funzionalità sono elencate di seguito:

• Cluster estesi, che possono essere utilizzati per replicare dati o semplificare l'attivazione del centro dati di backup.

• Portabilità del database, che può essere utilizzata per attivare i dati replicati.

• Siti di Active Directory estesi, che possono essere utilizzati per supportare cluster estesi o abilitare un centro dati di backup.

• Modifica dell'appartenenza di un computer al sito di Active Directory, che può essere eseguita come parte dell'attivazione di un centro dati di backup.

• Backup periodici su nastro con archiviazione esterna, che possono essere utilizzati per recuperare i dati relativi alle cassette postali nel centro dati di backup.

Inoltre, prodotti di terze parti offrono la replica dei dati, che può essere utilizzata per trasferire i dati in un centro dati di backup. Questi prodotti possono essere utilizzati con server autonomi, cluster di ripristino o un cluster a copia singola (SSC, Single Copy Cluster) esteso. In queste configurazioni i dati dal server primario o dal cluster vengono replicati in una seconda configurazione server o cluster in un secondo centro dati. Se si verifica un guasto nel sito, il cluster o il server nel secondo centro dati viene attivato manualmente.

In Exchange 2007 SP1 è stata aggiunta una nuova funzionalità denominata replica continua di standby (SCR, Standby Continuous Replication), progettata specificatamente per scenari di resilienza del sito. Come indicato dal nome, la replica continua di standby è stata progettata per scenari in cui vengono utilizzati o in cui è consentito l'utilizzo di server di ripristino di standby. La replica continua di standby estende le funzionalità di replica continua già disponibili in Exchange 2007 RTM e introduce il supporto per nuovi scenari di disponibilità dei dati per i server Cassette postali su cui è in esecuzione Exchange 2007 SP1. La replica continua di standby utilizza la stessa tecnologia di distribuzione e riesecuzione dei registri della replica continua locale (LCR) e della replica continua cluster (CCR) per offrire ulteriori opzioni e configurazioni di distribuzione.

SCR consente una separazione dell'elevata disponibilità (inclusa la disponibilità dei dati e dei servizi) e la resilienza del sito. Ad esempio, SCR può essere combinata con CCR per replicare i gruppi di archiviazione in locale in un centro dati primario (utilizzando CCR per l'elevata disponibilità) e in remoto in un centro dati di backup o secondario (utilizzando SCR per la resilienza del sito). Il centro dati secondario può contenere un nodo passivo in un cluster failover nel quale risiedono le destinazioni SCR. Un cluster di questo tipo è denominato cluster di standby perché non contiene alcun server di cassette postali in cluster, ma è possibile predisporlo rapidamente con un server di cassette postali in cluster sostitutivo in uno scenario di ripristino. Se il centro dati principale subisce un guasto o una perdita dati di qualsiasi genere, le destinazioni SCR che risiedono in questo cluster di standby possono essere attivate velocemente.

Per ulteriori informazioni su SCR, vedere Replica continua di standby.

Soluzioni per ottenere la resilienza del sito

Un'organizzazione può prendere in considerazione diverse soluzioni per la resilienza del sito. Nella successiva parte di questo argomento vengono fornite informazioni sulle seguenti soluzioni di resilienza del sito:

• Configurazione Produzione:Cold (Dedicata)

• Configurazione Produzione:Warm (Dedicata)

• Configurazione Produzione:Warm (Non dedicata) con due siti di Active Directory

• Configurazione Produzione:Warm (Non dedicata) con un sito di Active Directory

Nelle soluzioni descritte in questo argomento si presume che l'intera infrastruttura di messaggistica vada persa quando si verifica il guasto del centro dati di produzione. Il centro dati di backup deve disporre della connettività Internet e di tutti i servizi necessari per ospitare Exchange. Inoltre, i processi di attivazione devono essere inseriti in script e verificati regolarmente.

Configurazione Produzione:Cold (Dedicata)

La soluzione di resilienza del sito più semplice è quella in cui un'organizzazione ha contratti stipulati per hardware e strutture ma non dispone di un centro dati di backup attivo. Viene regolarmente eseguito il backup di tutti i dati relativi alle cassette postali, i quali vengono poi spostati fuori dal sito. I dati di Active Directory vengono gestiti in modo simile. L'attivazione della soluzione di resilienza del sito richiede l'acquisizione e la distribuzione di hardware. Per abbreviare il tempo totale di interruzione, l'organizzazione può disporre di contratti di recapito rapido con fornitori hardware per i componenti hardware fondamentali.

Una variante di questa soluzione prevede di stabilire la relazione con un fornitore per il ripristino di emergenza che può avere i componenti hardware disponibili reperendoli da una propria scorta. Questo tipo di relazione può consentire di mantenere i dati di backup presso il sito del fornitore, per abbreviare il tempo di ripristino. L'archiviazione dedicata presso il sito del fornitore può essere la destinazione della replica per le cassette postali e i dati di Active Directory.

Per semplicità, è probabile che le configurazioni distribuite saranno simili all'ambiente di produzione o almeno a una parte di esso. Durante un processo di ripristino come questo, è meglio lavorare con le tecnologie e le dipendenze di cui si è maggiormente esperti.

Configurazione Produzione:Warm (Dedicata)

Nel modello di configurazione di ripristino Produzione:Warm (Dedicata) il centro dati di produzione ha un centro dati di backup designato con un'apparecchiatura dedicata. L'apparecchiatura dedicata viene utilizzata quando il centro dati di produzione non è più disponibile. Come già detto, il centro dati di backup non viene attivato automaticamente. L'amministratore deve attivarlo manualmente. Una volta attivato, l'apparecchiatura di backup dedicata e l'infrastruttura vengono riconfigurate per fornire il servizio di messaggistica. Nella figura seguente viene illustrata una configurazione Produzione:Warm (Dedicata).

Esempio di una distribuzione Produzione:Warm (Dedicata)

Nella figura precedente viene mostrato il centro dati di produzione (A) in cui si trovano ruoli del server Trasporto Edge, Trasporto Hub, Accesso client e Cassette postali. Il centro dati di backup "warm" (B) dispone di server di backup dedicati per ogni ruolo e per Active Directory. Nella figura viene mostrato che la ridondanza semplice viene utilizzata per tutti i ruoli del server tranne il ruolo Cassette postali. La ridondanza delle cassette postali viene gestita da una configurazione server cluster o una configurazione server di standby con una soluzione di replica appropriata.

Le possibili soluzioni di ridondanza delle cassette postali sono le seguenti:

• Replica continua cluster (CCR, Cluster Continuous Replication) in una configurazione cluster estesa   La replica continua cluster utilizza il log shipping per creare e gestire una seconda copia dei dati relativi alle cassette postali. In tal modo il cluster a due nodi della replica continua cluster ha un nodo in ogni centro dati. In questa configurazione il Servizio cluster di Windows richiede subnet estese tra le due posizioni. Il cluster esteso consente al server di cassette postali in cluster di eseguire il failover semplicemente registrando nuovamente sul nodo nell'altro centro dati il proprio indirizzo IP assegnato.

• Cluster a copia singola (SCC, Single Copy Cluster) con replica partner sincrona   La replica partner consente al sistema di avere due copie dei dati del server Cassette postali. Come nel caso della replica continua cluster, è necessaria una subnet estesa per consentire un corretto failover del cluster.

• Cluster di standby con replica partner   I dati relativi alle cassette postali vengono replicati in un secondo cluster nel centro dati di backup e per ripristinare il servizio viene utilizzato il processo di ripristino di emergenza del server. La replica può essere sincrona o asincrona. Non sono necessari né clustering né subnet estese.

• Server di standby con replica partner   I dati relativi alle cassette postali vengono replicati in un secondo server nel centro dati di backup e per ripristinare il servizio si utilizza la portabilità del database o il processo di ripristino di emergenza del server. La replica può essere sincrona o asincrona. Non sono necessari né clustering né subnet estese.

• Replica continua locale (LCR, Local Continuous Replication) con la seconda copia ospitata nel secondo dentro dati   Questa non è una soluzione preferibile, ma può essere sufficiente per alcune organizzazioni. In questa configurazione viene utilizzata l'archiviazione basata su iSCSI (Internet SCSI) per archiviare la copia passiva dei dati. Le caratteristiche di rete della connessione devono consentire alla copia passiva di mantenere una ragionevole coerenza con la copia attiva. In questa configurazione la replica continua locale non è disponibile per l'attivazione locale rapida perché è improbabile che la latenza della rete e l'ampiezza di banda supporteranno l'acceso client.

Nella figura precedente viene mostrato l'utilizzo di una delle soluzioni in cluster. Ciò è dovuto al fatto che il server Cassette postali è mostrato nel sito di Active Directory del centro dati di produzione. In una soluzione cluster le reti in ogni nodo del cluster devono trovarsi nella stessa subnet. In una soluzione non cluster non è richiesta una singola subnet, ma è consigliabile. Se necessario, è possibile utilizzare una subnet differente.

Presumendo che venga utilizzata una soluzione cluster, il normale corso delle operazioni sarà il seguente:

1. Tutta la posta in arrivo da Internet passerà nel centro dati A attraverso il server Trasporto Edge.

2. Tutta la posta destinate ai server Cassette postali nel sito di Active Directory Redmond-Prod verrà elaborata dai server Trasporto Hub in Redmond-Prod.

3. I server di cassette postali in cluster nel sito di Active Directory Redmond-Prod verranno ospitati nei propri nodi configurati nel centro dati A o B. I nodi NodeA e NodeB sono parte di Redmond-Prod e vengono gestiti dai server Trasporto Hub e Accesso client di Redmond-Prod.

4. Poiché la replica continua cluster supporta due nodi, il secondo nodo deve trovarsi nel centro dati B. Ciò significa che un errore del nodo attivo nel centro dati A impone al server di cassette postali in cluster di spostarsi nel centro dati B. In questo caso verrà ancora gestito dai server Trasporto Hub e Accesso client nel centro dati A.

5. È possibile configurare un cluster a copia singola con tre server e due copie dei dati, in modo che, se si verifica un errore, il server di cassette postali in cluster resterà nel centro dati A invece di eseguire il failover al centro dati B. Tuttavia, se l'errore è determinato dall'archiviazione, sarà ancora necessario attivare il nodo passivo nel centro dati B.

I requisiti di ampiezza di banda tra i due centri dati dipendono da tre fattori:

• Requisiti di latenza del Servizio cluster   Il Servizio cluster richiede un tempo di andata e ritorno tra i nodi del cluster non superiore a mezzo secondo.

• Requisiti di ampiezza di banda per la replica   La replica continua cluster richiede meno ampiezza di banda della maggior parte delle soluzioni di replica di terze parti, perché si basa sul log shipping e non sulla copia dei database. L'ampiezza di banda richiesta da una soluzione di replica continua cluster dipende da una serie di fattori che sono generalmente unici per ogni ambiente e i requisiti includono l'ampiezza di banda per quanto segue:

  • Log shipping

  • Notifiche del file system, che rappresentano il modo in cui il servizio di replica di Microsoft Exchange scopre quando un nuovo file di registro è pronto per la distribuzione

  • Traffico del server della directory

  • Traffico client, se i client non si trovano nella stessa posizione fisica del server di cassette postali in cluster

  • Traffico heartbeat cluster

  • Aggiornamenti del database del cluster

  • Qualunque altra applicazione che utilizza la rete

• I server Trasporto Hub e Accesso client richiedono una LAN per comunicare tra sé e con i server Cassette postali che gestiscono   Per i server Accesso client questo requisito è più importante, perché consente di gestire gli utenti in linea. L'accesso del server Cassette postali a controller di dominio può passare attraverso una connessione WAN (Wide Area Network) e la sua latenza influisce sull'accesso MAPI in linea.

I requisiti per la latenza e l'ampiezza di banda possono diminuire se viene distribuita una soluzione non in cluster. I requisiti di rete per la replica restano e sono importanti. Tuttavia, la maggioranza degli altri requisiti non è presente a meno che non si prenda in considerazione la possibilità di attivare il server Cassette postali di backup senza l'errore completo del centro dati A.

Se si verifica un errore nel centro dati di produzione, l'amministratore può ripristinare il flusso di posta e i servizi di messaggistica in uno dei seguenti modi:

• Spostando i server Cassette postali nel centro dati di backup nel sito di Active Directory Redmond-DR oppure

• Spostando i server Trasporto Hub, Accesso client e i server di elenchi in linea nel centro dati di backup nel sito di Active Directory Redmond-Prod.

La seconda opzione è la strategia consigliata, poiché riduce al minimo l'impatto sulle altre parti dell'ambiente. Ad esempio, per i server Exchange in qualunque filiale non è necessario modificare il loro routing percepito per la posta in coda. Semplicemente, si connettono quando i server corretti sono in esecuzione e disponibili.

L'attivazione del centro dati B segue questi passaggi ad alto livello:

1. L'infrastruttura di rete viene portata in linea.

2. L'infrastruttura di Active Directory viene portata in linea.

3. Il rimanente server Cassette postali viene portato in linea. Questo passaggio può implicare che il cluster sia costretto a tornare in linea con il singolo server rimasto.

4. Il sito di Active Directory Redmond-Prod viene aggiornato con gli indirizzi IP dei server Trasporto Hub, Accesso client e dei server degli elenchi in linea in Redmond-DR.

5. Il record MX per i domini dell'organizzazione viene aggiornato con l'indirizzo IP del server Trasporto Edge nel centro dati B.

6. Il server Accesso client appena spostato viene aggiunto a una configurazione del bilanciamento del carico di rete (NLB, Network Load Balancing).

7. Il servizio di messaggistica del centro dati A viene ripristinato nel centro dati B.

Se il centro dati A è disponibile, è possibile disattivare il centro dati B utilizzando questi passaggi ad alto livello:

1. I singoli server del centro dati A vengono portati in linea. Parteciperanno alla fornitura del servizio, a meno che i servizi di Exchange non vengano interrotti o disabilitati manualmente. Quando si esegue la migrazione contraria, consentire ai server del centro dati A di tornare in linea.

2. Consentire ai server Trasporto Hub nel centro dati B di svuotare le proprie code, quindi portarli fuori linea.

3. Portare i server Accesso client nel centro dati B fuori dalla configurazione del bilanciamento del carico di rete. I client, quindi, si connettono tramite i server nel centro dati A.

4. Il record MX per i domini dell'organizzazione viene aggiornato con l'indirizzo IP del server Trasporto Edge nel centro dati A.

5. Eseguire eventuali aggiornamenti necessari delle infrastrutture per la connessione in rete.

6. Spostare i server di cassette postali in cluster nel centro dati A.

7. Aggiornare il sito di Active Directory Redmond-DR con gli indirizzi IP dei server che sono stati spostati durante l'attivazione.

8. Viene ripristinato il servizio di messaggistica del centro dati A.

Come nel caso di qualunque altra soluzione per un errore del sito, l'attivazione del centro dati di produzione e di backup dovrebbe essere inserita in script e verificata regolarmente. L'utilizzo di una soluzione cluster per il server Cassette postali riduce i tempi di attivazione per il centro dati di backup. Altre soluzioni possono richiedere alcuni DNS e repliche di Active Directory che possono influenzare il momento in cui il flusso di posta riprende e i client sono in grado di accedere alla propria cassetta postale.

La soluzione Produzione:Warm (Dedicata) ha il vantaggio che i computer dedicati forniscono un livello del servizio prevedibile.

Configurazione Produzione:Warm (Non dedicata) con due siti di Active Directory

Nella configurazione Produzione:Warm (Dedicata) i server Trasporto Edge, Trasporto Hub e Accesso client nel centro dati di backup sono dedicati come risorse di standby per il centro dati A. Tale configurazione rappresenta un investimento notevole in componenti hardware che non vengono utilizzati completamente. Un modello alternativo è rappresentato nella figura seguente.

Esempio di una distribuzione Produzione:Warm (Non dedicata)

La distribuzione Produzione:Warm (Non dedicata) richiede che l'amministratore esegua l'attivazione manuale del centro dati di backup. Quando è avviato, il processo di attivazione riconfigura alcune attrezzature e infrastrutture nel centro dati di backup per subentrare nella fornitura del servizio di messaggistica per gli utenti del centro dati A.

Come nel caso della soluzione Produzione:Warm (Dedicata), ci sono due siti di Active Directory nella soluzione Produzione:Warm (Non dedicata). Ma, a differenza della soluzione Produzione:Warm (Dedicata), entrambi i siti di Active Directory si estendono all'altro centro dati. Le risorse dedicate nel centro dati di backup sono divenute server ridondanti per una configurazione di produzione differente nel centro dati di backup. Questo approccio rende queste risorse disponibili per un utilizzo normale, creando in tal modo due centri dati di produzione che rappresentano un efficace backup reciproco.

Ad esempio, come mostrato nella figura Esempio di una distribuzione Produzione:Warm (Non dedicata), quando si verifica un errore nel centro dati A, al sito di Active Directory Redmond vengono aggiunti il server Trasporto Hub 4, il server Accesso client 4 e il server di catalogo globale 4, che, assieme al nodo B (NodeB) di Redmond, gestiscono gli utenti del centro dati A per fornire il servizio di messaggistica. Dopo l'errore del sito, i due ambienti di produzione vengono eseguiti con una capacità e una ridondanza ridotte rispetto al loro stato normale. Se si presume che il loro carico continuo possa essere supportato, questa configurazione è accettabile. Ad esempio, la posta Internet passa attraverso il server Trasporto Edge nel centro dati B. Per supportare un'interruzione prolungata del centro dati, l'azienda può disporre di contratti con il fornitore che forniscono velocemente componenti hardware aggiuntivi quando è necessario. L'hardware aggiuntivo potrà quindi essere utilizzato per ripristinare la ridondanza o aggiungere ulteriori capacità.

Il normale funzionamento delle distribuzioni dei siti di Active Directory di Redmond e Dublino sarà lo stesso per questa soluzione, in quanto sono configurati per la soluzione Produzione:Warm (Dedicata). Allo stesso modo, l'ampiezza di banda della rete tra le due posizioni dipenderà dagli stessi fattori, ad eccezione del fatto che sia i server di Redmond sia quelli di Dublino dovranno essere supportati simultaneamente.

L'attivazione del centro dati di backup viene eseguita in uno dei due modi seguenti:

• Spostando il nodo attivo e il server di cassette postali in cluster nel sito di Active Directory del centro dati operativo oppure

• Spostando i server Trasporto Hub, Accesso client e i server di elenchi in linea nel centro dati di backup nel sito di Active Directory del centro dati in cui si è verificato l'errore.

La soluzione di attivazione consigliata prevede lo spostamento dei server Trasporto Hub e Accesso client nel sito di Active Directory del centro dati in cui si è verificato l'errore. Questa soluzione consente l'attivazione più semplice e discreta.

In questa soluzione il recupero del centro dati A si ottiene grazie all'esecuzione di questi passaggi ad alto livello:

1. L'infrastruttura di rete viene portata in linea. È possibile che non siano necessarie modifiche dell'infrastruttura di rete, poiché la posta Internet viene già ricevuta dal centro dati B.

2. L'infrastruttura di Active Directory per il centro dati A viene portata in linea (sito di Active Directory di Redmond).

3. Il rimanente server Cassette postali viene portato in linea. Questo passaggio può implicare che il cluster sia costretto a tornare in linea con il singolo server rimasto.

4. Il sito di Active Directory di Redmond viene aggiornato con gli indirizzi IP del server Trasporto Hub 4, del server Accesso client 4 e del server di catalogo globale 4.

5. Il server Accesso client 3 viene aggiunto alla configurazione del bilanciamento del carico di rete per Redmond.

6. Viene ripristinato il servizio di messaggistica del centro dati A.

Se il centro dati A è disponibile, è possibile ripristinare la normale configurazione del centro dati B utilizzando questi passaggi ad alto livello:

1. I singoli server del centro dati A vengono portati in linea. Parteciperanno alla fornitura del servizio, a meno che i servizi di Exchange non vengano interrotti o disabilitati manualmente. Quando si esegue la migrazione contraria, consentire ai server del centro dati A di tornare in linea.

2. Consentire al server Trasporto Hub 4 di svuotare le proprie code, quindi portarlo fuori linea.

3. Potare il server Accesso client 4 fuori dalla configurazione del bilanciamento del carico di rete. I client potranno ancora connettersi ai server nel centro dati A.

4. Eseguire eventuali aggiornamenti necessari delle infrastrutture per la connessione in rete.

5. Spostare il server di cassette postali in cluster nel centro dati A.

6. Aggiornare il sito di Active Directory di Dublino con gli indirizzi IP dei server che sono stati spostati durante l'attivazione.

7. Vengono ripristinate le condizioni originali di entrambi i centri dati.

Come nel caso di qualunque altra soluzione per un errore del sito, l'attivazione del centro dati di produzione e di backup dovrebbe essere inserita in script e verificata regolarmente. L'utilizzo di una soluzione cluster per il server Cassette postali riduce i tempi di attivazione per il centro dati di backup. Altre soluzioni per cassette postali possono richiedere alcuni DNS e repliche di Active Directory che possono influenzare il momento in cui il flusso di posta riprende e i client sono in grado di accedere alla propria cassetta postale.

Questa soluzione consente ai server utilizzati per la resilienza del sito di essere utilizzati anche per normali operazioni. In tal modo è possibile ridurre il costo della soluzione di resilienza del sito, ma si corre il rischio che tale soluzione non sia in grado di sostenere il carico completo del sistema quando è necessario. Ad esempio, se il carico nei server Trasporto Hub nel centro dati B aumenta fino ad utilizzare l'80% della capacità, l'attivazione del centri dati di backup per A supererà la capacità del Trasporto Hub. Con questa soluzione gli amministratori devono stare attenti a controllare l'utilizzo del sistema nel tempo, per assicurarsi che la soluzione sia sempre valida. Se il carico dovesse aumentare, sarà necessario acquisire e installare nuovi componenti hardware.

Configurazione Produzione:Produzione (Non dedicata) con un sito di Active Directory

Le organizzazioni che richiedono una soluzione in grado di supportare l'attivazione automatica di un sito di backup devono distribuire una soluzione Produzione:Produzione (Non dedicata). Questa soluzione consente di distribuire server ridondanti in un singolo sito di Active Directory che si estende in entrambi i centri dati, come mostrato nella figura seguente.

Esempio di distribuzione Produzione:Produzione (Non dedicata)

In questa soluzione le risorse di entrambi i centri dati vengono distribuite in un singolo sito di Active Directory. Qualunque risorsa nel sito può essere utilizzata per gestire quasi ogni richiesta. Ad esempio, un server Trasporto Edge nel centro dati A può utilizzare un server Trasporto Hub nel centro dati B per recapitare un messaggio a un utente la cui cassetta postale si trova in un server di cassette postali in cluster ospitato nel centro dati A. Allo stesso modo, per impostazione predefinita, non sono indicati riferimenti o località per il traffico di Active Directory. Per tali motivi questa soluzione non è consigliabile.

L'attivazione del centro dati di backup è simile al ripristino di errori di più server. Il recupero in seguito all'attivazione richiede semplicemente il ripristino del servizio nei server in cui si è verificato l'errore Come nel caso delle soluzioni non dedicate descritte prima, una scarsa gestione delle capacità può portare al superamento della capacità del server da parte del carico dopo un errore del centro dati. Gli amministratori devono accertarsi che la soluzione sia in grado di supportare il carico previsto dopo un errore del centro dati. Se non si riesce ad assicurare un'adeguata gestione delle capacità, si può verificare un errore completo del servizio di messaggistica dopo un unico errore del centro dati.