Exchange-Warteschlange &A: Blickpunkt Exchange Server 2010 SP1

Das erste Service Pack für Exchange Server 2010 soll offiziell noch in diesem Jahr veröffentlicht werden, wirft aber schon jetzt viele Fragen und Kommentare auf.

Henrik Walther

Probleme bei der Port

Frage: Wir treffen Pläne unserer Exchange 2010-Produktionsumgebung auf Exchange 2010 SP1 aktualisieren, wenn es später in diesem Jahr veröffentlicht hat, haben wir Exchange 2010 SP1 Beta-Version in unserer Sandbox getestet wurden. Wir haben vier Exchange 2010 Clientzugriffsserver in einem Array von CAS. Wir laden Saldo Exchange-Clients verursachte Datenverkehr über den Clientzugriffsserver ein Hardwaresystem zum Lastenausgleich von einem Drittanbieter verwenden. Wir haben auch statische RPC-Ports für den RPC-Client Access-Dienst und der Exchange--Adressbuchdienst zugeordnet.

Nachdem wir mit Exchange 2010 SP1 begann, haben wir eine Reihe von Problemen, die eine Verbindung mit einem Postfach mithilfe von Outlook mussten. Wir hatten auch Probleme, die das Adressbuch in Outlook zu öffnen. Wir scheinen diese Probleme haben, wenn Sie OWA verwenden. Haben Sie gesehen dies, oder zumindest eine Vorstellung davon, was dieses Verhalten verursachen könnten?

A: Mit der Exchange 2010 RTM-Version würde Sie einen statischen RPC-Port für RPC-Client Access-Dienst zugewiesen haben, indem Sie einen DWORD-Schlüssel mit dem Namen “ TCP/IP-Port ” in der Registrierung hinzufügen. Dies wäre unter: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeRpc\ParametersSystem. Sie würden auch einen statischen RPC-Port für den Exchange-Adressbuch-Dienst mithilfe der Datei Microsoft.exchange.addressbook.service.exe.config aus im Ordner “ Bin ” befindet sich im Installationsordner von Exchange 2010 zugewiesen haben.

Mit Exchange 2010 SP1 haben Dinge etwas geändert, wenn es darum geht, wenn des Dienstes Exchange-Adressbuch einen statischen Port zugewiesen. Verhindern, dass Exchange-Setup die benutzerdefinierte Werte in der Datei Microsoft.exchange.addressbook.service.exe.config überschreiben und diesem Konfigurationsschritt konsistenter mit, wie Sie einen statischen RPC-Port für RPC-Client Access-Dienst zuweisen, entschieden der Exchange-Produktgruppe, verschieben diese Konfigurationsoption in die Registrierung.

Wenn Sie nach der Aktualisierung ein Clientzugriffsserver auf Exchange 2010 SP1 die Microsoft.exchange.addressbook.service.exe.config-Datei zu öffnen, nicht mehr angezeigt, die

<add key="RpcTcpPort" value="static_port" />

Sie können im Abbildung 1 sehen.

Figure 1 With Exchange 2010 SP1, you no longer assign static port for the MSExchangeAB in a config file

Abbildung 1 mit Exchange 2010 SP1, Sie nicht mehr zuweisen statischen Port für die MSExchangeAB in einer Config-Datei.

Mit Exchange 2010 SP1 weisen Sie einen statischen RPC-Port für den Dienst Adressbuch von Exchange, indem die Detailinformationen für HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\MSExchangeAB. Hier müssen Sie einen neuen Schlüssel mit dem Namen “ Parameter ” (nicht ParametersSystem) erstellen. Unter diesem Schlüssel erstellen eine neue REG_SZ Zeichenfolge (nicht DWORD) mit der Bezeichnung “ RpcTcpPort ” und geben Sie die RPC-Anschlussnummer für den Dienst zuweisen, wie im Abbildung 2 werden soll.

Figure 2 With Exchange 2010 SP1, you assign a static port for the MSExchangeAB in the registry

Abbildung 2 mit Exchange 2010 SP1 weisen einen statischen Port für die MSExchangeAB in der Registrierung.

Es ist wichtig zu beachten, dass alle aktuellen statischen RPC-Ports Sie den Exchange-Adressbuch-Dienst unter Verwendung der Datei Microsoft.exchange.addressbook.service.exe.config zugewiesen haben, automatisch in eine Registrierung konvertiert werden wird nicht. Sie müssen dies manuell vornehmen, nach der Aktualisierung auf Exchange 2010 SP1. Das klingt wie das ist, was die Probleme verursacht, beim Herstellen einer Verbindung mit einem Postfach mit Outlook haben.

Importieren und Exportieren von Postfächern

Frage: Mit Exchange 2007 SP1 mussten wir die Import-Mailbox "und" Export-Mailbox-Cmdlets, die wir zum Importieren oder Exportieren von Daten oder von PST-Dateien verwendet. Obwohl diese beiden Cmdlets das gute alte ExMerge Tool ersetzt, waren es Anforderungen anfordern.

Um die Cmdlets zu verwenden, mussten Sie die 32-Bit-Version von Exchange 2007 SP1-Programme als auch Outlook 2003 SP2 oder höher auf einem dedizierten Server oder einer Arbeitsstation zu installieren. Der MAPI-Anbieter im Lieferumfang von Exchange 2003 und früher musste aus Exchange 2007 entfernt wurde.

Basierend auf was finden Sie verwendet im Exchange 2010 RTM weiterhin die Import-Mailbox "und" Export-Mailbox-Cmdlets. Obwohl die Unterstützung für remote Windows PowerShell Dinge ein wenig, verbessert indem Sie diese Cdmlets auf einem Desktop oder einem Server ausgeführt werden, ohne die Exchange 2010 Management-Tools installiert, müssen Sie Outlook 2010 64-Bit-auf dem Postfachserver selbst zu installieren. Die Cmdlets scheint auch etwas fehleranfälliges in Exchange 2010.

Wird Exchange 2010 SP1 machen alle Verbesserungen in Bezug auf wie Sie importieren und Exportieren von Postfachdaten und um von PST-Dateien?

A: Die kurze Antwort darauf lautet Ja. Es gibt viele in diesem Bereich ändern. Außerdem ist die lange Antwort Ja. Mit Exchange 2010 SP1 zwei brandneue Cmdlets – MailboxImportRequest und MailboxExportRequest – die alten Import-Mailbox "und" Export-Mailbox-Cmdlets ersetzt haben.

Noch besser vorstellen der Exchange-Produktgruppe auch empfiehlt sich auf jeden Fall die Outlook 2010 MAPI-Provider erforderlich war. Exchange-2010 hat seinen eigenen MAPI-Provider, und diese beiden neuen Cmdlets nutzen Sie die Vorteile von Exchange Mailbox Replication Service (MRS). Importieren oder Exportieren von Daten über einen asynchronen Prozess, genau wie beim Verschieben von Postfächern mithilfe der New-MoveRequestcmdlet können (siehe Abbildung 3 ).

Also wenn ich an das Postfach von Exchange 2010 SP1 eine PST-Datei importieren möchten, sieht der Befehl wie folgt:

New-MailboxImportRequest-Mailbox HEW -FilePath\\EX02\PSTFileShare\HEW.pst

Figure 3 Importing data from a PST file to an Exchange 2010 SP1 mailbox

Abbildung 3 Importieren von Daten aus einer PST-Datei an ein Postfach Exchange 2010 SP1.

Beachten Sie jetzt um einen UNC-Pfad nicht in einen lokalen Ordner auf dem Server zeigen die Cmdlets ausgeführt wird. Dies hat auch mehrere Vorteile.

Archivieren von Antworten

Frage: Mit Exchange-2010-RTM konnten nicht wir eine PST-Datei direkt auf die online-Archiv ein 2010 Exchange-Postfach importieren. Stattdessen mussten wir zunächst importieren Sie die Daten ein, um das primäre Postfach und von dort ziehen und Ablegen des Inhalts (oder Aufbewahrungsrichtlinien verwenden) zu den online-Archiv.

Wissen Sie, wenn dies mit Exchange 2010 SP1 geändert wird?

A: Wie in der vorherigen Antwort erläutert, ändert viele Dinge sich beim Importieren und Exportieren von Postfachdaten zu und von PST-Dateien. Dies gilt auch für das Importieren und Exportieren von Daten in und aus einem online-Archiv.

Verwenden dieselben Cmdlets (MailboxImportRequest und MailboxExportRequest), können Sie nun Daten in der online-Archiv (z. B. in Abbildung 4 ) verschieben. Anstelle des Befehls in die letzte Antwort übermittelten, verwenden Sie etwa wie folgt, um die Daten direkt auf den online-Archiv importieren:

New-MailboxImportRequest -Mailbox HEW –IsArchive-FilePath\\EX02\PSTFileShare\HEW.pst

Figure 4 Importing data from a PST file to an Exchange 2010 SP1 online archive

Abbildung 4 Importieren von Daten aus einer PST-Datei an ein Exchange-2010 online archivieren.

Erzwungene Neustarts zu vermeiden.

Frage: Mit Exchange 2010 RTM kann ein Benutzer in seinem Postfach arbeiten, während zwischen zwei 2010 von Exchange-Postfachdatenbanken oder ein Exchange 2007 SP2 und einer Postfachdatenbank von Exchange 2010 RTM verschoben wird. Wie Sie sehen können, in Abbildung 5 wurde jedoch am Ende des Verschiebens der Benutzer angewiesen, beenden und starten Sie Outlook neu, um Änderungen zu übernehmen.

Figure 5 Outlook restart triggered by Exchange 2010

Abbildung 5 Outlook erneut ausgelöste Exchange 2010

Kennen Sie Microsoft hat keine weitere Arbeit in diesem Bereich in Bezug auf Exchange 2010 SP1 vorgenommen? Im Dialogfeld Abbildung 5 ist eine geringfügige Ärgernis für den Endbenutzer, damit es großartig wäre, wenn dieser Schritt entfernt werden konnte.

A: Das ist eine gute Frage, und Ja, es tatsächlich wurde etwas Arbeit in diesem Bereich. Mit Exchange 2010 SP1, wenn Sie beim Verschieben eines Postfachs zwischen zwei Exchange 2010 SP1-Datenbanken der Benutzer in der Regel erhalten kein Dialogfeld “ Outlook muss neu gestartet werden ” Feld, wenn:

  • Die Eigenschaft RpcClientAccessServer unterscheidet sich zwischen den beiden beteiligten Postfachdatenbanken. (Dies ist normalerweise der Fall bei der Verwendung von CAS-Array nicht.)
  • Wenn Sie ein Postfach zwischen einer Quelle Postfachdatenbank in Active Directory-Standort 1 (mit einem CAS-Array konfiguriert) zu einer Ziel-Postfachdatenbank in Active Directory-Standort 2 (mit einem anderen CAS-Array konfiguriert) verschieben.
  • Wenn die benannten Eigenschaften für das Postfach wird zurückgesetzt DoNotPreserveMappingSignature-Parameter verwenden, wenn der neu-MoveRequestcmdlet ausgeführt.

Wenn durch das Verschieben eines Postfachs zwischen Exchange 2003/2007 und Exchange 2010 SP1 müssen Sie noch Outlook neu starten.

Bleiben im Steuerelement

Frage: Wir haben gerade von Exchange 2003 auf Exchange 2010 RTM aktualisiert. Wir bisher die Funktionen dieser Version wirklich gern – vor allem das neue Exchange Control Panel (ECP-). Wir sind jedoch ein Problem mit dem ECP gegenüberliegenden. Abgesehen von Ihrer normalen postfachaktivierten Benutzerkonten haben unsere IT-Personal ein anderes Administratorkonto. Unsere IT-Richtlinie schreibt vor, dass postfachaktivierte Administratorkonten in der Organisation nicht zulässig sind. Unsere Tests haben gezeigt, dass die ECP für den Zugriff auf Sie mit ein postfachaktiviertes Konto anmelden müssen.

Sich wir waren Fragen, wenn Sie Problemumgehungen in Bezug auf diese Einschränkung wissen? Wir möchten wirklich die ECP für viele 2010 Exchange-bezogenen Verwaltungsaufgaben verwenden.

A: Frühzeitig entschied das Entwicklungsteam in Phasen der Entwicklung von Exchange 2010 ein Konto, das Zugriff auf die ECP ein 2010 Exchange-Postfach erforderlich. Der Hauptgrund für diese Entscheidung wurde der engineering Aufwand zur Unterstützung eines Szenarios, in denen Firmen nicht Postfach-aktivierten und postfachaktivierten Konten Zugriff auf den ECP haben würde. Ermöglichen, dass unterschiedliche Codepfade Zugriff führen würde, würde die Kosten der erhöhten Komplexität/Test erneut bedeuten. Also entschieden, die Exchange-Produktgruppe diese Einschränkung festgelegt, und konzentrieren Sie sich auf den tatsächliche Funktionen der Benutzeroberfläche bereitgestellt werden. Exchange 2010 RTM-Version erfordert daher Ja, alle Benutzer/Admin-Konten, die Zugriff auf die ECP postfachaktiviert werden.

Wie die meisten von Ihnen wissen, hat der Exchange-Produktgruppe Feedback aus der Community und seinen Kunden sehr schwerwiegend. Tatsächlich wurden viele Funktionsänderungen basierend auf dieses Feedback durchgeführt. Seit der Veröffentlichung von Exchange 2010 RTM hat die Exchange-Gruppe Erfahrungen gesammelt, die in vielen Unternehmen IT-Richtlinien im ähnlich wie bei Ihrem platziert werden. Daher ist es großartig, kann Ihnen mitteilen, dass Exchange 2010 SP1 später in diesem Jahr Kalender veröffentlicht ist, diese Anforderung nicht mehr angezeigt werden.

Mit Exchange SP1 2010 werden Sie direkt zu den ECP (https://mailcontoso.com/ecp) mit einem e-Mail-Nachrichten und nicht Postfach-aktivierten Active Directory-Benutzerkonto ( Abbildung 6 ) anmelden.

Figure 6 Opening ECP using a non-mail or non-mailbox-enabled AD user account

Abbildung 6 Öffnen ECP mit einem e-Mail-Nachrichten oder nicht Postfach-aktivierten Active Directory-Benutzerkonto

Die Rhyme und Ursache des reparieren

Frage: Unser Unternehmen wurde von Exchange 2007 auf Exchange 2010 aktualisiert. Gelegentlich müssen wir auf Postfach-Datenbanken offline Reparaturen durchzuführen. Wollten wir, erkundigen Sie sich nach wie vor führen Sie ISInteg nach eine Postfachdatenbank wie in früheren Versionen von Exchange Server müssen repariert werden müssen?

Was sollte jene von uns, die gelegentlich auf erkennen und Reparieren von Postfächern in einer Exchange-2010 Postfach-Datenbank müssen? Mit Exchange 2010 wird der Exchange-Produktgruppe von ISInteg weg bewegt. Im Exchange 2010 SP1, erhalten wir eine brandneue Cmdlet neu MailboxRepairRequest aufgerufen haben. Dadurch wird das ISInteg-Tool ersetzt. Sie können dieses Cmdlet asynchron anhand eines oder mehrerer Postfächer ausführen, während die Postfachdatenbank, in der Sie gespeichert sind, bereitgestellt wird. Bedenken Sie, jedoch, die Postfächer mithilfe dieses Cmdlet wird repariert werden unterbrochen.

Erkennen und Reparieren von Ordneransichten, würden wir etwa den folgenden verwenden:

New-MailboxRepairRequest -Mailbox HEW -CorruptionTypeFolderView

Figure 7 Running the new Mailbox Repair cmdlet against a mailbox

Abbildung 7 Ausführen das neue Postfach reparieren-Cmdlet für ein Postfach

Sie können auch das Cmdlet für eine Postfachdatenbank ausführen, jedoch der Zugriff auf alle Postfächer in dieser Datenbank wird dann unterbrochen, bis Sie den Reparaturvorgang abgeschlossen haben.

****Henrik Walther****ist ein Microsoft Certified Master: Exchange 2007 und Exchange-MVP mit mehr als 15 Jahren Erfahrung im IT-Bereich. Er arbeitet als eine Technologie Architekt ForTimengoConsulting (ein Microsoft Gold Certified Partner in Dänemark) und als Autor technischer Artikel für Biblioso Corporation. (US-Unternehmen, der spezialisiert ist verwaltete Dokumentations-und Lokalisierungsdienste). V-henwal@microsoft.com-können Sie Walther e-mail.

Verwandter Inhalt