Exchange Queue & A
Installazione di Exchange 2003/2007 in un ambiente Exchange 2010
Henrik Walther
Domanda: È possibile installare Exchange 2003 o 2007 in un'organizzazione pura di Exchange 2010?
Risposta: Se si tratta di un ambiente Exchange 2010 greenfield (un'organizzazione di Exchange composto solo da server Exchange 2010 e mai avuto nelle versioni precedenti di distribuzione di Exchange), la risposta è nessuna. Se si passa da Exchange 2007 a Exchange 2010 e dell'ultimo server di Exchange 2007 è già stato disattivato, la risposta è nuovamente nessuna. Per poter installare Exchange 2007 in un secondo momento nell'organizzazione, poiché ora è considerata come un'organizzazione pura di Exchange 2010.
Se si prevede di transizione da Exchange 2003 a Exchange 2010 e già preparato l'insieme di strutture di Active Directory utilizzando l'installazione di Exchange 2010, nuovamente non è possibile installare un server di Exchange 2007 nell'organizzazione. L'altro, verrà visualizzato un avviso menzionato in questo quando si installa il primo Exchange 2010 in un'organizzazione pura di Exchange 2003 (vedere Nella figura 1).
.jpg)
Figura 1 Il programma di installazione visualizza un avviso che non è possibile installare Exchange 2007 nell'organizzazione dopo la preparazione, utilizzando il programma di installazione di Exchange 2010.
Pertanto, se si ritiene che sarà necessario un server di Exchange 2007 a un certo punto, è consigliabile mantenere un server di Exchange 2007 dell'organizzazione dopo il passaggio da Exchange 2007 a Exchange 2010. In alternativa, se sta passando da Exchange 2003 a Exchange 2010, è necessario distribuire un server nell'organizzazione di Exchange 2007 prima di preparare l'insieme di strutture di Active Directory utilizzando l'installazione di Exchange 2010.
Domanda: Exchange 2007 è attualmente utilizzato come sistema di messaggistica nel nostro ambiente dell'organizzazione. Abbiamo appena stati aggiornati tutti i nostri computer client da Windows XP a Windows 7 e ci stiamo problemi durante l'installazione degli strumenti di gestione Exchange 2007 (SP2) su nuovi client di Windows 7. Nulla di speciale è necessario prestare particolare attenzione quando l'installazione di Exchange 2007 Management strumenti su Windows 7?
Risposta: Poiché Exchange Server 2007 è stato sviluppato prima di Windows 7, gli strumenti di gestione di Exchange 2007 non sono supportati in Windows 7. Il gruppo di prodotti Exchange ha scelto di concentrare gli sforzi sull'Exchange 2010, che ovviamente è supportata in Windows 7.
Sfortunatamente, lo sviluppo del software è sempre soggette ai vincoli di preventivo e la risorsa e quando il gruppo di prodotti Exchange doveva decide di fornire supporto per l'installazione di strumenti di gestione di Exchange in Windows 7 questi imposto alcune restrizioni. Un aspetto importante è il fatto che circa 65 % di tutti i clienti che dispongono di Exchange sono ancora in Exchange 2003 e ora che Exchange 2010 è stato rilasciato alla produzione, la maggior parte dei clienti verranno ignorare Exchange 2007 e passare direttamente a Exchange 2010.
La soluzione consiste nell'installare Exchange 2007 Service Pack 3 nei client di Windows 7. Sì, si sentito parlare di tale diritto. In base ai commenti dei clienti, Exchange Product group ha deciso di rilasciare Exchange 2007 SP3 nella seconda metà del 2010, verrà aggiunto il supporto per l'installazione di Exchange 2007 degli strumenti di gestione sui client Windows 7 ed Exchange 2007 su Windows Server 2008 R2 Server. Per ulteriori informazioni sui piani per il rilascio di Exchange 2007 SP3 qui: https://msexchangeteam.com/archive/2009/11/30/453327.aspx.
Domanda: Come preparazione per un Exchange 2007 pianificato per migrazione Exchange 2010, ho impostare un ambiente di laboratorio con due insiemi di strutture di Active Directory separati. L'insieme di strutture di Active Directory di origine contiene un'organizzazione di Exchange 2007 e l'insieme di strutture di Active Directory di destinazione contiene un'organizzazione di Exchange 2010.
Sembra è importante ricordare che quando eseguita di Exchange 2003 per Exchange 2007 cross-forest migrazione, l'organizzazione di destinazione non richiesta necessariamente che l'account utente di Active Directory era già stata eseguita la migrazione insieme di strutture di Active Directory di destinazione.
Dopo aver cercato di spostare alcuni Exchange 2007 cassette postali tra insiemi di strutture a un'organizzazione di Exchange 2010, sembra che lo spostamento delle cassette postali tra insiemi di strutture con Exchange 2010 agiscono in modo differente rispetto a Exchange 2007 equivalente.
Può spiegare come spostare le cassette postali tra insiemi di strutture quando la destinazione è un'organizzazione di Exchange 2010?
Risposta: Si è corretto Sposta cassetta postale tra insiemi di strutture in Exchange 2010 Don ’t funzionano come in Exchange 2007.
Come indicare, il cmdlet Move-Mailbox per Exchange 2007 non richiedono necessariamente gli account di Active Directory per eseguire la migrazione insieme di strutture di Active Directory prima per lo spostamento della cassetta postale associata alla destinazione. Il cmdlet Move-Mailbox per Exchange 2007 avrebbe controllato per tutti gli account di Active Directory nella foresta di destinazione Active Directory che corrispondono a uno qualsiasi degli indirizzi proxy (indirizzi SMTP), origine ObjectSID masterAccountSID (objectSID e sidHistory) o legacyExchangeDN (x 500 indirizzo contrassegnata con l'oggetto utente). Se è stata trovata una corrispondenza, il corrispondente account di Active Directory nell'insieme di strutture di Active Directory di destinazione è abilitato all'utilizzo della posta elettronica. Se non è stata trovata una corrispondenza, il cmdlet Move-Mailbox creerebbe un abilitati per cassette postali AD account utente disattivato.
Con Exchange 2010 cose sono cambiate. In primo luogo, non viene utilizzato il cmdlet Move-Mailbox. Questo cmdlet è stato sostituito con il nuovissima richiesta Move nuovo cmdlet, che, per inciso, offre numerosi miglioramenti utili con esso. Inoltre, quando eseguendo delle cassette postali tra insiemi di strutture utilizzando il cmdlet New Move Request, Exchange 2010 prevede di trovare una valida mailuser e tenta di associare l'account di origine a un account di destinazione utilizzando msExchMailboxGUID. A differenza di Exchange 2007, esso non tenterà in modo che corrisponda un account di destinazione utilizzando gli attributi abovementioned. Ciò significa che prima di procedere si sposta tra insiemi di strutture con Exchange 2010, è necessario effettuare il provisioning di insieme di strutture di Active Directory di destinazione con utenti di posta elettronica.
L'altro, a differenza con Exchange 2007, è possibile ora eseguire spostamenti delle cassette postali tra insiemi di strutture utilizzando la console di gestione Exchange 2010 Exchange (vedere Nella figura 2). È sufficiente aggiungere l'organizzazione di Exchange dalla foresta di destinazione Active Directory di EMC prima.
.jpg)
Nella figura 2 Exchange 2010 richiesta Move remoto un'altra finestra
È possibile creare gli utenti nell'organizzazione di Exchange 2010 utilizzando lo script PrepareMoveRequest.ps1 destinazione descritto nella posta In questa sezione su Microsoft TechNet o utilizzando entrambi Identity Lifecycle Management (ILM) 2007 FP1 (con l'aggiornamento rapido più recente che consentirà di Exchange 2010 provisioning di ILM 2007 FP1) o utilizzando Forefront Identity Management (FIM 2010), che è attualmente disponibile in una versione release candidate 1 e verrà RTM più avanti in T1 2010.
Domanda: L'organizzazione ha attualmente distribuito Exchange 2007. È disponibile una soluzione di elevata disponibilità composto da 4 server di Exchange 2007, due server sono installati i ruoli del server Trasporto Hub e accesso client e due server che fungono da server cassette postali in cluster i nodi di un cluster di replica continua cluster (CCR). In un servizio NLB di Windows per bilanciare il carico e fornire failover automatico per client in ingresso e le connessioni SMTP sono stati configurati i server di Exchange 2007 in cui sono installati i ruoli del server CAS e HT. Questa soluzione funziona molto bene, ma ora che è stato rilasciato Exchange 2010, si desidera spostare in questa versione del Exchange Server più recente. Non solo sono presenti numerose nuove funzionalità che si desidera utilizzare, ma abbiamo inoltre abbiamo sentito che è possibile ridurre il numero di server di Exchange a due senza perdere la funzionalità di disponibilità ELEVATA che è ora disponibile.
Esistono considerazioni particolari, che è necessario essere a conoscenza prima di passare a una soluzione Exchange 2010 HA costituito da due soli server?
Risposta: Sì, per creare una soluzione con failover automatico e senza singoli punti di errore a livello hardware o di archiviazione di messaggistica di Exchange 2007 altamente disponibile, è necessario un totale di quattro computer: due server con installati i ruoli del server accesso client di Exchange 2007 e Trasporto Hub e due che agisce come nodi del cluster in un cluster continua basate su replica cluster (CCR).
Trasporto hub ha bilanciamento del carico incorporati e failover per le comunicazioni interne al sito e potrebbero rendere ridondanti utilizzando meccanismi di round robin DNS. Ma poiché il ruolo CAS non include alcuna funzionalità di bilanciamento del carico, in genere anche era necessario configurare questi due macchine come nodi in un cluster bilanciamento del carico (WNLB) di rete di Windows per fornire bilanciamento del carico e failover automatico per le connessioni in ingresso da client e server su Internet e altre reti esterne.
I due computer che agisce come nodi del cluster in cluster CCR dovrebbe i ruoli del server cassette postali attivi e passivi installati rispettivamente, in modo che il server di cassette postali in cluster (CMS) Impossibile commutazione o il failover a dei nodi. Infine, si dovrebbe dedicare uno dei server front-end come condivisione di file server di controllo del mirroring (terzo voto) del cluster CCR.
Come forse si saprà CCR (SCC, LCR e SCR parimenti) è stata eliminata da Exchange 2010. Al contrario, Exchange 2010 introduce una nuova funzionalità denominata gruppi di disponibilità del database (DAGs). Questa funzionalità utilizza la stessa tecnologia di sincronizzazione come combinare SCR e CCR, ma presenta molte nuove caratteristiche e funzionalità in modo molto più che è molto meglio di CCR e SCR. Un aspetto interessante di Exchange 2010 è che è supportato per altri ruoli di Exchange 2010 (Hub Transport, Client Access e Unified Messaging anche) installati nello stesso server su cui si dispone di un ruolo del server cassette postali che è stato aggiunto a un DAG. In tal caso che non è più necessario dedicare due computer come server front-end per i ruoli del server accesso client e Trasporto Hub. È sufficiente installare i ruoli Exchange 2010 tutte le necessarie sui due computer e voilà, si dispone di una soluzione di messaggistica completamente ridondante basato su Exchange 2010. Beh, quasi. Sì, è stata sembrare troppo bene su true, non è stato?
Vedere poiché DAGs rendere utilizzano il componente Servizio cluster di Failover di Windows (WFC) da un extent (principalmente heartbeat e il database del cluster), non è possibile configurare due server come nodi di un servizio NLB di Windows poiché non è supportato da utilizzare WFC e WNLB sullo stesso server. Questo è stato non supportato da Windows NT 4.0 ed è a causa di hardware potenziali conflitti tra il servizio cluster e WNLB la condivisione. Per ulteriori informazioni nell'articolo della Microsoft Knowledge Base: https://support.Microsoft.com/default.aspx?kbid=235305.
Ciò significa che è necessario utilizzare un dispositivo esterno bilanciamento del carico/failover, ad esempio un sistema di bilanciamento del carico basato su hardware. Si noti inoltre che questo sistema di bilanciamento dovrebbe essere ridondante, pertanto è necessario un minimo di due periferiche.
Anche se ancora impiegano WFC e sebbene DAG è una funzionalità di Enterprise Edition è Don Exchange 2010 Enterprise Edition per utilizzare DAG ’t effettivamente necessari. A differenza con CCR di Exchange 2007 DAG è inoltre incluso con l'edizione standard di Exchange 2010. Ma tenere presente che è possibile utilizzare solo un totale di cinque database, inclusi la copia del database attivi e passivi, in questo scenario.
Poiché i ruoli CAS e HT installare sullo stesso computer che ha il ruolo server cassette postali ed è un server membro DAG, è possibile semplicemente due macchine e due Windows 2008 ed Exchange 2010 licenze edizione standard. Se non già un sistema di bilanciamento del carico esterno nel proprio ambiente, è possibile utilizzare una periferica di sistema di bilanciamento del carico virtuale o acquistare un sistema di bilanciamento del carico basato su hardware. Naturalmente, è necessario un server che funge da server di controllo del mirroring, ma anche se è una raccomandazione ottimale, ciò non è necessariamente necessario essere un Exchange Server. Può essere qualsiasi file server Windows 2003/2008 nell'ambiente in uso.
Henrik Walther is un Microsoft Certified Master: Exchange 2007 ed Exchange MVP con più di 15 anni di esperienza nel settore IT. Lavora come un architetto della tecnologia per Trifork Infrastructure Consulting (un Microsoft Gold Certified Partner in Danimarca) e come un technical writer per Biblioso Corporation (una basata su U.S. società specializzata in servizi gestiti di documentazione e localizzazione).