Exchange Server 2010: Exchange Server hohe Verfügbarkeit
E-Mail ist ein unverzichtbares Unternehmenstool Kommunikation dar, also alles, was Sie tun können, um hohe Verfügbarkeit mit Microsoft Exchange Server gewährleisten eine gute Sache.
Ein Auszug aus "Exchange 2010 – A Practical Approach," von Red Gate Bücher (2009) veröffentlicht.
Jaap Wesselius
Es gibt mehrere Schichten in Microsoft Exchange Server 2010 können Sie als eine Lösung mit hoher Verfügbarkeit (HA) konfigurieren. Die Database Availability Group bietet HA für die Mailbox-Serverfunktion. Auf Wunsch eine volle HA-Lösung können Sie den Clientzugriffsserver und der Hub-Transport-Server als einen HA-Lösung konfigurieren.
Es lohnt sich Wenn man bedenkt, dass Exchange Server 2010 Standard Edition auch Replikationstechnologien, genau wie die Exchange Server 2010 Enterprise Edition unterstützt. Der einzige Unterschied ist, dass die Standard Edition nur bis zu fünf Datenbanken pro Server, unterstützt während die Enterprise Edition bis zu 100 Datenbanken pro Server unterstützt. Dies ist eine perfekte Entwicklung für Unternehmen, die nicht haben Tausende von Postfächern und brauchen eine Menge von Postfachdatenbanken zu erstellen.
Exchange Server Datenbanken
Konfigurieren von HA für andere Serverrollen noch nicht seit Exchange 2007 wesentlich geändert. Exchange Server 2010 verwendet eine Datenbank zum Speichern der primären Daten – die Nachrichten senden und empfangen. Diese Datenbanktechnologie ist ein Transaktionssystem, die weit verbreitet ist, aber Exchange Server verwendet seine eigene Technologie auf die Engine ESE (Extensible Storage) errichtet, als eine JET-Datenbank bezeichnet.
Ein Exchange Server 2010 Mailbox-Server installieren, wird die anfängliche Postfachdatenbank, standardmäßig auf dem lokalen Laufwerk C:\ gespeichert; genauer gesagt auf C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Datenbank << Zufallszahl >> \. Diese Zufallszahl wird durch Exchange Server während der Erstkonfiguration generiert, da die Datenbank auf Exchange 2010 und höheren Servern innerhalb der Exchange-Organisation müssen eindeutig sein.
Exchange 2007-Datenbank-Umgebung, alle zu eine entscheidende Rolle spielen für das einwandfreie Funktionieren von Exchange Server besteht aus eine Anzahl von Dateien:
- "Postfach-Datenbank 0242942819.edb"
- "E00.log"
- E00000003a.log, E000000003b.log, E00000003c.log usw.
- E00.chk
- E00res00001.log und E00res00002.log
- E00tmp.log
- Tmp.edb
Verstehen der Exchange ist-Datenbanktechnologie des Datenflusses zwischen den Exchange Server und die Datenbank selbst zu verstehen. Daten verarbeitet in 32 KB-Blöcke, auch genannt "Seiten". Wenn Exchange beendet ist eine solche Seite wird verarbeitet, es sofort schreibt es in eine Log-Datei aktualisiert wurde. Die Seite immer noch im Speicher gehalten wird, bis Exchange erneut, diesen Speicher benötigt, aber wenn die Seite nicht für einige Zeit benötigt oder wenn Exchange zum Erzwingen einer Aktualisierung während eines Checkpoints benötigt, wird die Seite in die Datenbankdatei geschrieben. Die Daten in den Protokolldateien ist also immer im Voraus der Daten in der Datenbank. Dies ist ein wichtiger Schritt zu erinnern, wenn die Datenbank zu Problemen.
Daten in die Datenbank geschrieben werden, ist ein Zeiger, den Prüfpunkt namens auf die Seite neue oder aktualisierte widerspiegeln, die in die Datenbank geschrieben wurde aktualisiert. Der Prüfpunkt wird in einer speziellen Datei namens die Prüfpunktdatei gespeichert. Exchange Server verwendet diese Informationen, um sicherzustellen, dass es weiß, welche Daten in die Datenbank und welche Daten in die Protokolldateien geschrieben und noch nicht in die Datenbank geschrieben wurden. Also in Kürze:
- E-Mail-Daten ist anfänglich im Arbeitsspeicher verarbeitet und in Seiten aufgeteilt.
- Aktualisierte Seiten werden in die Protokolldatei geschrieben.
- Wenn Seiten von Exchange nicht mehr benötigt werden, sind diese Seiten in die Datenbank geschrieben.
- Die Prüfpunktdatei wird aktualisiert, um den neuen Speicherort des Prüfpunktes.
Extensible Storage Engine
Das Datenbankmodul verwendeten Exchange Server baut auf ESE. ESE ist in verschiedenen Varianten vorhanden:
- ESE97 für Exchange Server 5.5
- ESE98 für Exchange Server 2000/2003
- ESENT für Active Directory
- ESE für Exchange Server 2007 und Exchange Server 2010
ESE ist eine Low-Level-Datenbank-Engine. Dies bedeutet, dass es alle "Basistypen," wie short, String, long, Longlong, Systime usw. kennt. Es hat jedoch keine Kenntnis von jeder Struktur oder das Schema. Das Schema wird durch den Informationsspeicher in der Anwendung definiert. Dies steht im Gegensatz zu einer relationalen Datenbank wie Microsoft SQL Server, wo die Datenbankstrukturen nur die Meta-Daten sind, oder einen Teil der Datenbank selbst.
ESE ist für den Umgang mit großer Datenmengen halbstrukturierte Daten optimiert, wie es ist unmöglich, ein Exchange Server, vorherzusagen, welche Art von Daten empfangen werden, wie groß die Daten werden oder welche Anlagen von Nachrichten haben werden.
Protokolldateien
Wenn Exchange Server mit einer Seite und ändert dieser Seite aus zu reinigen dirty arbeitet, wird die Seite fast sofort in die Protokolldatei geschrieben. Daten im Speicher gehalten ist schnell zugreifen, sondern volatile. Es braucht nur eine geringfügige schluckauf auf dem Server und Daten im Speicher verloren. Wenn sie in der Protokolldatei gespeichert ist, der gesamte Server konnte burn down und, solange Sie die Festplatte behalten, behalten Sie auch die Daten.
Glücklicherweise ist in der Protokolldatei speichern normalerweise wenigen Millisekunden. Die Protokolldateien sind intern nummeriert, und diese Zahl (bezeichnet als die Anzahl der lGeneration) dient zum Identifizieren von Protokolldateien und bewahren Sie sie auf dem Datenträger, wenn sie vollständig mit Daten gefüllt sind.
Die aktuelle Protokolldatei, oder die "Log-Datei verwendet," ist "E00.log". während Exchange diese Protokolldatei mit Daten füllt, temporäre Datei E00tmp.log bereits erstellt (oder wird in den Prozess der wird erstellt) im Hintergrund. Wenn die Datei E00.log schließlich mit Daten gefüllt wird, wird es unter einem anderen Namen gespeichert. Der Name leitet sich aus der Protokolldatei-Präfix (E00, E01, E02 usw.) und lGeneration Anzahl, die einen sequenziellen Hexadezimalnotation ist.
Wenn die Anzahl der lGeneration 1 ist, wird die Datei E00.log als E0000000001.log gespeichert. Alternativ das letzte Mal passiert ist dieser Prozess, lag die lGeneration 3E, so dass die Protokolldatei als E000000003E.log gespeichert wurde. Da die Anzahl lGeneration eine laufende Nummer ist, wissen wir, dass die Anzahl von der "E00.log" lGeneration 3F, und das nächste Mal diese Log File Rollover-Prozess findet statt, die Log-Datei wird als E000000003F.log gespeichert.
Zwar nicht direkt sichtbar ist, die Anzahl lGeneration innerhalb der Protokolldatei gespeichert ist, und kann durch die Header-Informationen der Protokolldatei mit dem Dienstprogramm "Eseutil" dumping überprüft werden. Die ersten Zeilen der Kopfzeile der Protokolldatei sollten so etwas wie lesen:.
Base name: E00 Log file: E00.log lGeneration: 63 (0x3F) Checkpoint: (0x3F,8,16)
Die Anzahl lGeneration ist in der dritten Zeile sowohl in Dezimal und hexadezimal aufgeführt. Leider ist dies sehr verwirrend und wird es ein Tag, den Exchange-Administrator diesen Notationen vermischt und Arbeiten mit der falschen Protokolldatei beginnt.
Nachdem die Seiten in die Protokolldatei geschrieben werden, sind sie gehalten, im Speicher, und spart teure Lesen von Datenträger-Aktion bei Exchange Server muss die Seite erneut. Wenn die Mailbox-Server, Speicher für andere Seiten oder die Seite für eine lange Zeit im Arbeitsspeicher bleibt, ist es in die Datenbankdatei geschrieben. Dies ist auch bekannt als "lazy Writer Mechanism".
Ein weit verbreitetes Missverständnis ist, dass Daten aus den Protokolldateien zu lesen und in die Datenbankdatei geschrieben, aber dies nicht der Fall ist. Direkt aus dem Arbeitsspeicher in die Datenbank geschrieben und Log-Dateien sind schreibgeschützt im Recovery-Szenarien, wie z. B. nach einem nicht ordnungsgemäßen Herunterfahren des Servers. Unter normalen Umständen sind die Protokolldateien 100 Prozent schreiben, ist die Datenbank eine zufällige Mischung zwischen lesen und Schreiben von Aktionen.
Prüfpunktdateien
Die Beziehung zwischen dem Schreiben von Daten in den Protokolldateien und Schreiben von Daten in die Datenbank selbst wird durch die Prüfpunktdatei E00.chk verwaltet. Die Prüfpunktdatei verweist auf die Seite in der Datenbank, die zuletzt geschrieben wurde, und wird erweitert, sobald Exchange eine andere Seite aus dem Speicher in die Datenbank geschrieben.
Der Unterschied zwischen den Daten in der Datenbank und die Daten in den Protokolldateien wird die Tiefe des Protokollkontrollpunkts genannt. Die Tiefe des Protokollkontrollpunkts kann mehrere Protokolldateien werden; in der Tat ist die Standard-Prüfpunkttiefe 20 Protokolldateien. Mithilfe des Prüfpunkts Exchange wartet, bevor Sie in die Datenbank geschrieben und versucht, mehrere Write-Aktionen zu kombinieren, damit der Datenbankschreibvorgänge effizienter ausgeführt werden können.
Die Tiefe des Protokollkontrollpunkts ist auch eine Einstellung pro Datenbank. Wird eine Datenbank Prüfpunkttiefe 20 Protokolldateien, wird ein Minimum von 20 MB an Daten im Speicher für diese bestimmte Datenbank gespeichert. Wenn 30-Datenbanken in Exchange Server verwendet wird 2010 auf seine maximale Prüfpunkttiefe ungefähr 600 MB von Exchange-Daten im Arbeitsspeicher gespeichert.
Die Postfachdatenbank
Die Datei "Postfach-Datenbank 0242942819.edb" ist das primäre Repository der Exchange Server 2010 Mailbox-Serverfunktion. Exchange Server 2007 die Datei hieß "Mailbox database.edb", während in Exchange 2003 und Exchange 2000-Datenbank von zwei Dateien enthalten war: priv1.edb und priv1.stm. In Exchange Server können 2010, einem Postfachserver jetzt bis zu 100 Datenbanken enthalten.
Die maximale Größe des ESE-Datenbank kann große sein. Die obere Grenze einer NTFS-Datei ist 64EB, und dies ist in der Regel ausreichend, um große Postfachdatenbank Hostdateien betrachtet. Die Microsoft empfohlene maximale Größe der Postfachdatenbank am Exchange Server liegt bei 2 TB. Im Vergleich zu den 200 GB Dateigrößenbegrenzung in Exchange 2007 (mit der fortlaufenden Clusterreplikation) ist dies eine enorme Steigerung. Denken Sie daran, die Sie zum Konfigurieren mehrerer Datenbankkopien HA-Lösung zu erreichen, wenn Sie diese Größe verwenden.
.jpg)
Jaap Wesselius ist der Gründer von DM-Berater, ein Unternehmen mit einem starken Fokus auf Lösungen für messaging und Zusammenarbeit. Nach acht Jahren bei Microsoft tätig, beschlossen, Wesselius, mehr Zeit in die Gemeinschaft Exchange in den Niederlanden, was zu Exchange Server MVP-Auszeichnung im Jahr 2007 zu begehen. Außerdem ist er regelmäßig Beiträge an Niederländische Unified Communications Benutzergruppe und einen Autor mit regelmäßigen Beiträgen für Simple-Talk.
Weitere Informationen zu "Exchange 2010 – A Practical Approach" unter red-gate.com/our-company/about/book-store.