Exchange Domande e risposte
Le transizioni e migrazioni
Henrik Walther
T ransitions e migrazioni sembrano essere su grandi quantità di talenti degli utenti. In questa installazione indirizzo domande sullo spostamento da Exchange 2003 a Exchange 2007, nonché da uno di questi per Exchange 2010.
| D | Nostra organizzazione Lotus Domino viene utilizzato per la messaggistica. Tuttavia, ci stiamo pianificazione spostare in Exchange.Because Exchange 2010 è sufficiente racchiudere l'angolo, ci stiamo valutando ignorando Exchange 2007 e migrazione invece direttamente a Exchange 2010. Con questo è importante ricordare, disponiamo di una domanda per l'utente: Microsoft aggiornerà Microsoft Transporter Suite al supporto Exchange 2010 o fornirà un altro strumento di coesistenza e migrazione? |
| R | Il team di Exchange non aggiungerà il supporto per Exchange 2010 in Microsoft Transporter Suite. Invece, esso si basa su strumenti di partner per fornire la funzionalità set necessaria per una migrazione Domino-to-Exchange. È ad esempio, aiutando partner con aggiornamenti così loro coesistenza di Domino a Exchange / strumenti di migrazione per il corretto funzionano in Exchange 2010. Inoltre, il team di Exchange verrà assicurarsi che i partner di affrontare le distanze di funzionalità. Si noti che è possibile eseguire la migrazione senza utilizzare strumenti di partner che supportano Exchange 2010. Per effettuare questa operazione, si sarebbe distribuire un server di Exchange 2007 da utilizzare come un hop di migrazione. Vale a dire, aggiungere un server di Exchange 2007 per l'infrastruttura, quindi configurare il Transporter Suite su di esso. Eseguire innanzitutto la migrazione dei dati da Domino a tale server e da lì ai server di Exchange 2010. Ultimo, tenere presente che Microsoft supporterà Transporter Suite tutta la durata di Exchange 2007, supporto esteso per quale estremità in 2017. In questo modo, è ancora pochi anni per eseguire la migrazione con la Transporter Suite.
|
| D | È possibile sapere da Exchange 2007 release to manufacturing (RTM) e SP1 non supportano la versione 2 di Windows PowerShell, ma verrà Exchange 2007 SP2? sto chiedere perché ci stiamo pianificazione per la gestione di Exchange 2007 e i server 2010 con gli strumenti di gestione di Exchange equivalenti dallo stesso server. |
| R | Sì, Exchange 2007 SP2 supporterà Windows PowerShell v2 per tale scopo esatto. Poiché Microsoft supporta l'installazione di Exchange 2007 e gli strumenti di gestione 2010 sullo stesso server (vedere di Figura 1), e con una conseguente rende la gestione di Exchange 2007 e 2010 da possibili server stesso, supporto di Windows PowerShell v2 in Exchange 2007 SP2 resi senso. Ma tenere presente che Exchange 2007 SP2 sarà in grado di sfruttare nuove funzionalità, ad esempio PowerShell remoto in Windows PowerShell v2. Significa semplicemente che è possibile installare Windows PowerShell v2 invece di Windows PowerShell v1. L'insieme di funzionalità di Windows PowerShell di Exchange 2007 rimangano uguali. |
.jpg)
Figura 1: Un singolo server è in grado di supportare gli strumenti di gestione di Exchange 2007 SP2 ed Exchange 2010.
| D | Ci stiamo prevede di transizione da Exchange 2003 a Exchange 2007. Prima di facciamo, desideriamo eseguire l'aggiornamento dei nostri controller di dominio a Windows Server 2008 comebene come passare l'insieme di strutture e il dominio livelli funzionali da Windows 2003 alla modalità nativa diWindows 2008.Nelle nostre ricerche, abbiamo riscontrato documentazione)TechNet.Microsoft.com/library/bb232170.aspx) che indica che server di Exchange 2003 non funzioneranno più come previsto se si modifica l'ambiente Active Directory di dominio in modalità nativa Windows Server 2008. Sarebbe è colmare le lacune sul motivo per cui Microsoft non supporta il passaggio dell'ambiente Active Directory alla modalità nativa di Windows Server 2008? |
| R | L'articolo sia corretto e qui è la ragione per cui. In primo luogo, Microsoft ha creato Exchange 2003 (nonché i relativi service pack) lungo prima che esso sviluppato ambienti Windows Server 2008 e basato su Windows 2008 Active Directory. Questo, ovviamente, significa che il gruppo di prodotti Exchange non aveva alcuna possibilità di codifica o per il testing contro un ambiente basato su Windows Server 2008 Active Directory durante lo sviluppo di Exchange 2003. Dato che il supporto di Exchange 2003 è terminata (Sebbene il supporto esteso viene eseguito tramite mid 2014), devoting le risorse di test per questo scenario non ha senso qualsiasi. La conclusione è che il team di Exchange non sa se qualsiasi funzionalità di Exchange 2003 si interromperà in un ambiente Active Directory basato su Windows Server 2008. Ma si tratta certo: Le possibilità di cambiare il codice di Exchange 2003 di Microsoft per risolvere il problema dovrebbe qualcosa di interruzione, sono ridotti a nessuno.
|
| D | Abbiamo abbiamo state informate che numerose modifiche dello schema in Exchange 2007 SP2 abilitare coesistenza con Exchange 2010.Will che dobbiamo eseguire Setup.com /PrepareSchema quando si esegue l'aggiornamento a Exchange 2007 SP2, nonché quando ci stiamo predisposizione dell'ambiente di Active Directory per Exchange 2010? Inoltre, abbiamo la stessa domanda per Setup.com /PrepareAD e /PrepareDomain. |
| R | Exchange 2007 SP2 contiene effettivamente le modifiche dello schema. Come effetti, questo service pack include tutte le modifiche dello schema richieste da Exchange 2010. Sì, è possibile leggere correttamente. Se è stato effettuato l'aggiornamento di Exchange 2007 SP2, non è necessario eseguire Setup.com /PrepareSchema quando si è pronti per preparare l'ambiente di Active Directory per Exchange 2010. Exchange gruppo prodotto scelto di includere lo schema di Exchange 2010 cambia in Exchange 2007 SP2 principalmente in modo che i clienti dovuto solo eseguire una sola volta Setup.com /PrepareSchema. Ma anche se è stato aggiornato a Exchange 2007 SP2 e pertanto apportate modifiche allo schema necessarie per Exchange 2010, è necessario eseguire ancora Setup.com /PrepareAD e /PrepareDomain utilizzando i bit di Exchange 2010. Ciò è dovuto nuovi gruppi di protezione universale, il modello di autorizzazione controllo dell'accesso basato sui ruoli, i cmdlet e ipotesi e non che saranno disponibili con Exchange 2010 a.
|
| D | Il tipo di aumento delle dimensioni del database (NTDS.dit) Active Directory è consigliabile previsto dopo l'installazione di oggetti dello schema inclusi in Exchange 2010 |
| R | Come regola generale, piano per 2 KB di crescita del DIT (Directory Information Tree) per ogni nuova classe o attributo nello schema di Active Directory. Poiché Exchange 2010 consente di installare circa 3.000 oggetti nello schema, è possibile che le dimensioni complessive del file Ntds.dit per aumentare circa 6 MB. Come indicato nella mia risposta alla domanda precedente, le stesse modifiche dello schema sono incluse in Exchange 2007 SP2 ed Exchange 2010. Pertanto, verrà visualizzato la crescita stessa indipendentemente se si esegue Setup.com /PrepareSchema Exchange 2007 SP2 o Exchange 2010 bit. |
.jpg)
Figura 2: il file Ntds.dit può essere considerevole.
| D | Poiché disponiamo di numerosi utenti Mac, disponiamo di un lotto di Entourage 2008 (e meno recenti) client nel nostro environment.Most di messaggistica basati su Exchange 2007 client Entourage di connettersi a Exchange mediante Web-based Distributed Authoring and Versioning (WebDAV), ma alcuni connettono tramite POP (Post Office Protocol), come pure IMAP (Internet Message Access Protocol). Abbiamo abbiamo sentito che Microsoft è interruzione WebDAV come di Exchange 2010 e chiedersi se che verrà chiusa client Entourage costretti a connettersi a Exchange 2010 utilizzando i protocolli legacy come POP o IMAP? |
| R | Sì, è vero, con Exchange 2010 Microsoft interrompe WebDAV. E, Sì, ciò significa che gli utenti di Entourage 2008 e le versioni meno recenti solo saranno in grado di connettersi a Exchange 2010 tramite POP o IMAP. Ma il team di Exchange non è sufficiente ignorare questo protocollo di client di posta poiché viene utilizzato un altro gruppo di prodotti Microsoft. Microsoft è in questo modo, avendo cura di questo problema con il nuovo client di Entourage (ovvero, della stesura del presente documento, in versione beta). Il client di Entourage imminente utilizzerà servizi Web di Exchange (EWS) per la connessione a Exchange. Di conseguenza, questa versione anche supporterà molte più funzionalità rispetto alla versioni precedenti, basate su WebDAV. A questo punto possono sincronizzare withExchange attività, note e le categorie e la nuova versione di Entourage avrà supporto completo per l'individuazione automatica (Entourage 2008 SP1 era solo supporto limitato per Individuazione automatica). Per ulteriori informazioni sulla prossima versione di Entourage di seguito: officeformac.com/blog/Entourage-for-Exchange-Web-Services-Beta-is-Live.
|
| D | Siamo nelle aziende di piccole dimensioni che desideri utilizzare la nuova funzionalità di gruppo (DAG) disponibilità database una volta abbiamo aggiornamento da Exchange 2003 a Exchange 2010.We lette tutte le sezioni correlate DAG nella documentazione di Exchange 2010 TechNet, ma non può sembrare per trovare informazioni su quanti server membro DAG di schede di rete necessario. Le macchine che ci stiamo pianificazione dedicare come server membro DAG attualmente solo dispongono di una NIC. È sufficiente questo? |
| R | Sebbene DAGs funzionerà correttamente con la sola interfaccia di rete, è veramente necessario disporre almeno due schede di rete connesse per separare le subnet di ogni server membro DAG. Infatti, Microsoft non supporta DAGs con sola interfaccia di rete. Potrebbe essere evidente perché si tratta di uno scenario di lavoro se non lo supporta Microsoft. |
.jpg)
Figura 3: Un server di database disponibilità gruppo membro deve avere almeno due interfacce di rete, come illustrato di seguito
Bene, immaginiamo che le operazioni seguenti: Si dispone di DAG con due server membro ogni configurato con due NIC--una rete pubblica per le connessioni MAPI (Messaging Application Programming Interface) e una rete privata per l'heartbeat e la replica.
A questo punto si perde la rete privata, serve anche la rete di replica. In questo caso, la replica continuerà tramite la rete pubblica (anche se non sono state è attivata la replica per questa rete).
Se si disponeva solo di una singola scheda in ogni server membro DAG, verrebbe interrompere la replica. A seconda della durata del tempo di inattività, potrebbero comportare la copia enorme code e si potrebbero perdere dati se la copia di database attivo è danneggiata ed è stato necessario un failover a una copia di database in un altro server membro DAG.
Henrik Walther , un Microsoft Certified Master: Exchange 2007 ed Exchange MVP con più di 15 anni di esperienza nel settore IT. Lavora come architetto un tecnologia per Timengo (un Microsoft Gold Certified Partner in Danimarca) e come un technical writer per Biblioso Corporation (una società americana specializzata in gestito servizi di documentazione e localizzazione).