Exchange Queue & A Ripristino di un server cassette postali in cluster, problemi di Rubrica indirizzi non in linea e altro ancora

Henrik Walther

QL'infrastruttura di messaggistica dipende da Exchange 2007 SP1. Tutti i server di Exchange 2007 SP1 sono stati installati in Windows Server 2008. Abbiamo due centri dati, il datacenter primario e un backup in cui è possibile failover deve una situazione di emergenza strike primario. Nel datacenter principale, tutti i server di cassette postali sono basati sulla replica continua cluster (CCR, Clustered Continuous Replication) per fornire una soluzione di elevata disponibilità locale. Per il failover di server cassette postali dal centro dati primario per il backup datacenter, è possibile utilizzare la replica continua di standby (SCR). Ciò significa che tutti i base CCR cluster cassette postali server (CMSs) di datacenter primaria anche fungono origini SCR. Ogni origine SCR dispone di destinazioni SCR corrispondente nel datacenter backup sotto forma di un cluster standby in cui solo il passivo cassette postali ruolo del server è stato installato

Recente abbiamo un test di failover di sito tra i due centri di dati e, purtroppo, viene eseguito in un problema quando si tenta di ripristinare CMSs ai cluster standby. Quando si esegue Setup.com con passare il /RecoverCms, viene visualizzato il messaggio di errore illustrato nella Figura 1 .

Figura 1 installazione errore durante il ripristino CMS a un cluster standby

È stato sapere se questo errore si è visto durante il ripristino un CMS per un cluster standby e, cosa più importante, se una risoluzione per esso.

ASì, HO avuto misfortune di che si verifichi questo problema durante il tentativo recuperare un CMS a un cluster standby. Fortunatamente, questo è anche durante un test di failover di livello del sito. (È necessario? spiegare perché è importante verificare le soluzioni di failover)

Una cosa ottenuto di riflessioni è che È stato testato la stessa impostazione più volte prima senza problemi. Tuttavia, tutti i test ripristino precedente sono stati con Exchange 2007 SP1 è installato su Windows Server 2003 e non Windows Server 2008 nello stato nel caso in cui è possibile premere questo problema.

Questo ha di scoprire come Windows Server 2008 failover cluster lavoro confrontato con i cluster di Windows Server 2003. In Windows Server 2003 è stato creato e dedicato un account del servizio cluster al cluster. In Windows Server 2008, tal non; al contrario, il cluster di failover viene eseguito il "sistema locale". Dopo l'analisi dell'applicazione e il sistema accede nel cluster standby in cui si tenta di ripristinare il CMS, è possibile trovare l'errore illustrato nella Figura 2 .

Nella figura 2 Errore ripristino due to autorizzazioni non adeguate

Questo errore di id di evento viene spiegato che il cluster di failover di Windows non abbia le autorizzazioni necessarie aggiornare l'account di computer CMS in Active Directory. Vengono inoltre elencati tre possibili cause. Poiché si sta ripristino un CMS esistente in un cluster standby, è possibile ignorare il primo elemento. Poiché è non raggiunge le quote per il numero di oggetti computer, è possibile ignorare nonché numero due. L'ultimo elemento, tuttavia, è molto interessante. Indica per verificare che il cluster di failover di Windows in cui è ripristinare la CMS disponga di autorizzazioni "Full Control" all'oggetto account computer CMS.

Un aspetto nella scheda Security nella pagina delle proprietà dell'oggetto computer CMS in Active Directory utenti e computer del rivela che il cluster standby non dispone di autorizzazioni "Full Control" (Figure 3).

Nella figura 3 il cluster standby non dispone di autorizzazioni “ Full Control ”

Aggiunta nel cluster standby con autorizzazioni "Full Control" oggetto computer CMS risolti il problema per me e deve eseguire la stessa nel proprio ambiente.

Al momento di questo articolo (la fine di febbraio), non c'è nessuna informazioni su questo problema in luoghi pubblici, come TechNet o in tutti gli articoli KnowledgeBase. Tuttavia, l'amico buona McMichael Tim servizio supporto tecnico clienti Microsoft è scritto un post di blog su questo argomento viene inserito nella molto maggiore dettaglio più sono in grado di eseguire in seguito. <A pertanto accedere estrarre del Tim blog per ulteriori informazioni " Autorizzazioni consigliate per CNO (oggetto nome cluster) in Windows 2008 per operazioni di installazione di Exchange 2007 SP1.").

QSiamo attualmente in fase di creazione di una soluzione di failover a livello di sito. Per l'infrastruttura di messaggistica di Exchange 2007 SP1 ci concentreremo utilizzare la replica continua di standby (SCR) come soluzione di ripristino di emergenza tra il datacenter primario e di backup. Poiché solo alcuni dei nostri utenti finali sono state aggiornate a Office Outlook 2007 con il resto ancora in Outlook 2003, è stato ottenuto una domanda. Quando si verifica un failover dei server Exchange 2007 SP1 dal centro dati primario per il backup datacenter, verrà semplicemente prelievo entrambe versioni di Outlook le modifiche apportate dopo l'esecuzione di passaggi necessari di failover del sito SCR?

ADomanda molto valida e, in realtà, la risposta dipende se in uso portabilità RecoverCMS o database per eseguire il failover dei server delle cassette postali per il datacenter backup. Se presenti server cassette postali autonomi datacenter primario e replicare questi server cassette postali autonomi nel datacenter backup utilizzando SCR e quindi si utilizzerà portabilità del database in ordine di failover il Mailbo x database. Se si dispone di cluster a copia singola (SCC) o server di cassette postali di replica continua di tipo cluster nel centro dati primario backup e cluster standby nel datacenter backup, è necessario utilizzare l'opzione RecoverCMS per ripristinare l'intero CMS per datacenter backup. Quando si utilizza RecoverCMS come meccanismo di failover, è in genere non necessario preoccuparsi di connettività dei client Outlook dopo il failover. Tenere presente che l'indirizzo IP del CMS verrà modificati. Ma se è stato configurato il DNS valore Time to Live (TTL) su 5 minuti in base alle indicazioni dell'esercitazione migliore, che verrà esistere un lieve ritardo affinché i client Outlook possa riconnettere il CMS.

Se si sta utilizzando la portabilità del database come meccanismo di ripristino, la situazione è leggermente diverso a seconda la versione client di Outlook. I client Outlook 2007 rifletteranno le modifiche apportate automaticamente tramite il servizio di individuazione automatica che viene eseguito sul server Accesso client. Questo significa che non è necessario effettuare qualsiasi modifica manuale per questa versione di Outlook. Tuttavia, non Ecco necessariamente nel caso di client Outlook 2003. Quando una cassetta postale è stata recuperata in un altro server, il nome del server di archiviazione i database delle cassette postali naturalmente sarà diverso.

È possibile domandarsi questa questione quando si utilizza il cmdlet di cassette postali di spostamento con i –ConfigurationOnly passa dopo il failover? Sì, comunque importante poiché Outlook 2003 non supporta il servizio di individuazione automatica. Questo significa che server originale in cui le cassette postali sono state archiviate prima il failover deve in linea in modo che il nome del server nel profilo di Outlook MAPI può essere aggiornato. Se il server originale è in modalità non in linea, il nome del server non può essere aggiornato automaticamente.

Pertanto, se si sta affiancate una situazione di emergenza in cui tutti i server nel centro dati primario sono non in linea, è necessario riconfigurare i profili di Outlook 2003 MAPI utilizzando uno strumento come redirector il profilo di Microsoft Exchange Server all'indirizzo (ExProfre) in combinazione con uno script di accesso in modo che rifletta le modifiche. Vale la pena notare che se tutti i client sono stati si trova nel datacenter principale, è necessario ricreare tali comunque.

QNell'infrastruttura di messaggistica di Exchange 2007 SP1 tutti i nostri server di cassette postali sono replica continua cluster (CCR) - attivato. Quattro schede di interfaccia di rete (NIC, Network Interface Card) è installato in ogni nodo del cluster. Due schede di rete sono stati teamed e sono connessi alla rete pubblica, che accetta le richieste dei client Outlook e così via. La terza scheda di rete utilizzata per la rete heartbeat tra i nodi cluster due nella tecnica CCR. La quarta scheda di rete è presenti in particolare per motivi per la distribuzione dei log. Utilizzando il cmdlet ContinuousReplicationHostName attiva introdotto in Exchange 2007 SP1, è disporre (per poter ottenere ridondanza di distribuzione dei log) specificato che è possibile utilizzare sia l'heartbeat che la rete di spedizione registro dedicato per spedire il file di registro da attivo sul nodo passivo. Questa funziona attraente e realmente riduce il traffico sulla rete pubblica, soprattutto in situazioni in cui un reseeding di uno o più database delle cassette postali sono necessari (anche se dovrebbe essere piuttosto raro).

Abbiamo anche SCR abilitato tra questi server delle cassette postali in base CCR e più destinazioni SCR nel nostro datacenter di backup. Questo comporta la domanda. È possibile utilizzare il cmdlet ContinuousReplicationHostName attiva con SCR?

ASono FELICE che è stata utile è il cmdlet EnableContinuousReplicationName. Tuttavia, poiché questo cmdlet è stato creato appositamente per soluzioni di replica continua di tipo cluster, la risposta alla domanda è, sfortunatamente, non, attualmente che questo non è supportato in una soluzione SCR.

QSi hanno modificato solo da Exchange 2003 a Exchange 2007 SP1. Tutti i ruoli del server Exchange 2007 SP1 sono in esecuzione nella finestra Server 2008 e i nostri server cassette postali di Exchange 2007 si basano la replica continua di tipo cluster.

Operazioni molto bene funzionano finora ma si è rilevati un problema con il non in linea indirizzo Rubrica (OAB). Quando si è aggiornato con nuovi oggetti di posta elettronica, gli aggiornamenti non vengono riprodotte nelle Outlook 2007 agli utenti finali. È necessario sono stato risoluzione il problema e sono trovate 1021 ID evento nel registro applicazione sui server di accesso client con la seguente descrizione:

Process MSExchangeFDS.exe (PID=xxxx). Could not find directory <OAB share location> 
This is normal if the directory has never been generated. Otherwise, make sure this directory
and share has read permission for the "Exchange Servers" group.

Si è tentato di copiare la Rubrica fuori rete manualmente dal server delle cassette postali in base CCR in cui è ospitato al server di accesso client. Di conseguenza gli aggiornamenti in Outlook, ma si desidera ottenere il problema risolto in modo permanente. Hai la soluzione?

AÈ stato premuto tale strada troppo. Il motivo di questo problema è a causa della modalità di funzionamento del cluster di failover 2008 Windows. Cluster di failover 2008 Windows introduce un nuovo concetto denominato ambito condiviso. In sostanza, condiviso ambito indica che una condivisione di file è specifica, al nome nodo o a uno dei cluster nome degli oggetti che gli host di condivisione. Il nome del nodo è presente in una condivisione, non sono accessibili dal nome del server cassette postali di cluster (CMS). Per informazioni più geeky sull'ambito di condivisione file, vedere il post nella richiesta del blog del team principale " File condividere 'ambito' in failover cluster di Windows Server 2008").

Per risolvere il problema, è necessario installare Exchange 2007 SP1 rollup aggiornamento 5 o versioni successive, che include la necessaria correzione del bug. Vedere anche l'articolo" Exchange 2007 protezione dall'accesso di codice Impossibile copiare la rubrica non in linea dalla condivisione della Rubrica fuori rete nei cluster di Windows Server 2008 Exchange 2007 CCR." Poiché questo aggiornamento cumulativo porta alcuni regressioni con esso, è importante che leggere l'articolo rollup aggiornamento 5 KB attentamente prima di utilizzare questa soluzione.

Walther Henrik è un Microsoft Certified master: Exchange 2007 e MVP per Exchange con più di 15 anni di esperienza in azienda IT. Lavora come un architetto di tecnologia per Trifork infrastruttura consulenza (un partner Microsoft Gold in Danimarca e come un Technical writer per Biblioso Corporation (una società Usa basata specializzata in servizi di documentazione e la localizzazione gestiti).