Fragen und Antworten zu Exchange

  • Artikel

Übergänge und Migration

Henrik Walther

T Ransitions und Migrationen scheinbar auf viele Leute Recht. In dieser Installation Adresse ich Fragen auf das Verschieben von Exchange 2003 zu Exchange 2007 als auch aus einer dieser auf Exchange 2010.

F Unser Unternehmen verwendet Lotus Domino für messaging. Wir sind jedoch geplant, das auf umzustellen Exchange.Because Exchange 2010 nur um die Ecke ist, wir denken über Exchange 2007 überspringen und stattdessen direkt auf Exchange 2010 migrieren. Mit dieser Denken Sie daran, eine Frage haben wir für Sie: Aktualisiert Microsoft das Microsoft Transporter Suite für die Unterstützung von Exchange 2010 oder wird ein weiteres Tool für Koexistenz und Migration bereitstellen?
A  

Das Exchange-Team wird Unterstützung für Exchange 2010 in der Microsoft Transporter Suite nicht hinzugefügt werden. Stattdessen wird es auf Partner-Tools für eine Domino-to-Exchange-Migration erforderlich Featureumfang übermitteln verlassen. Es ist z. B. Bibliothekfeatures Partner mit Updates so Ihre Koexistenz Domino zu Exchange / Migration Tools funktionieren ordnungsgemäß mit Exchange 2010. Darüber hinaus stellt das Exchange-Team sicher die Partner Funktionalität Lücken adressieren.

Beachten Sie jedoch, dass Sie ohne Partner-Tools, die Exchange-2010 unterstützen migrieren können. Zu diesem Zweck würden Sie einen Exchange 2007-Server als einen Hop Migration bereitstellen. D. h., fügen Sie einen Exchange 2007-Server für Ihre Infrastruktur und dann konfigurieren Sie Transporter-Suite darauf. Migrieren Sie Daten zuerst von Domino auf diesen Server und dann von dort zu 2010 Exchange-Servern.

Zuletzt, denken Sie daran, dass Microsoft Transporter-Suite im Verlauf der Lebensdauer von Exchange 2007, erweiterte Unterstützung für Endwert für die in 2017 unterstützt. Daher müssen Sie noch ein paar Jahren Ihre Migration mit der Transporter Suite durchführen.

 
F Ich kenne, die Exchange 2007 Release to manufacturing (RTM) und SP1 bieten keine Unterstützung für Windows PowerShell, Version 2, aber wird Exchange 2007 SP2? Ich bin der gefragt werden, da wir zum Verwalten von Exchange 2007 und Servern mit den entsprechenden Exchange-Verwaltungstools 2010 vom gleichen Server beabsichtigen.
A

Ja, wird Exchange 2007 SP2 Windows PowerShell v2 für diesen Zweck genaue unterstützen. Da Microsoft die Installation von Exchange 2007 und Verwaltungstools auf dem gleichen Server 2010 unterstützt (siehe Abbildung 1 ), und dadurch erleichtert die Verwaltung von Exchange 2007 und 2010 aus dem gleichen Server möglich, Unterstützung von Windows PowerShell v2 in Exchange 2007 SP2 vorgenommen sinnvoll.

Aber führen Sie Bedenken Sie, dass Exchange 2007 SP2 nutzen, neue Features, wie z. B. Remote PowerShell in Windows PowerShell v2 werden können. Es bedeutet einfach, dass Sie Windows PowerShell v2 anstelle von Windows PowerShell v1 installieren können. Der Windows PowerShell-Featuresatz von Exchange 2007 bleibt unverändert.

Abbildung 1: Ein einzelner Server kann Programme zur Verwaltung von Exchange 2007 SP2 und Exchange 2010 unterstützen.

F

Wir sind für den Übergang von Exchange 2003 zu Exchange 2007 planen. Bevor wir tun, wir möchten unsere-Domänencontroller auf Windows Server 2008 als aktualisierengut, wie die Funktionsebenen von Gesamtstrukturen und Domänen von Windows 2003 in den einheitlichen ModusWindows 2008 wechseln.Unsere Untersuchungen befinden wir Dokumentation)TechNet.Microsoft.com/library/bb232170.aspx), erfahren wir, dass Exchange 2003-Server nicht mehr funktioniert wie erwartet, wenn wir die Active Directory-Umgebung auf Windows Server 2008-Domäne im einheitlichen Modus ändern.

Würden Sie shed einige Licht auf warum Microsoft nicht unterstützt Active Directory-Umgebung in den einheitlichen Modus von Windows Server 2008 wechseln?
A  

Der Artikel ist korrekt, und warum steht Ihnen tatkräftig zur Seite. Zunächst erstellt Microsoft, Exchange 2003 (sowie zugehörigen Servicepacks) lang sein, bevor Sie die Windows Server 2008 und Windows 2008-basierten Active Directory-Umgebungen entwickelt. Dies bedeutet natürlich, dass die Exchange-Produktgruppe keine Gelegenheit codieren oder Tests auf einem Windows Server 2008-basierten Active Directory-Umgebung bei der Entwicklung von Exchange 2003 anhand gehabt.

Angesichts der Tatsache, dass Exchange 2003-Unterstützung (Obwohl die extended Support über mid 2014 ausgeführt wird) beendet wurde, Sinn nicht devoting Test-Ressourcen für dieses Szenario alle.

Die Quintessenz ist, dass das Exchange-Team wissen nicht, wenn alle Exchange 2003-Funktionen in einer Windows Server 2008-basierten Active Directory-Umgebung unterbrochen wird. Aber dies ist sicher: Etwas aufteilen sollte, sind die Chancen, dass Microsoft Exchange 2003-Code ändern zu seiner Korrektur auf keine slim.

 
F  

Informiert wir haben, dass mehrere Schemaänderungen in Exchange 2007 SP2 Koexistenz mit Exchange-2010.Will wir müssen Setup.com / /PrepareSchema ausführen aktivieren, bei der Aktualisierung auf Exchange 2007 SP2 als auch wenn wir die Active Directory-Umgebung für Exchange 2010 Vorbereiten?

Außerdem haben wir die gleiche Frage für Setup.com/PrepareAD und PrepareDomain.
A  

Exchange 2007 SP2 enthält tatsächlich Änderungen am Schema. Dieses Servicepack enthält wie eine Frage des tatsächlich alle erforderlichen Exchange 2010 Schemaänderungen. Ja, Sie korrekt lesen. Wenn Sie Exchange 2007 SP2 aktualisiert haben, müssen Sie nicht Setup.com / /PrepareSchema ausgeführt werden, wenn Sie die Active Directory-Umgebung für Exchange 2010 vorbereiten möchten. Die Exchange-Produktgruppe ausgewählt, haben um das Schema Exchange 2010 einschließen in Exchange 2007 SP2 in erster Linie so geändert, dass nur Kunden Setup.com / /PrepareSchema einmal ausführen musste.

Aber selbst wenn Sie auf Exchange 2007 Service Pack 2 aktualisiert, und haben daher vorgenommenen Änderungen am Schema für Exchange 2010 erforderlich, müssen Sie Setup.com/PrepareAD und verwenden die Exchange-2010 Bits PrepareDomain weiterhin ausführen. Dies ist aufgrund der neuen universelle Sicherheitsgruppen, rollenbasierte Berechtigungen Zugriffssteuerungsmodell, Cmdlets und was Not, die mit Exchange 2010 verfügbar sind.

 
F
Welche Art von Active Directory-Datenbank (NTDS.dit) Wachstum sollten erwarten, nach der Installation die Schemaobjekte mit Exchange 2010 enthalten?
A  

Als allgemeine Regel gilt planen Sie Wachstum pro neuen Klasse oder ein Attribut im Active Directory-Schema Verzeichnisinformationsstruktur (Directory Information Tree, DIT) 2 KB. Da Exchange 2010 ca. 3.000 Objekte im Schema installiert werden, sollten Sie erwarten, dass die Gesamtgröße der Datei "NTDS.dit" um ca. 6 MB zu erhöhen.

Wie in meiner Antwort zur vorherigen Frage erwähnt, sind die gleichen Schemaänderungen in Exchange 2007 SP2 und Exchange 2010 enthalten. Also wird das gleiche Wachstum unabhängig davon angezeigt, wenn Sie mit Exchange 2007 SP2 oder Exchange 2010 Bits Setup.com / /PrepareSchema ausführen.

Abbildung 2: die Datei "NTDS.dit" kann Größe veränderbar sein.

F  

Da wir viele Mac-Benutzer verfügen, wir haben viel Entourage 2008 (und ältere) Clients in unserer Exchange 2007-basierten messaging environment.Most der Entourage-Clients mit Web-Based Distributed Authoring and Versioning (WebDAV) eine Verbindung zu Exchange herstellen, aber ein paar Verbindung über einen POP (Post Office Protocol) als auch IMAP (Internet Message Access Protocol).

Gehört wir haben, dass Microsoft ist als der Exchange-2010 WebDAV beenden und sich Fragen, die Entourage-Clients gezwungen, eine Verbindung zu Exchange 2010 herstellen lassen, wenn werden ältere Protokolle wie POP oder IMAP verwenden?
A  

Ja, Sie haben Recht, Festlegen mit 2010 Microsoft Exchange WebDAV. Und Ja, das bedeutet, dass Benutzer von Entourage 2008 und ältere Versionen werden nur auf Exchange 2010 über POP- oder IMAP-eine Verbindung herstellen.

Aber das Exchange-Team nicht nur diese e-Mail-Client-Protokoll ignorieren, da eine andere Microsoft-Produktgruppe verwendet. Also ist Microsoft sich nehmen dieses Problem mit dem neuen Entourage-Client erledigen (die in der Betaversion als des Verfassens dieses Artikels ist).

Der bevorstehende Entourage-Client verwendet zum Herstellen einer Verbindung mit Exchange EWS (Exchange Web Services). Daher wird diese Version auch unterstützen viele weitere Features als die vorherigen WebDAV-basierten Versionen der Fall war.

Jetzt Aufgaben, Notizen und Kategorien können synchronisieren WithExchange, und die neue Version von Entourage hat vollen Unterstützung für die AutoErmittlung (Entourage 2008 SP1 musste nur eingeschränkte Unterstützung für die AutoErmittlung).

Sie erhalten weitere Informationen über die bevorstehende Version von Entourage hier: officeformac.com/Blog/Entourage-for-Exchange-Web-Services-Beta-is-Live.

 
F  

Wir ein kleines Unternehmen, das die neue Datenbank Verfügbarkeit Gruppe (DAG) Funktionalität nach dem Aktualisieren von Exchange 2003 auf Exchange 2010.We wir haben alle DAG bezogenen Abschnitte in der Dokumentation Exchange 2010 TechNet gelesen, aber hier finden Sie Informationen darüber, wie viele NICs DAG-Mitgliedsserver müssen scheinen kann nicht verwenden möchte.

Die Computer, die als Mitgliedsserver DAG derzeit nur aufwenden beabsichtigen wir, haben eine NETZWERKKARTE. Und reicht das?
A  

Obwohl die DAGs mit nur einer Netzwerkschnittstelle einwandfrei funktionieren, sollten Sie wirklich mit separaten Subnetze in jedem Mitgliedsserver DAG verbunden sind mindestens zwei NICs verfügen. In der Tat unterstützt Microsoft DAGs mit nur ein Netzwerkschnittstelle keine.

Sie Fragen sich vielleicht, warum dies ein Arbeit-Szenario, ist wenn Microsoft unterstützt.

Abbildung 3: Ein Datenbank Verfügbarkeit Gruppe Mitgliedsserver sollten mindestens zwei Netzwerkschnittstellen verfügen, wie hier gezeigt

Stellen Sie sich gut, vor die folgenden: Sie haben eine DAG mit zwei Mitgliedsserver jeder mit zwei NIC--konfiguriert werden, ein öffentliches Netzwerk für MAPI (Messaging Application Programming Interface) Verbindungen und ein privates Netzwerk für die Takt- und Replikation.

Jetzt verlieren Sie das private Netzwerk, das auch das Replikation Netzwerk dient. In diesem Fall wird die Replikation über das öffentliche Netzwerk weiterhin (auch wenn Sie die Replikation für dieses Netzwerk noch nicht aktiviert).

Wenn Sie nur einen einzigen NETZWERKADAPTER in jedem Mitgliedsserver DAG hatten, würde die Replikation anzuhalten. Je nach der Dauer der Ausfallzeiten riesige Kopie Warteschlangen können zu führen und Sie können Daten verloren gehen, wenn die aktive Datenbankkopie beschädigt ist und ein Failover zu einer Datenbankkopie auf einem anderen DAG Mitgliedsserver erforderlich war.

 

Henrik Walther , eine Microsoft Certified Master: Exchange 2007 und Exchange-MVP mit mehr als 15 Jahren Erfahrung im IT-Bereich. Er arbeitet als eine Technologie Architekt für Timengo (ein Microsoft Gold Certified Partner in Dänemark) und als technischer Redakteur für Biblioso Corp. (ein US-basierten Unternehmen, die auf die spezialisiert ist verwaltete Dokumentations-und Lokalisierungsdienste).