Berücksichtigen Sie beim Skizzieren des Speichers die Größe der Exchange-Postfachdatenbank

Das Planen der Speicherarchitektur für Exchange Server 2013 ist eine Art Kunstform. Ihre Speicherarchitektur wirkt sich auf …

alles – Leistung, Skalierbarkeit und Zuverlässigkeit. Nehmen Sie sich also etwas Zeit, um Ihre Optionen für Exchange-Postfachdatenbanken und die Speicherempfehlungen von Microsoft zu prüfen.
Der Schlüssel zum Erreichen der bestmöglichen Leistung und Zuverlässigkeit besteht darin, die Exchange Server-Datentypen voneinander zu isolieren. Sie sollten mindestens über ein Volume verfügen, das zum Speichern des Windows-Betriebssystems ohne Exchange Server-Binärdateien vorgesehen ist, ein Volume für Exchange Server-Datenbanken und ein Volume für die Transaktionsprotokolle, die diese Datenbanken unterstützen.
Sie können auch ein dediziertes Volume für die Auslagerungsdatei des Servers oder Volumes für jede Exchange Server-Datenbank verwenden.

Datenbankgröße für Exchange 2013

Mit Exchange Server 2013 können große Postfachdatenbanken erstellt werden. Die maximale Größe der Exchange-Postfachdatenbank, die Sie erstellen können, beträgt mindestens 2 TB. In einigen Microsoft-Dokumentationen ist jedoch ein Limit von 16 TB festgelegt. In jedem Fall wird es im Allgemeinen nicht empfohlen, Exchange Server-Datenbanken das Erreichen mehrerer Terabyte-Größen zu ermöglichen.
Obwohl Exchange Server 2013 perfekt in der Lage ist, Datenbanken mit mehreren Terabyte zu erstellen und auszuführen, kann die Verwendung übermäßig großer Datenbanken negative Auswirkungen auf Sicherung, Wiederherstellung, Replikation (insbesondere im Hinblick auf das anfängliche Seeding) und die allgemeine Datenbankwartung haben. Es ist am besten, die maximale Größe einer Exchange-Postfachdatenbank nach Möglichkeit auf etwa 200 GB zu beschränken.
Die maximale Anzahl von Datenbanken, die ein einzelner Exchange 2013-Server aufnehmen kann, hat sich gegenüber Exchange Server 2010 verringert. In Exchange Server 2010 Enterprise Edition sind bis zu 100 Datenbanken zulässig. Diese Grenze wurde jedoch mit Exchange Server 2013 auf 50 Datenbanken verringert.

DAGs und Datenbankreplikation

Der primäre fehlertolerante Mechanismus in Exchange Server 2013 sind Datenbankverfügbarkeitsgruppen (Database Availability Groups, DAGs), die Postfachdatenbankkopien auf mehreren Postfachservern replizieren.
Obwohl DAGs unkompliziert sind, gibt es einen speicherbezogenen Aspekt des Replikationsprozesses, der leicht übersehen werden kann. Exchange Server-Datenbanken werden basierend auf der zugrunde liegenden Festplattenstruktur optimiert. Daher unterstützt Microsoft das Kopieren von Datenbanken von einem Festplattentyp auf einen anderen nicht. Wenn eine Datenbank beispielsweise auf einer Festplatte gespeichert ist, die 512-Byte-Sektoren verwendet, sollte diese Datenbank nicht auf eine Festplatte repliziert werden, die vier KB-Sektoren verwendet.

Was ist mit RAID-Konfigurationen?

Wenn es um Datenbankvolumes geht, die Best Practices für RAID Array-Konfigurationen hängen von vielen Faktoren ab, einschließlich der Größe der Bereitstellung und der Frage, ob die Datenbank repliziert wird.
Für eine kleine Exchange-Bereitstellung mit nicht replizierten Datenbanken wird im Allgemeinen empfohlen, Ihr Datenbankvolume zu schützen mit RAID 5. Ein RAID 5-Array sollte nicht mehr als sieben Festplatten enthalten. Die Leistung kann sich verringern, wenn Sie zusätzliche Festplatten hinzufügen, da die Verwaltung der Paritätsinformationen für das Array einen zusätzlichen Aufwand bedeutet.
Mittelgroße Exchange-Bereitstellungen mit nicht replizierten Datenbanken sollten die Verwendung von RAID 0 + 1 oder RAID 6 zum Schutz von Datenbankvolumes in Betracht ziehen. Diese RAID-Konfigurationen sind auch eine Option für kleinere Unternehmen, aber die Kosten können manchmal abschreckend wirken.
Größere Organisationen, die DAGs voll ausnutzen, müssen sich möglicherweise nicht um die Implementierung fehlertoleranter RAID-Konfigurationen kümmern. Solche Organisationen können mit “nur ein paar Festplatten“(JBOD) -Speicher, solange eine ausreichende Anzahl von Datenbankkopien vorhanden ist, um die Organisation vor potenziellen Festplattenfehlern zu schützen. Wenn Sie JBOD-Speicher in Betracht ziehen, sollten Sie nicht weniger als drei Datenbankkopien und zwei verzögerte Kopien haben.

Festplattenpartitionierung mithilfe der GUID-Partitionstabelle in Exchange 2013

Bei der Bereitstellung von Datenträgern für Exchange 2013-Datenbanken empfiehlt Microsoft die Verwendung GUID-Partitionstabelle Partitionierung, da sie größere Größen unterstützt, als dies mit Master Boot Record-Partitionen möglich ist. Alle Volumes, auf denen Exchange-Postfachdatenbanken gespeichert werden, müssen mit NTFS formatiert sein. Eine Zuordnungseinheit von 64 KB wird empfohlen. Vermeiden Sie die Verwendung von Betriebssystemfunktionen wie NTFS-Verschlüsselung, Defragmentierung oder Deduplizierung auf Volumes, die Exchange-Datenbanken enthalten. Die BitLocker-Verschlüsselung wird für die Verwendung mit Exchange Server unterstützt, funktioniert jedoch am besten, wenn sie mit Postfachservern ohne Cluster verwendet wird.
Bei der Bereitstellung des Exchange Server-Speichers gibt es eine Reihe von Überlegungen. Das Exchange Server 2013-Rechner für Serverrollenanforderungen kann Ihnen dabei helfen, sicherzustellen, dass Ihre Speicheroption den neuesten Best Practices von Microsoft entspricht.
Über den Autor
Brien Posey ist ein zehnmaliger Microsoft MVP mit zwei Jahrzehnten IT-Erfahrung. Bevor er freiberuflicher technischer Redakteur wurde, arbeitete Brien als Chief Information Officer in einer nationalen Kette von Krankenhäusern und Gesundheitseinrichtungen. Er war auch als Netzwerkadministrator für einige der größten Versicherungsunternehmen des Landes und für das Verteidigungsministerium in Fort Knox tätig.

Similar Posts

Leave a Reply