Fragen und Antworten zu Exchange Ein zweiter Blick auf Funktionen und Verbesserungen von Exchange 2010

Henrik Walther

In dieser Ausgabe ich fortgesetzt, wo ich in meinem letzten Artikel unterbrochen – sogar noch mehr Fragen beantworten, neue und aufregende Exchange 2010 Features bezüglich. Aber auch Platz für eine Reihe von Exchange Server 2007-Fragen.

F Wir einen Mehrfachstandort Exchange 2007 SP1-Cluster mit Cluster Continuous Replication (CCR) bereitstellen. Die zwei Clusterknoten befinden sich in separaten Datencentern. Exchange wird auf Windows Server 2008 SP2 ausgeführt, und wir die öffentlichen und privaten Schnittstellen befindet sich in verschiedenen Subnetzen in einzelnen Datencenter haben möchten. Wie Sie wissen, bedeutet dies wir routing zwischen den Clusterknoten verwenden müssen.

Wir haben kein Problem, das Konfigurieren der öffentlichen Schnittstelle nach den Anweisungen im Microsoft TechNet CCR Abschnitt. Abbildung 1 Wenn wir das Standardgateway auf der privaten Schnittstelle konfigurieren, erhalten wir die Warnmeldung angezeigt aber.

Abbildung 1 Mehrere Standardgateways auf einem Windows 2008-Server angeben.

Basierend auf dieser Warnmeldung, vermuten wir Dinge, nicht ordnungsgemäß funktioniert, wenn wir in unserer Mehrfachstandort CCR-Cluster auf jedem Knoten mehrere Standardgateways angeben. Dies führt uns zu unserem Frage: Wie sollten wir die private Netzwerkschnittstelle in diesem Szenario konfigurieren?

A Ich bin froh, dass Sie aufgefordert, diese Frage, bevor Sie fortfahren, da mehrere Standardgateways angeben, auf einem Mehrfachstandort CCR-Cluster größere Probleme verursachen. Die ordnungsgemäße Konfiguration erfordert ständige, statische Routen für jede private Schnittstelle.

Beginnen, stellen Sie sicher die öffentliche Schnittstelle ist in der Liste Reihenfolge Verbindung unter Erweiterte Einstellungen in der Systemsteuerung unter Netzwerkverbindungen zuerst aufgeführt. Im nächsten Schritt stellen Sie sicher, dass Sie ein Standardgateway auf die öffentliche Netzwerkschnittstelle für jeden Clusterknoten angegeben ist.

Konfigurieren Sie schließlich Routen auf den privaten Schnittstellen, sodass alle Datenverkehr, der die Route erstellt entspricht das Standardgateway der öffentlichen Schnittstelle verwendet wird. Angenommen, wir die Knoten 1 private Schnittstelle im Subnetz 192.168.100.x/24 mit einem Netzwerkgateway an IP-Adresse 192.168.100.1 ist. Die private Netzwerkschnittstelle Knoten 2 ist auf Subnetz-192.168.200.x/24 mit einem Netzwerkgateway an IP-Adresse 192.168.200.1. In diesem Fall müssen Sie diese Route auf Knoten 1 zu erstellen: ROUTE ADD 192.168.200.0 MASK 255.255.255.0 192.168.100.1 – p und die folgenden Routen auf Knoten 2: ROUTE ADD 192.168.100.0 MASKE 255.255.255.0 192.168.200.1 – P.

Der Parameter – p gibt, die erstellten Routen permanent sind und wird nicht nach einem Neustart deaktiviert werden.

Diese Konfiguration gewährleistet richtige Netzwerk für jede Schnittstelle in den Clusterknoten. Checken Sie den Blogbeitrag durch mein guter Freund Tim McMichael noch weitere detaillierte Informationen zum Konfigurieren der privaten Schnittstelle beim routing zwischen den Netzwerken verwenden.

Auf eine letzte Anmerkung empfehle ich auch Sie das private Netzwerk als gemischtes Netzwerk konfigurieren, sodass das Cmdlet aktivieren ContinuousReplicationHostName zum Replikationsaktivitäten über redundante Netzwerk direkt verwendet werden kann. Weitere Informationen über dieses Cmdlet finden Sie unter So aktivieren Sie auf Windows Server 2003 Redundant Cluster Netzwerke für Protokollversand und Ausgangswert.

F Habe eine Frage im Hinblick auf neue Datenbank Verfügbarkeit von (DAG) Funktion in Exchange Server 2010. Genauer gesagt, bezieht sich meine Frage auf Protokolldatei kopieren und seeding zwischen aktiven und passiven Datenbanken. Werden Exchange Server 2010 wird angeboten, Änderungen oder Verbesserungen bei der die Art der Protokolldatei kopieren und seeding mit fortlaufende lokale Replikation (Local Continuous Replication, LCR), Cluster Continuous Replication (CCR) und Standby Continuous Replication (SCR) in Exchange Server 2007 erfolgt?

A Ist eine gute Frage. Obwohl die asynchrone Replikationstechnologie in Exchange 2007 funktioniert recht gut verwendet, bedeutet nicht, es, rechts verbessert werden kann nicht? Ich bin so froh, dass Sie darüber informiert, dass der Exchange-Produktgruppe mehrere interessante Änderungen und Verbesserungen für die asynchrone Replikationstechnologie mit Exchange 2010 vorgenommen hat.

In Exchange 2007, Microsoft Exchange-Replikationsdienst Protokolldateien passiven Datenbankkopie (LCR), passiven Clusterknoten (CCR) oder SCR-Ziel über SMB (Server Message Block), d. h., müssen Sie Port 445 in allen Firewalls zwischen den CCR-Clusterknoten öffnen kopiert (i. d. r. beim Bereitstellen von Mehrfachstandort CCR Cluster) bzw. SCR-Quelle und Ziel. Diejenigen, die Arbeit für oder mit einem großen Unternehmen wissen, dass er dazu verleitet Netzwerkadministratoren zum Öffnen von Port 445/TCP zwischen zwei Rechenzentren ein weit über eine einfache Übung. Mit dem Feature Exchange 2010 DAG beruht die asynchrone Replikationstechnologie nicht mehr auf SMB. Exchange 2010 verwendet TCP/IP für die Protokolldatei kopieren und seeding, und sogar bietet die Möglichkeit, Angabe der Anschlusses für die Dateireplikation Protokoll verwendet werden soll. Standardmäßig DAG verwendet Port 64327, aber Sie können einen anderen Port angeben, wenn erforderlich. Verwenden Sie dazu den folgenden Befehl:

Set-DatabaseAvailabilityGroup -identity <DAG name> -ReplicationPort <port number>

Darüber hinaus unterstützt das Feature Exchange 2010 DAG die Verwendung der Verschlüsselung, während Protokolldateien in Exchange 2007 über einen unverschlüsselten Kanal kopiert werden, wenn IPsec für konfiguriert wurde. Genauer gesagt, nutzt DAG Verschlüsselungsfunktionen von Windows Server 2008 – DAG verwendet, Kerberos-Authentifizierung zwischen jedes Postfach-Server Mitglied der jeweiligen DAG. Netzwerk-Verschlüsselung ist eine Eigenschaft von der DAG selbst, nicht das DAG-Netzwerk. Einstellungen für eine DAG Netzwerk Verschlüsselung-Eigenschaft sind: Deaktiviert (Netzwerk Verschlüsselung nicht in Verwendung) aktiviert (Netzwerk-Verschlüsselung für seeding und Replikation auf alle Netzwerke in einem DAG aktiviert), (die Standardeinstellung Bedeutung Netzwerk Verschlüsselung verwendet auf DAG Netzwerke in demselben Subnetz) InterSubnetOnly und SeedOnly (Netzwerk Verschlüsselung für auf alle Netzwerke in einem DAG seeding verwendet). Sie können die Netzwerk-Verschlüsselung mithilfe der Set-DatabaseAvailabilityGroupcmdlet aktivieren. Wenn Sie die Verschlüsselung für Protokolldatei kopieren und seeding aktivieren möchten, würden Sie beispielsweise den Befehl ausführen:

Set-DatabaseAvailabilityGroup -identity <DAG name> -NetworkEncryption Enabled.

Schließlich können Sie mit Exchange 2010 DAGs Komprimierung für seeding und Replikation über eine oder mehrere Netzwerke in einem DAG aktivieren. Dies ist eine Eigenschaft der DAG selbst nicht in einem Netzwerk DAG. Die Standardeinstellung ist InterSubnetOnly und hat die gleichen Einstellungen wie die Verschlüsselungseigenschaft Netzwerk verfügbar. Um Netzwerk-Komprimierung für Protokolldatei kopieren und auf alle Netzwerke in einem DAG seeding zu aktivieren, verwenden Sie den Befehl: Set-DatabaseAvailabilityGroup –Identity < DAG Name >-NetworkCompression aktiviert. Um den Status des Ports suchen, verwenden Einstellungen für eine DAG Verschlüsselung und Komprimierung den Get-DatabaseAvailabilityGroup –status-Befehl, wie dargestellt im Abbildung 2.

Abbildung 2 Datenbank Verfügbarkeit Gruppe Netzwerk Verschlüsselung, Komprimierung und Replikation Anschlusseinstellungen.

F In Ihrer vorherigen Exchange Queue &Eine Spalte erläutert Sie zu einer bedeutenden Verringerung e/A in Exchange im Vergleich zu Exchange 2003 und 2007 2010. Können Sie bestimmte Änderungen und Verbesserungen der Exchange-Produktgruppe Optimierung für Speicher-Leistung in Exchange 2010 erreichen Erklären?

A Wie Sie bereits erwähnt, eine bedeutende Verringerung e/As pro Sekunde in das Verschieben von Exchange 2003 zu Exchange 2007 gesehen. Reduzierung von bis zu 70 Prozent wurden nicht ungewöhnlich. Wir können dies in erster Linie für die Verwendung einer 64-Bit-Architektur für Exchange 2007 Attribut. Als solche können Exchange 2007 mehr Speicher zugreifen und somit größerer Cachespeicher als sein Vorgänger. Je mehr Daten kann direkt aus virtueller Speicher-Adressraum, der gegen die Datenträger in das zugrunde liegende Speichersubsystem benötigt FewerI/OS Exchange abrufen.

Dies bietet viel eine effizientere Nutzung des vorhandenen Storage Systems (in der Regel eine teure Storage Area Network) oder eine hervorragende Entschuldigung um kostengünstiger Direct-attached Storage nach. Die reduzierten e/A-Anforderungen aktivieren hosting viele weitere Postfächer (5,000-plus) pro Exchange 2007-Postfachserver als mit Exchange 2003 möglich war. Um die Fragmentierung des virtuellen Speichers zu vermeiden, war Exchange 2003 in der Regel auf 4.000 Postfächer pro Postfachserver beschränkt. (Ja, weiß ich diese depended auf Art der Server, Speicherung von Benutzerprofilen und Exchange-Infrastruktur.)

ESE (Extensible Storage Engine) ist seit der ersten Version aus der zugrunde liegenden Datenbanktechnologie in Exchange – Exchange 4.0, im Juni 1996 veröffentlicht. Bis Exchange 2007 SP1 der Exchange-Produktgruppe große Anstrengungen in optimieren und Optimieren der ESE für bessere performance.For Speicher in Exchange 2010 vorgenommen, der Exchange-Produktgruppe konzentriert sich auf große (+ 10 GB) übermitteln, schnelle Postfächer beim durch Nutzung billig Speicher. Wegen der ESE-Änderungen in dieser Version vorgenommen wurden haben Sie jetzt die Möglichkeit der Verwendung solcher Datenträger geringer Leistung als die Desktop-ähnliche SATA-Datenträger (auch SATA oder Ebene 2 Datenträger). Ja, bin ich über 7200 SATA-Datenträgern, wie in Ihrer Arbeitsstation Gespräch! Wenn Sie die Datenbank Verfügbarkeit Features für hohe Verfügbarkeit (Datenbankkopien drei oder mehr) verwenden, können Sie auch, sagen, einen einzelnen 7200RPM Datenträger speichern einer Datenbank und die Transaktionsprotokolle anstatt teure RAID-Konfigurationen verwenden.

Solche Verbesserungen erreichen bedeutete Informationsspeicher Schema erheblich ändern. Im Wesentlichen sollte der Exchange-Produktgruppe viele, zufällige, kleine e/A zu weniger sequenziell, große ein-und Ausgaben verlassen. Verschieben von zufälligen zu sequenziellen e/A erforderliche Dramatische Änderungen an der Architektur des Informationsspeichers Tabelle.

In Exchange 2007 und früher, jede Datenbank eine Postfach-Tabelle (alle Postfächer in der Datenbank gespeichert wurde), Ordner Tabelle (Postfachordner für alle Postfächer in der Datenbank gespeicherten), Nachrichtentabelle (gespeicherte Nachrichten), Anlagentabelle (für alle Postfächer in der Datenbank gespeicherte Anlagen) und Nachricht-Ordner (gespeicherte Ordneransichten für alle Postfächer in der Datenbank) Tabelle .In dieser Architektur nicht viel seit Exchange 4.0, zufällige e/A viel geändert hat verfügten gegen die Datenbank durchführen. Einer der Vorteile bei dieser Architektur war Single Instance Storage (SIS), in denen nur eine Kopie der Nachricht gespeichert wurde, ein großer Vorteil zurück wenn relativ kleinen Datenträger Nennwert für den Kurs wurden. Jedoch heute mit 500 GB SAS und 2 TB SATA-Festplatten bei unserer Veräußerung dieser Architektur nicht mehr sinnvoll.

2010, Wurde in Exchange Informationsspeicher Schema geändert, so dass alle Daten in einem Postfach in Tabellen nebeneinander in der Datenbank gespeichert ist. Tatsächlich hat jedes Postfach einen eigenen Ordner, Nachrichtenkopf, Textkörper und die Ansicht. Daher ist von SIS nicht mehr im Exchange-Datenbanken vorhanden. Als Nebeneffekt SIS von Exchange zu entfernen kann eine Datenbank ca. 20 Prozent Vergrößerung. Um dieses Problem zu lösen, komprimiert der Exchange-Produktgruppe die Datenbanken (genauer gesagt, die Kopfzeilen und Text oder HTML-Nachrichtentext). Bezeichneter jedes Postfach einen eigenen Satz von Tabellen, werden e/A anhand einer Datenbank durchgeführt größtenteils sequenziell.

Weitere interessanten Änderungen sind beispielsweise: der Datenbank-Speicherplatz ist in einer zusammenhängenden Weise; reserviert.Datenbank Contiguity wird über einen Zeitraum; beibehalten.die Seitengröße der Datenbank wurde von 8KBto erhöht 32 KB;und asynchrones Lesen Funktion verbessert. Exchange-Produkt Groupis cache Komprimierung arbeiten auch erhöhen die Effektivität Cache indem Sie die Prüfpunkt-Tiefe auf 100 MB für hohe Verfügbarkeit Konfigurationen verwenden, und Datenbank Zwischenspeichern Priorität.

Als Ergebnis der alle Änderungen in Exchange 2010 können Sie bis zu 70 Prozent Verringerung e/A im Vergleich zu Exchange 2007 erwarten.

Ich habe nur oberflächlich behandelt bei der Speicherung Optimierungen im Exchange-2010. Wenn Sie einige großartige Einblicke zusammen mit den komplizierten Details auf Speicherverbesserungen in Exchange 2010 möchten, empfehle ich Sie nehmen eine frische Tasse Kaffee, und beobachten Sie die Aufzeichnung der TechEd 2009 Sitzung auf dem Exchange 2010 Speicher präsentiert von Matt Gossage, das Exchange-Produktgruppe Teammitglied für ESE-Datenbank verantwortlich. Er führt eine hervorragende Auftrag von diesem komplexe Thema Level 300 in einfachem Englisch erläutert. Überwachen Sie es online (müssen Sie nicht TechEd es überwacht teilgenommen haben).

F Wir haben verschiedene Exchange 2007 Cluster Continuous Replication, CCR-basierten Postfachservern innerhalb unserer Organisation bereitgestellt. Das private Netzwerk auf allen Knoten Datei- und Druckerfreigabe für Microsoft-Netzwerke deaktiviert (siehe Abbildung 3). Wir sind sicher, dass dies empfohlen wurde, zurück, wenn wir Exchange 2007 bereitgestellt.

Abbildung 3 Datei und Druckerfreigabe für Microsoft-Netzwerke deaktiviert.

Aber dies unterscheidet sich von der Anleitungen mit Exchange 2007 SP1-Dokumentation. Jetzt wird empfohlen, aktivieren die Datei und Druckerfreigabe für Microsoft-Netzwerke auf der privaten Netzwerkschnittstelle genauso wie auf die öffentliche Netzwerkschnittstelle. Können Sie erklären, warum dieser Anleitung geändert, nachdem Exchange 2007 SP1 veröffentlicht?

A Können Sie richtig. Der Exchange Server 2007 SP1 Version wurde Deaktivieren von Datei- und Druckerfreigabe für Microsoft-Netzwerke auf der privaten Netzwerkschnittstelle empfohlen vor. Aber in Exchange 2007 SP1 ein neues Feature ermöglicht Ihnen Protokolldateien über mehrere Netzwerkschnittstellen und somit die Netzwerke redundant machen, plus Verringern der Menge von Daten über die öffentliche Netzwerkschnittstelle unterwegs zu replizieren. In der Release to manufacturing Version (RTM) von Exchange 2007 aufgetreten alle Protokolldatei kopieren und seeding über die öffentliche Netzwerkschnittstelle.

Ein zugehöriger Hinweis Wenn Sie Windows Server 2008-basierten Computern verwenden, stellen Sie sicher auf, NetBIOS auf allen Netzwerkschnittstellen zu aktivieren, die Sie für die Protokolldatei kopieren und seeding verwenden möchten. Wenn NetBIOS deaktiviert ist, wird der Befehl aktivieren ContinuousReplicationHostNames fehlschlagen.

Das Cmdlet aktivieren-ContinuousReplicationHostNames ermöglicht die Angabe die Netzwerkschnittstellen für die Protokolldatei kopieren und seeding verwendet werden soll. Aber Bären Denken Sie daran, dass Sie mit einem gemischten Netzwerk innerhalb der Windows-Failovercluster-Verwaltungskonsole im private Netzwerk ändern müssen, um es für Protokolldatei verwenden kopieren und seeding.

Exchange 2007 SP1-Dokumentation für Weitere Informationen angezeigt.

Verfügt In Exchange 2007, Microsoft eine Empfehlung zum Beenden der Mailflow in und aus einer Exchange 2007-Postfachserver, wie im Fall eines Virus oder ähnliche Ausbruch? Wir möchten Benutzer eine Verbindung zu ihren Postfächern herstellen, aber nicht senden und empfangen e-Mail-Nachrichten in solchen Fällen werden können.

A Sie dies tun können, durch Beenden von Microsoft Exchange-Transportdienst auf Exchange 2007-Hub-Transport-Servern.

Bei alle in der Warteschlange e-Mail-Nachrichten ohne neue Nachrichten in die Warteschlange übermittelt werden soll, unterbrechen Sie einfach den Microsoft Exchange-Transportdienst.

Beachten Sie, dass dies auf der Serverebene Postfach erfordert, dass Sie den Dienst Microsoft Exchange e-Mail-Übertragung auf die beteiligten Exchange 2007-Postfachservern beenden.

F Ich eine Close ergriffen haben das neue Archiv Postfach-Feature in Exchange Server 2010 betrachten und eine Reihe von Fragen haben. Ich bemerkt, nachdem Sie die Archivierung Postfach-Funktion für ein Benutzerpostfach aktiviert haben, es zugegriffen werden kann und funktioniert wie erwartet über Outlook Web Access 2010 und Outlook 2010, aber nicht über Outlook 2003 oder 2007. Wir werden keine damit das neue Archiv Postfach Feature verwenden, bevor wir auf Outlook 2010 aktualisieren?

Darüber hinaus möchten wir das Archiv Postfach für einen entsprechenden Benutzer zu einer anderen Postfachdatenbank verschieben. Soweit ich sehen können, dies ist jedoch nicht möglich. Wenn Sie im Archivpostfach in eine andere Postfachdatenbank verschieben nicht möglich, was ist die Vorteile der Archivpostfach?

A In Bezug auf die erste Frage, was Sie sehen eine ist erwartete Verhalten (selbst wenn wir Exchange 2010 RTM erreicht). Nur werden ein Archiv (auch alternative) Postfach über Outlook Web Access 2010 oder Outlook 2010 zugreifen. Der Zugriff auf dieses Postfach über ältere Outlook 2003 oder 2007-Clients ist weder unterstützt noch möglich

Um Ihre zweite Frage zu beheben, können Sie die Archivpostfach nur in der gleichen Postfachdatenbank wie das Speichern in denen Sie Ihr primäre Postfach gespeichert haben. Aber da Sie Ebene 2 Platten (auch SATA Desktop wie Festplatten) für die Postfach-Datenbanken und Protokolle in Exchange 2010 verwenden können, verschieben das Archivpostfach auf einem anderen Speicher-Subsystem nicht wirklich sinnvoll. Mit dem bezeichnet sind hier einige Vorteile der Funktion Postfach archivieren:

Sie können die Endbenutzer größere Postfächer bereitstellen, ohne Auswirkungen auf die Leistung des kritischen Weges Ordner in das primäre Postfach (primäre Postfach = hot Daten, Archivpostfach = cold Daten), obwohl die Postfachdatenbanken auf SATA-Ebene 2 Festplatten gespeichert werden. Sie können große Postfächer (+ 10 GB) bereitstellen, ohne alle Daten des Benutzers OST-Datei synchronisieren, bei Ausführung im zwischengespeicherten Modus (ein Archivpostfach ist nur im Onlinemodus zugänglich).

Das Archivpostfach ist ein Ersatz für PST-Dateien. Wie Sie bereits wissen, ist das Archivpostfach nicht nur über Outlook 2010, sondern auch Outlook Web Access 2010. Dies bedeutet, Sie nicht mehr Gedanken Sichern Ihrer PST-Dateien usw. müssen.

Henrik Walther ist 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 Trifork Infrastruktur Consulting (ein Microsoft Gold Certified Partner Sitz in Dänemark) und als Autor technischer für Biblioso Corp. (ein US-Unternehmen spezialisiert hat verwaltete Dokumentations-und Lokalisierungsdienste).