Microsoft Exchange Server 2010: Esecuzione di un backup con Windows Server Backup
L'utilizzo di Windows Server Backup per creare file di backup per Exchange rappresenta un ottimo approccio, ma richiederà una configurazione speciale.
Tratto da "Exchange 2010 - un pratico approccio," pubblicato da Red Gate Books (2009).
Jaap Wesselius
La funzione di Windows Server Backup (WSB) di Windows Server può essere un modo efficace per creare un backup di Exchange, ma non è senza qualche configurazione speciale. Quando il backup dei vostri dati di Exchange utilizzando WSB, avrete bisogno di almeno un disco per memorizzare i backup. Questo può essere un disco fisico del server o un disco su un dispositivo di archiviazione.
Quando partenza WSB non ci sarà alcuna indicazione che sia compatibile con Exchange Server 2010. Quando i database di Exchange si trovano su drive G:\ e unità H:\, ad esempio, devono selezionare manualmente queste unità in WSB.
Dopo aver selezionato questi dischi, selezionare un altro disco per memorizzare il backup effettivo. Questo può essere qualsiasi disco, ad eccezione di quelli sottoposti a backup o il disco di sistema (vale a dire l'unità C:\). Quando il backup è in esecuzione, si noterà che WSB controlla il database di Exchange per coerenza.
Quando WSB ha terminato il backup del database di Exchange, l'intestazione del database viene aggiornato con informazioni pertinenti di backup. È possibile esaminare lo stato del database utilizzando ESEUTIL /MH:
G:\mailbox database 0242942819>eseutil /mh "mailbox database 0242942819.edb" Extensible Storage Engine Utilities for Microsoft(R) Exchange Server Version 14.00 Copyright (C) Microsoft Corporation. All Rights Reserved. Initiating FILE DUMP mode... Database: mailbox database 0242942819.edb Previous Full Backup: Log Gen: 4-5 (0x4-0x5) - OSSnapshot Mark: (0x6,8,16) Mark: 08/08/2009 11:39:06 Previous Incremental Backup: Log Gen: 0-0 (0x0-0x0) Mark: (0x0,0,0) Mark: 00/00/1900 00:00:00 Operation completed successfully in 0.31 seconds. G:\mailbox database 0242942819> [Edited for readability]
WSB registra anche tutte le attività nel registro eventi. Quando si verifica il Visualizzatore eventi si vedrà gli eventi Extensible Storage Engine (ESE) e MSExchangeIS, come:
Log Name: Application Source: ESE Date: 8-8-2009 11:39:05 Event ID: 2005 Task Category: ShadowCopy Level: Information Keywords: Classic User: N/A Computer: EXMBX12.labs.local Description: Information Store (2444) Shadow copy instance 1 starting. This will be a Full shadow copy. For more information, click https://www.microsoft.com/contentredirect.asp.
Inoltre vedrete qualcosa di simile:
Log Name: Application Source: MSExchangeIS Date: 8-8-2009 11:39:05 Event ID: 9811 Task Category: Exchange VSS Writer Level: Information Keywords: Classic User: N/A Computer: EXMBX12.labs.local Description: Exchange VSS Writer (instance 1) has successfully prepared the database engine for a full or copy backup of database 'mailbox database 0242942819'.
Terminato il backup con successo, saranno eliminati i file di registro. Vengono eliminati i file di registro dipenderà come occupato è il server durante il backup (se, ad esempio, ci sono numerosi nuovi messaggi, le cassette postali viene spostate e così via) e la profondità del punto di arresto. Eliminazione dei file di registro viene registrato nel registro dell'evento:
Log Name: Application Source: ESE Date: 8-8-2009 11:39:19 Event ID: 224 Task Category: ShadowCopy Level: Information Keywords: Classic User: N/A Computer: EXMBX12.labs.local Description: Information Store (2444) mailbox database 0242942819: Deleting log files G:\mailbox database 0242942819\E0000000001.log to G:\mailbox database 0242942819\E0000000003.log.
WSB è solo in grado di creare un backup completo o una copia di backup. Non supporta i backup incrementali o differenziali.
Replica di database
WSB può anche creare copie di backup dei database che sono parte di un gruppo di disponibilità del database (DAG). Una limitazione del WSB, tuttavia, è che solo può creare una copia di backup di una copia del database attiva. Se si crea un backup di una copia attiva, riuscirà il backup. Quando tale copia attiva si sposta su un altro server e il database locale diventa passivo, il backup avrà esito negativo.
Il processo di creazione dei backup è identico al processo descritto in precedenza, fatta eccezione per i file di log troncato. I file di registro vengono troncati solo se tutti i file di registro vengono replicati e inoltrati in altre copie del database. Solo allora verranno troncati i file di log sulla copia attiva. Questo può richiedere un certo tempo, che non è nessun motivo per preoccuparsi. Viene inoltre registrato nel registro eventi:
Log Name: Application Source: MSExchangeIS Date: 8-8-2009 11:54:16 Event ID: 9827 Task Category: Exchange VSS Writer Level: Information Keywords: Classic User: N/A Computer: EXMBX01.labs.local Description: Exchange VSS Writer (instance 725e6ff5-7fd0-4c52-9bf1-f62fafc425ea:5) has successfully completed the full or incremental backup of replicated database 'Mailbox Database 1444276156'.
I file di registro verranno troncati dopo che li replay.
Alta disponibilità
Per un ambiente di Exchange Server 2010 completamente altamente disponibile, è necessario configurare il server di cassette postali in quanto tale, ma anche i server Trasporto Hub, server Accesso Client e i server Trasporto Edge (se li usate). Le configurazioni ad alta disponibilità (HA) per questi altri ruoli del server sono molto diverse dal ruolo del server cassette postali. Essi sono, tuttavia, simili alle loro configurazioni di Exchange Server 2007.
Server Trasporto Hub
Per la ridondanza del trasporto, avrete bisogno di almeno due server Trasporto Hub. Quando si crea un connettore di invio, è possibile definire il server di origine che invia i messaggi tramite questo connettore. Per la ridondanza, è possibile aggiungere un secondo server Trasporto Hub come server di origine:
- Accedere a un Server di Exchange e aprire Exchange Management Console.
- Espandere il server di Exchange On-premise e la foglia di organizzazione. Scegliere la foglia di trasporto Hub e selezionare la scheda connettori di invio.
- Fare clic destro il connettore di invio è necessario modificare e selezionare Proprietà.
- Nelle proprietà del connettore di invio, selezionare la scheda Server di origine.
- Fare clic sul pulsante Aggiungi per aggiungere un secondo server Trasporto Hub per il connettore di invio.
- Dopo aver selezionato il secondo server, fare clic su OK due volte.
Il server Trasporto Hub ora avrà un percorso ridondante e caricherà automaticamente i messaggi in uscita equilibrio su entrambi i server di origine. Utilizzerà un meccanismo round-robin per il traffico SMTP in uscita su entrambi i server Trasporto Hub di bilanciamento del carico.
Per la messaggistica in ingresso, è necessario implementare manualmente una soluzione di bilanciamento del carico. Questo può essere un Internet Security e Acceleration (ISA) Server 2006 o qualsiasi altro dispositivo hardware in grado di caricare il bilanciamento del traffico SMTP. È inoltre possibile utilizzare Windows Server 2008 Network Load Balancing (NLB), questa è una soluzione Microsoft out-of-the-box.
Utilizzo di bilanciamento carico di rete, è possibile costruire una soluzione di bilanciamento del carico in esecuzione su Windows che traccia tutte le connessioni in ingresso e automaticamente il carico delle richieste di equilibrio tra i server Trasporto Hub. Questa è una soluzione completamente supportata da Exchange Server 2007 SP1. L'ultima opzione è utilizzare DNS round-robin per il carico del traffico in arrivo saldo.
NLB è supportata solo per le connessioni SMTP in ingresso, non per connessioni SMTP in uscita. Non è possibile installarlo su qualsiasi server che già ospita un DAG. Un server che ospita un DAG deve avere Windows failover clustering in funzionamento e bilanciamento carico di rete non può coesistere con il clustering di failover di Windows.
Server Accesso client
Per ridondanza sul livello server Accesso Client, è necessario implementare almeno due server, che dovrebbe essere carico bilanciato a livello di protocollo. La soluzione di bilanciamento del carico può essere una soluzione Microsoft ISA Server 2006 o una soluzione di bilanciamento del carico basato su hardware. Come con i server Trasporto Hub, è inoltre possibile utilizzare Bilanciamento carico di rete per load balancing connessioni sul server Accesso Client (a meno che esso ospita un DAG).
Server Trasporto Edge
Quando si utilizza una soluzione di trasporto Edge nella DMZ della rete, è necessario almeno due server Trasporto Edge. Tenete a mente che tutti i server Trasporto Edge hanno la propria istanza del servizio Active Directory Lightweight Directory (AD LDS, precedentemente conosciuto come Active Directory Application Mode, o ADAM). Inoltre, tutti i server Trasporto Edge hanno il proprio abbonamento per i server Trasporto Hub nella rete aziendale.
Quando più server Trasporto Edge sono connessi al sito stesso, sono automaticamente aggiunti come server di origine per il connettore di invio in ingresso. Bilanciamento del carico avviene attraverso questi server Trasporto Edge nello stesso modo come i server Trasporto Hub.
Con la nuova funzionalità di DAG in Exchange Server 2010, è ora possibile creare soluzioni HA a livello del server di cassette postali. Questa funzionalità sostituisce la replica continua Cluster (CCR) e la replica continua di Standby (SCR) in Exchange 2007. Per essere onesti, il DAG è quello che avrebbe dovuto essere CCR/SCR. È flessibile, potente e meno complesso rispetto alla soluzione CCR/SCR. È veramente il meglio di entrambi i mondi.
Le soluzioni HA il ruolo del server Trasporto Hub e il ruolo del server Accesso Client vengono implementate con bilanciamento del carico di protocollo. È possibile ottenere questo utilizzando un bilanciamento del carico hardware o bilanciamento carico di rete Windows, o utilizzando DNS round robin. Questo processo non è cambiata molto.
Si dovrebbe ora essere in grado di garantire che il vostro Exchange Server è sempre attivo e funzionante. Naturalmente, questa è solo una guida pratica per iniziare. C'è molto di più per imparare a fare prova di disastro il vostro ambiente Exchange.
.jpg)
Jaap Wesselius è il fondatore di DM consulenti, un'azienda con un forte focus sulle soluzioni di messaggistica e collaborazione. Dopo aver lavorato presso Microsoft per otto anni, Braun ha deciso di impegnarsi più del suo tempo per la comunità di scambio nei Paesi Bassi, risultante in un Exchange Server MVP award nel 2007. Egli è anche un assiduo collaboratore presso l'olandese Unified Communications User Group e un autore regolare per Simple-Talk.
Ulteriori informazioni su "Exchange 2010 - un pratico approccio" a red-gate.com/our-company/about/book-store.