Startseite » Exchange » Datenbankverfügbarkeitsgruppen (DAGs)

Datenbankverfügbarkeitsgruppen (DAGs)

Implementierung und Verwaltung von Datenbankverfügbarkeitsgruppen (DAGs)

In der anspruchsvollen Welt der IT-Beratung ist der Schutz geschäftskritischer Daten eine Priorität. E-Mails sind oft das zentrale Nervensystem moderner Unternehmen, was bedeutet, dass die Integrität und Verfügbarkeit dieser Daten unerlässlich ist. Microsoft Exchange bietet uns ein robustes Instrument zur Sicherstellung der Ausfallsicherheit und Hochverfügbarkeit von Postfachdatenbanken: Datenbankverfügbarkeitsgruppen (DAGs).

Was ist eine Datenbankverfügbarkeitsgruppe (DAG)?

Eine DAG ist ein architektonisches Element innerhalb von Microsoft Exchange, das die automatische Wiederherstellung von Datenbanken auf bis zu 16 Exchange-Mailbox-Servern ermöglicht. Dies bedeutet, dass im Falle eines Server-, Netzwerk- oder Speicherausfalls ein anderer Server in der DAG aktiviert werden kann, um den Dienst fortzusetzen, wodurch eine Dienstunterbrechung vermieden wird.

Implementierung von Datenbanken auf DAG-Mitgliedern

Die folgenden Cmdlets, ausgeführt in der Exchange Management Shell (EMS), erstellen vier Postfachdatenbanken und verteilen diese auf zwei Server (EX01 und EX02), die beide Mitglieder derselben DAG sind:

Neue Mailbox-Database anlegen

New-MailboxDatabase EXDB01 -server EX01 -EdbFilePath D:\EXDB01\EXDB01.edb -LogFolderPath L:\LOGS\EXDB01
New-MailboxDatabase EXDB02 -server EX02 -EdbFilePath D:\EXDB02\EXDB02.edb -LogFolderPath L:\LOGS\EXDB02
New-MailboxDatabase EXDB03 -server EX01 -EdbFilePath D:\EXDB03\EXDB03.edb -LogFolderPath L:\LOGS\EXDB03
New-MailboxDatabase EXDB04 -server EX02 -EdbFilePath E:\EXDB04\EXDB04.edb -LogFolderPath L:\LOGS\EXDB04

Neue Archiv-Mailbox-Datenbank – IsExcludedFromProvisioning

New-MailboxDatabase EXDBArchiv01 -server SR-EX07 -EdbFilePath G:\EXDBArchiv01\EXDBArchiv01.edb -LogFolderPath L:\LOGS\EXDBArchiv01 -IsExcludedFromProvisioning $true

Der Parameter IsExcludedFromProvisioning legt fest, ob die Datenbank bei der Bereitstellung neuer Postfächer ausgeschlossen werden soll. Durch Setzen dieses Parameters auf $true wird die Datenbank von der automatischen Bereitstellung neuer Postfächer ausgeschlossen. Das ist nützlich, wenn Sie bestimmte Datenbanken für spezielle Zwecke reservieren möchten, wie z.B. Archivierung, oder wenn eine Datenbank bereits ihre optimale Größe erreicht hat und Sie verhindern möchten, dass sie weiter wächst.

Setzen von Eigenschaften für die Mailbox-Databases

# Setzen Sie die Eigenschaften für die Datenbank EXDB01
Set-mailboxdatabase EXDB01 -IssueWarningQuota 30GB -MailboxRetention 30.00:00:00 -DeletedItemRetention 14.00:00:00 -ProhibitSendQuota 50GB -ProhibitSendReceiveQuota 50GB -RecoverableItemsQuota 30GB -RecoverableItemsWarningQuota 20GB

Wir haben hier einige wichtige Eigenschaften eingestellt:

  • IssueWarningQuota: Dies ist der Grenzwert, bei dem Benutzer gewarnt werden, dass ihr Postfach fast voll ist.
  • MailboxRetention: Dies ist die Dauer, für die gelöschte Mailboxen aufbewahrt werden.
  • DeletedItemRetention: Dies ist die Dauer, für die gelöschte Elemente aufbewahrt werden.
  • ProhibitSendQuota und ProhibitSendReceiveQuota: Dies sind die Grenzwerte, bei denen Benutzern das Senden bzw. Senden und Empfangen von E-Mails verboten wird.
  • RecoverableItemsQuota und RecoverableItemsWarningQuota: Dies sind die Grenzwerte für den Ordner „Wiederherstellbare Elemente“.

Kopieren der Datenbank zwischen den beiden DAG-Members

Die Ausfallsicherheit wird durch das Erstellen von Kopien dieser Datenbanken auf den beiden Servern erreicht. Dies kann mit folgenden Cmdlets realisiert werden:

Add-MailboxDatabaseCopy -Identity EXDB01 -MailboxServer EX02
Add-MailboxDatabaseCopy -Identity EXDB02 -MailboxServer EX01
Add-MailboxDatabaseCopy -Identity EXDB03 -MailboxServer EX02
Add-MailboxDatabaseCopy -Identity EXDB04 -MailboxServer EX01

Dies gewährleistet, dass bei einem Ausfall von EX01 die Datenbanken EXDB01 und EXDB03 auf EX02 aktiviert werden können und umgekehrt.

Um alle Mailbox-Datenbanken auf dem Server EX01, die sich innerhalb der Datenbankverfügbarkeitsgruppe „DAG01“ befinden und deren Namen mit „EXDBArchiv“ beginnen, auf den Server EX02 als Kopie zu replizieren, nutzen Sie das folgende PowerShell-Cmdlet:

get-MailboxDatabase -Server EX01 | Where {$_.MasterServerOrAvailabilityGroup -like "DAG01" -and $_.Name -like "EXDBArchiv*"} | Add-MailboxDatabaseCopy -MailboxServer EX02 -ActivationPreference 2

Was passiert hier genau?

  1. get-MailboxDatabase -Server EX01: Mit diesem Befehl holen wir uns eine Liste aller Mailbox-Datenbanken auf dem Server EX01.
  2. Where {$_.MasterServerOrAvailabilityGroup -like "DAG01" -and $_.Name -like "EXDBArchiv*"}: Hier filtern wir die Liste der Datenbanken nach bestimmten Kriterien. Wir interessieren uns nur für Datenbanken, die Teil der Datenbankverfügbarkeitsgruppe „DAG01“ sind und deren Name mit „EXDBArchiv“ beginnt.
  3. Add-MailboxDatabaseCopy -MailboxServer EX02 -ActivationPreference 2: Schließlich erstellen wir eine Kopie jeder gefilterten Datenbank auf dem Server EX02. Die ActivationPreference von „2“ gibt an, dass diese Kopie die zweithöchste Priorität für die Aktivierung im Falle eines Serverausfalls hat.

Zusammengefasst: Dieses Kommando hilft uns, Kopien der Mailbox-Datenbanken von EX01 auf EX02 zu erstellen, die den angegebenen Kriterien entsprechen, und legt deren Aktivierungspräferenz auf „2“.

Um alle MailboxDatabases auf dem EX02, die sich innerhalb der „DAG01“ befinden und dessen Name mit „EXDBArchiv“ beginnt auf den EX01 als Kopie, mit einer ActivationPreference von „2“ zu kopieren, kann folgendes Cmdlet beispielsweise genutzt werden:

get-MailboxDatabase -Server EX02 | Where {$_.MasterServerOrAvailabilityGroup -like "DAG01" -and $_.Name -like "EXDBArchiv*"} | Add-MailboxDatabaseCopy -MailboxServer EX01 -ActivationPreference 2

Die Aktivierungspräferenz ist eine Nummer, die angibt, in welcher Reihenfolge Exchange versuchen wird, die Datenbanken im Falle eines Ausfalls zu aktivieren. Eine niedrigere Zahl bedeutet eine höhere Priorität. Wenn es eine andere Datenbankkopie mit ActivationPreference 1 gibt, wird Exchange zuerst versuchen, diese zu aktivieren. Wenn dies aus irgendeinem Grund nicht möglich ist (z.B. weil auch der Server, auf dem die Kopie mit der Präferenz 1 gehostet wird, ausgefallen ist), dann wird die Kopie mit der ActivationPreference 2 aktiviert.

Steuerung der Datenbankkopie-Autoaktivierung

Neben der Implementierung und Verwaltung von DAGs spielt auch die Kontrolle über die Datenbankkopie-Autoaktivierung eine entscheidende Rolle in der Hochverfügbarkeitsstrategie. Mit dem Set-MailboxServer Cmdlet und dem -DatabaseCopyAutoActivationPolicy Parameter können wir die automatische Aktivierung von Datenbanken auf einem Exchange Server in einer DAG steuern.

„AutoActivation“ aktivieren

Um die automatische Aktivierung zu aktivieren, verwenden Sie das folgende Cmdlet:

Set-MailboxServer EX01 -DatabaseCopyAutoActivationPolicy Unrestricted
Set-MailboxServer EX02 -DatabaseCopyAutoActivationPolicy Unrestricted

„AutoActivation“ Deaktivieren

Um die automatische Aktivierung zu deaktivieren, verwenden Sie das folgende Cmdlet:

Set-MailboxServer EX01 -DatabaseCopyAutoActivationPolicy Blocked
Set-MailboxServer EX02 -DatabaseCopyAutoActivationPolicy Blocked

„IntrasiteOnly“

Um die automatische Aktivierung nur für Datenbanken zu deaktivieren, die aufgrund einer Serverüberlastung oder zur Wartung verschoben wurden, können Sie die Richtlinie auf „IntrasiteOnly“ setzen:

Set-MailboxServer EX01 -DatabaseCopyAutoActivationPolicy IntrasiteOnly
Set-MailboxServer EX02 -DatabaseCopyAutoActivationPolicy IntrasiteOnly

Schlussfolgerung

DAGs sind eine zentrale Komponente in Microsoft Exchange, die es ermöglicht, einen unterbrechungsfreien E-Mail-Service zu gewährleisten. Sie bieten eine robuste Lösung für die Redundanz und Ausfallsicherheit von Postfachdatenbanken. Daher ist es für jeden IT-Consultant, der mit Exchange arbeitet, unerlässlich, die Implementierung und Verwaltung von DAGs zu verstehen und effektiv zu nutzen.

Foto des Autors
Autor

Nils Lappenbusch

Ich bin seit 2012 in der IT tätig. Seit 2020 bin ich Microsoft certified Trainer (MCT). Meine Schwerpunkte momentan liegen im Bereich Microsoft 365, Exchange 2016/2019. Die Begleitung der Einführung und Migration in die Cloud sind für mich spannende Aufgaben.

Schreibe einen Kommentar

Diese Website verwendet Akismet, um Spam zu reduzieren. Erfahre mehr darüber, wie deine Kommentardaten verarbeitet werden.