Microsoft Exchange Server'von DAG (Datenbankverfügbarkeitsgruppen) Diese Funktion ist von entscheidender Bedeutung, um den unterbrechungsfreien und hohen Verfügbarkeitsanforderungen der modernen Geschäftswelt gerecht zu werden. Hohes Datenvolumen finanzen, GesundheitSolche Konfigurationen sind in Branchen wie dem E-Commerce und Regierungsinstitutionen durchaus üblich.
aber TAG Was ist das, wie funktioniert es und vor allem: Wie können Sie diese Struktur effektiv für Ihre Geschäftskontinuität nutzen? In diesem Artikel werden wir diese Fragen ausführlich beantworten.
Inhaltsverzeichnis
Exchange Server-DAG (Datenbankverfügbarkeitsgruppen) Was ist das?
DAG, Datenbankverfügbarkeitsgruppenist eine Abkürzung für und Exchange ServerEs handelt sich um eine Funktion, die darauf ausgelegt ist, die höchste Verfügbarkeit und Datenbeständigkeit zu gewährleisten. Eins TAGbesteht aus zwei oder mehr Postfachservern. Diese Server verwalten eine oder mehrere Kopien derselben Postfachdatenbank.
Der DAG-Erstellungsprozess umfasst mindestens 2 und maximal 16 Postfachserver.
Exchange Server TAG, hohe Verfügbarkeit und kontinuierliche Replikation, um die Ausfallsicherheit des Standorts sicherzustellen und Windows-Failovercluster nutzt Technologien. TAG Jeder darin enthaltene Postfachserver überwacht sich gegenseitig auf Fehler.(Dieser Prozess wird von Active Manager verfolgt.)
DAG erledigt Aufgabenprozesse nicht alleine, sondern muss bestimmte Regeln einhalten. Um Failover-Vorgänge im Falle von Fehlern und DOWN-Situationen fortzusetzen, die von der DAG festgestellt werden Aktiver Manager (SAM)Es muss eine Anfrage gestellt werden (SAM fungiert als Verkehrspolizei und überwacht alle Datenbankanfragen und -bewegungen auf den Servern.) Tatsächlich gelten hier die Regeln, die der DAG einhalten muss und für die der Active Manager als Verkehrspolizei fungiert die DAG.
Exchange Server'im TAG Wenn Sie den Erstellungsprozess durchführen, erscheint es zunächst leer. TAG Nach den ersten von Ihnen hinzugefügten Servern wird ein Failover-Knoten erstellt. Mit diesem Vorgang startet das Netzwerk auch eine Infrastruktur, die Serverfehler überwacht.

Exchange Server DAG-Arbeitslogik
Exchange Server DAG vereint mehrere Server und Datenbanken und bietet kontinuierliche Replikation und automatische Failover-Funktionen. Hier sind die Hauptmerkmale von DAG:
- DAG speichert Kopien einer Exchange-Datenbank gleichzeitig auf mehreren Servern. Wenn also ein Server ausfällt, übernehmen Kopien auf anderen Servern den Betrieb.
- Wenn ein Server ausfällt, stellt das DAG-System automatisch ein weiteres Replikat bereit, um einen unterbrechungsfreien Dienst zu gewährleisten. Diese Funktion stellt die Geschäftskontinuität sicher, ohne dass ein menschliches Eingreifen erforderlich ist.
- Die DAG gewährleistet Datensicherheit und Verfügbarkeit sowohl bei geplanten Wartungsarbeiten als auch in unerwarteten Katastrophensituationen.
Exchange Server DAG- und Site-Resilience-Konzepte
Exchange Server TAG Wenn wir das Konzept von zwei oder mehr Servern an derselben SITE hören, denken wir im Allgemeinen an zwei oder mehr Server an derselben SITE, aber das Konzept der DAG ist weit gefasst und umfasst das Konzept der Site Resilience. Da es in unserem Thema nicht um Site Resilince geht, geben wir nur eine allgemeine Definition.
Database Availability Groups (DAG) sind oft die erste Funktion, die einem in den Sinn kommt, wenn es um Hochverfügbarkeit und Datenbeständigkeit in Exchange Server-Lösungen geht. Die Funktion von DAGs ist jedoch nicht nur darauf beschränkt. Tatsächlich können DAGs auch einer der Eckpfeiler einer Disaster-Recovery-Strategie für geografisch verteilte Rechenzentren sein. Dies ist der Kern des Konzepts „Site Resilience“.
Ausfallsicherheit der Websitebezieht sich auf die Fähigkeit einer Organisation, ihre IT-Infrastruktur vor verschiedenen Katastrophenszenarien zu schützen. Dieses Konzept zielt darauf ab, die Geschäftskontinuität sicherzustellen, insbesondere in unerwarteten Situationen wie Naturkatastrophen, Stromausfällen, Cyberangriffen oder Hardwareausfällen. In der heutigen digitalisierten Welt ist eine unterbrechungsfreie Servicebereitstellung von entscheidender Bedeutung für die Kundenzufriedenheit und die betriebliche Effizienz.
In diesem Zusammenhang wird es für kritische Systeme wie Microsoft Exchange Server verwendet. Datenbankverfügbarkeitsgruppe (DAG)ist das Herzstück der Site-Resilience-Strategien. DAGs sollen Datenverluste verhindern und Systemunterbrechungen auf ein Minimum beschränken. Diese Technologie gewährleistet insbesondere den unterbrechungsfreien Betrieb von E-Mail- und Kommunikationsplattformen.
Arbeitslogik für die Ausfallsicherheit von Exchange Server-Standorten
Die Rechenzentren einer Organisation befinden sich häufig an geografisch unterschiedlichen Standorten. TAGDurch die Sicherstellung der Datensynchronisierung zwischen diesen Zentren wird das Überleben des Systems bei Naturkatastrophen oder regionalen Ausfällen unterstützt.
- Naturkatastrophen: In Fällen wie Überschwemmung, Erdbeben oder Hurrikan TAGstellt Replikate in einem nicht betroffenen Rechenzentrum bereit.
- Stromausfälle: Ein lokaler Stromausfall TAG Es erfolgt ein automatisches Failover.
- Cyber-Angriffe: TAGEs verhindert den Verlust oder die Beschädigung von Daten, indem es die Sicherheit der Sicherungskopien im System gewährleistet.
Voraussetzungen für Exchange Server DAG
Exchange Server'im TAG Es gibt einige Voraussetzungen für die Erstellung;
- Es sind mindestens 2 Postfachserver erforderlich
- Ihre Server Exchange Server Versionen müssen gleich sein
- Ihre Server Windows Es wird bevorzugt, dass die Versionen gleich sind.
- Server sind gleich Domain muss Mitglied sein. (Exchange Server funktioniert abhängig von AD.)
- Jeder Server muss über ausreichend Speicherplatz und Backup-Kapazität verfügen
- Die DNS-Einstellungen müssen korrekt konfiguriert sein.
- Zeugenserver ist erforderlich. Bei diesem Server muss es sich um einen anderen Server als den Exchange-Server und den DC-Server handeln.
Dieser Artikel TAG für die Erwähnung der Installationsanleitung Exchange Server und ohne die Anforderungen zu erwähnen Zeugenserver ve TAG Wir erklären Ihnen die Installationsanleitung.
Konfigurationsverfahren für Exchange Server-Zeugenserver
auf Exchange Server TAG um die Struktur zu schaffen Zeugenserver Dafür besteht Bedarf Zeugenserver Der Server, der als funktionieren wird Exchange-vertrauenswürdiges Subsystem Es reicht aus, die Gruppe zur lokalen Admin-Gruppe hinzuzufügen. Für detaillierte Informationen;
Exchange Server IP-basierte und IP-lose DAG-Konzepte
In der Exchange Server-Infrastruktur Datenbankverfügbarkeitsgruppe (DAG)ist das Herzstück von Hochverfügbarkeits- und Disaster-Recovery-Lösungen. DAG bietet zwei verschiedene Konfigurationsoptionen basierend auf der IP-Adressierungsmethode: IP-basierter DAG ve IP-loser DAG. In diesem Artikel werden wir die Unterschiede, Nutzungsszenarien und Überlegungen zwischen beiden Konfigurationen detailliert beschreiben.
Funktionen von IP-Less DAG
Keine CNO-Anforderung:
- Windows Failover Cluster arbeitet traditionell mit einem CNO (Cluster Name Object). Allerdings entfällt diese Anforderung durch IP-Less DAG vollständig.
Börsenverwaltung:
- Die DAG-Verwaltung erfolgt über Exchange Server. Bei Bedarf können Vorgänge mit PowerShell durchgeführt werden. Eine Verwaltung über einen Failover-Cluster ist nicht möglich.
IP-Adressanforderung:
- IP-Less DAG erfordert keine statische IP-Adresse im Netzwerk. Im IP-Adressfeld beim Erstellen der DAG 255.255.255.255 Es genügt, es einfach zu schreiben.
Vorteile von IP-less DAG
- Vereinfachte Konfiguration:
- Keine zusätzliche IP-Adresse oder DNS-Konfiguration erforderlich.
- Geeignet für dynamische Umgebungen:
- Ideal für Umgebungen, die dynamische und variable IP-Adressierungssysteme verwenden.
- Einfache Wartung:
- Da für Windows Failover keine Clusterverwaltung erforderlich ist, wird der Verwaltungsaufwand reduziert.
Was Sie bei der Verwendung von IP-losem DAG beachten sollten
- PowerShell-Anforderung:
- Die DAG-Verwaltung erfolgt vollständig über PowerShell, daher kann es zu Änderungen in den Nutzungsgewohnheiten für Administratoren kommen, die eine grafische Benutzeroberfläche bevorzugen.
- Unterstützte Umgebungen:
- IP-Less DAG ist nur mit Windows Server 2012 R2 oder höher kompatibel.
Was ist IP-basierter DAG?
IP-basierter DAG, traditionell TAG Konfiguration und erfordert eine statische IP-Adresse und CNO. Diese Konfiguration ermöglicht die Verwaltung von DAG-Vorgängen über den Windows-Failovercluster.
Funktionen der IP-basierten DAG
- CNO-Anforderung:
- Das Clusternamenobjekt ist für DAG obligatorisch. DAG-Vorgänge über den Windows-Failovercluster werden über dieses Objekt ausgeführt.
- Statische IP-Adresse:
- Beim Erstellen des DAG muss eine statische IP-Adresse des MAPI-Netzwerks definiert werden.
- Failover-Cluster-Verwaltung:
- Die DAG-Verwaltung wird vom Windows-Failovercluster übernommen und die grafische Benutzeroberfläche wird unterstützt.
Vorteile der IP-basierten DAG
- Ujumluluk:
- Es eignet sich besser für herkömmliche Konfigurationen und ist mit älteren Infrastrukturen kompatibel.
- GUI-Unterstützung:
- Da die Verwaltung über eine grafische Benutzeroberfläche erfolgen kann, bietet es eine einfache Bedienung für Administratoren mit geringeren technischen Kenntnissen.
Was Sie bei der Verwendung von IP-basiertem DAG beachten sollten
- Statische IP-Adressanforderung:
- Es muss eine freie IP-Adresse für das MAPI-Netzwerk konfiguriert werden. Dies erfordert zusätzliches Netzwerkmanagement.
- CNO-Management:
- Probleme mit dem CNO können sich auf den DAG-Betrieb auswirken. Stellen Sie sicher, dass CNO in DNS und Active Directory korrekt konfiguriert ist.
Exchange Server IP-basierter DAG vs. IP-loser DAG
özellik | IP-basierter DAG | IP-loser DAG |
---|---|---|
CNO-Anforderung | Var | keine |
Statische IP-Anforderung | Var | Keine (255.255.255.255 wird verwendet) |
Management | Windows-Failovercluster (GUI-unterstützt) | Exchange Server (über PowerShell) |
Anwendungsbereich | Traditionelle Infrastrukturen und Legacy-Systeme | Moderne, dynamische Netzwerkumgebungen |
Komplexität der Installation | Medium | niedrig |
Hinweis: Wenn IP-Less-DAG für Ihre Umgebung geeignet ist, können Sie Ihren DAG als IP-Less konfigurieren. Da keine vorhandene IP-Adresse erforderlich ist, kann dies auch das Risiko oberflächlicher Angriffe verringern.
In diesem Artikel haben wir nur IP-basiert (Cluster-Verwaltungszugriffspunkt CAAP) Wir führen die Installation durch. Was ich oben erwähnt habe Ohne IP Für Installationen müssen Sie Ihre Umgebung gut gestalten und entscheiden.
Exchange Server DAG-Netzwerkkonfiguration
In verschiedenen Versionen von Microsoft Exchange Server spielt die Verwendung von Netzwerkadaptern (NIC) eine wichtige Rolle im Hinblick auf Leistung und Sicherheit. Insbesondere bis Exchange Server 2016 lautet die Empfehlung von Microsoft MAPI ve Replikation bestand darin, den Datenverkehr über separate NICs zu leiten. Mit Exchange Server 2016 wurde diese Anforderung jedoch flexibel gestaltet und den Präferenzen der Systemadministratoren überlassen. (vorausgesetzt es ist 10G)
In diesem Artikel besprechen wir moderne Ansätze, Vorteile und Überlegungen zur Verwendung von NICs in Exchange Server.
Exchange Server-Replikations-NIC
In Versionen vor Exchange Server 2016 empfahl Microsoft eine Netzwerkkonfiguration wie folgt:
- MAPI-Verkehr:
- Es bezieht sich auf den zugrunde liegenden Datenverkehr, über den Benutzer mit Outlook oder anderen Clients kommunizieren.
- Es wurde empfohlen, das Routing über eine separate Netzwerkkarte durchzuführen.
- Replikationsverkehr:
- Datenverkehr, der für die Replikation von Exchange Server-Datenbanken zwischen DAG-Mitgliedern (Database Availability Group) verwendet wird.
- Es wurde empfohlen, es auf einer separaten Netzwerkkarte und einem separaten VLAN zu konfigurieren.
- Das für die Replikation verwendete VLAN muss nur für sich selbst kommunizieren.
Dinge, die für die Replikations-NIC in Exchange Server zu tun sind
1. VLAN und Isolation
- Datenverkehr isolieren:
- Sorgen Sie für Isolation, indem Sie die Replikations-NIC in einem vom MAPI- oder Client-Verkehr getrennten VLAN konfigurieren.
- Dies verhindert Konflikte im Netzwerk und gewährleistet einen unterbrechungsfreien Betrieb des Replikationsverkehrs.
- VLAN-Konfiguration:
- Erstellen Sie ein VLAN speziell für die Replikations-NIC auf dem Switch und weisen Sie dieses VLAN dem Port zu, mit dem die Replikations-NIC verbunden ist.
2. Identifizierung der IP-Adresse
- Statische IP-Nutzung:
- Verwenden Sie statische IP-Adressen für die Replikations-NIC. Diese Adressen sollten nur für den Replikationsverkehr reserviert werden.
- Subnetz:
- Um den Replikationsdatenverkehr zu isolieren, stellen Sie sicher, dass sich die Replikations-NICs im selben Subnetz befinden.
- Beispiel:
- Server1-Replikations-NIC-IP: 192.168.10.1
- Server2-Replikations-NIC-IP: 192.168.10.2
3. Deaktivieren Sie DNS-Einträge
Die Replikations-NIC sollte sich nicht beim DNS registrieren. Andernfalls kann es zu Problemen bei Client-Verbindungen kommen. Dafür:

- DNS-Einträge deaktivieren:
- NIC-Funktionen > Internetprotokoll Version 4 (TCP/IPV4) > Erweitert

Deaktivieren Sie die Option „Adresse dieser Verbindung im DNS registrieren“.

- Begrenzen Sie den DNS-Auflösungsbereich:
- Warum Primäres DNS-SuffixLeer lassen.
- Sie müssen die Option „Datei- und Druckerfreigabe für Microsoft-Netzwerke“ in den NIC-Eigenschaften deaktivieren.
- Sie müssen die Option „Client für Microsoft-Netzwerk“ deaktivieren.

- Für Replikations-NIC Standardgateway nicht definieren. Fügen Sie stattdessen statische Routen hinzu, um die Kommunikation nur zwischen DAG-Mitgliedern sicherzustellen.
Verwendung einer einzelnen Netzwerkkarte für DAG in Exchange Server
Mit Exchange Server 2016 ermöglichte Microsoft die Verwaltung des MAPI- und Replikationsdatenverkehrs über eine einzige Netzwerkkarte. Dies hat insbesondere in kleinen und mittleren Unternehmen zu einem erheblichen Komfort bei einfacheren Netzwerkkonfigurationen geführt. Es gibt jedoch einige Anforderungen und Empfehlungen:
Verwendung einer einzelnen Netzwerkkarte in Exchange Server
- Zustand:
- Netzwerkkarte zur Einzel-NIC-Nutzung 10 GbE Es muss schnell sein.
- Avantajları:
- Es bietet eine einfachere Konfiguration.
- Reduziert die Hardwarekosten.
- Es ist einfach zu verwalten und beschleunigt den Fehlerbehebungsprozess.
Verwendung separater NIC und VLAN in Exchange Server
In großen und komplexen Strukturen gilt die Verwendung separater NICs und VLANs für MAPI- und Replikationsverkehr immer noch als bewährte Methode.
- Funktionen der Replikations-NIC:
- Es dient ausschließlich der Kommunikation zwischen DAG-Mitgliedern.
- Es wird empfohlen, es in einem separaten VLAN zu konfigurieren.
- Isoliert den Datenverkehr, um die Netzwerkleistung zu verbessern und Konflikte mit dem MAPI-Datenverkehr zu verhindern.
- Konfigurationshinweise:
- Das für die Replikation verwendete VLAN darf nur in der Lage sein, innerhalb sich selbst zu kommunizieren.
- NIC-Einstellungen sollten optimiert und nicht für Client-Datenverkehr verwendet werden.
Konfigurieren des Exchange Server DAG
Im Microsoft Exchange Server Datenbankverfügbarkeitsgruppe (DAG)Dabei handelt es sich um eine Struktur zur Bereitstellung von Hochverfügbarkeits- und Disaster-Recovery-Funktionen. DAG ermöglicht das Kopieren von Datenbanken zwischen verschiedenen Exchange-Servern und bei einem Serverausfall wechselt der Dienst automatisch auf einen anderen Server.
- Schritte zum Herunterfahren des Exchange Server ECP
- https://cengizyilmaz.net/exchange-server-ecp-kapatma/
Erstellen einer Exchange Server-DAG
- Exchange Admin Center (EAC)Offen .
- Server > Datenbankverfügbarkeitsgruppen folge deinem Weg.
- Erstellen Sie eine neue DAG, indem Sie oben rechts auf das „+“-Symbol klicken.

- Name der Datenbankverfügbarkeitsgruppe:
- Geben Sie einen Gruppennamen für die DAG an. Dieser Name ist auch Failover-Cluster-Namensobjekt (CNO) wird verwendet als.
- Zeugenserver:
- Geben Sie den vollqualifizierten Domänennamen (FQDN) eines identifizierten Zeugenservers ein. Dieser Server spielt eine wichtige Rolle bei der Bestimmung des DAG-Quorums.
- Zeugenverzeichnis:
- Geben Sie einen Namen für das Verzeichnis ein, das auf dem Witness-Server erstellt werden soll. Zum Beispiel,
C:DAGWitness
.
- Geben Sie einen Namen für das Verzeichnis ein, das auf dem Witness-Server erstellt werden soll. Zum Beispiel,
- IP-Adressen der Datenbankverfügbarkeitsgruppe:
- Definieren Sie eine IP-Adresse für die DAG. Wenn IP-loser DAG Wenn Sie es erstellen möchten, klicken Sie hier 255.255.255.255 Du musst nur schreiben.
- Wenn MAPI ve Replikation Wenn Sie separate VLANs für verwenden, muss hier eine IP-Adresse des MAPI-Netzwerks definiert werden.
- Wenn es über eine einzelne Netzwerkkarte bereitgestellt wird, muss eine IP-Adresse definiert werden, die zum MAPI-Netzwerk gehört.
- Nach Eingabe der erforderlichen Informationen Gespeichert Schließen Sie den DAG-Erstellungsprozess ab, indem Sie auf die Schaltfläche klicken.

Sobald die DAG erstellt wurde, wird die entsprechende DAG auf dem EAC-Bildschirm angezeigt. In der ersten Stufe gibt es keinen Server in der DAG. Jetzt werden wir unsere Server zur DAG hinzufügen.

Server zu DAG-Mitgliedern in Exchange Server machen
Wir haben geschaffen TAG Sie können die folgenden Schritte ausführen, um Server hinzuzufügen.
- Klicken Sie auf dem DAG-Bildschirm in EAC auf die Schaltfläche „DAG-Mitgliedschaft verwalten“.
- Im geöffneten Fenster „Server hinzufügen oder entfernen“ Wählen Sie mithilfe der Option die Server aus, die Sie der DAG hinzufügen möchten.

- Örneğin, EX1 ve EX2 Wenn Sie zwei Exchange-Server benannt haben, wählen Sie diese aus und fügen Sie sie der DAG hinzu.

- Während des Vorgangs des Hinzufügens von Servern zur DAG:
- Active Directory-Benutzer und -Computer (ADUC) auf einem Clusternamenobjekt (CNO) entsteht.
- Für diesen CNO wird ein DNS-Eintrag zugewiesen.
- Die IP-Adresse, die Sie für die DAG definieren, wird automatisch zugeordnet.

- Sie können auf EAC beigetretene Server anzeigen.

In einigen Fällen müssen Sie möglicherweise manuell einen CNO über ADUC erstellen. In dieser Situation:
- Erstellen Sie in ADUC einen CNO mit dem DAG-Namen, den Sie über EAC erstellt haben.
- CNO Deaktivieren Bringen Sie es in Position.

- an CNO Exchange-vertrauenswürdiges Subsystem Fügen Sie es als Mitglied hinzu und gewähren Sie die Berechtigung „Vollzugriff“.


Einschließen von Datenbanken in DAG in Exchange Server
Nachdem die DAG erstellt wurde und die Server DAG-Mitglieder sind, müssen Sie diese Schritte ausführen, um Ihre Datenbanken in die Replikation innerhalb der DAG einzubeziehen.
- EAC > Server > Datenbanken folge deinem Weg.
- Hier können Sie Ihre vorhandenen Datenbanken einsehen.

- Datenbankkopie hinzufügen Kopieren Sie mit der Option eine vorhandene Datenbank auf andere Server in der DAG.
Zum Beispiel:- Fügen Sie eine auf dem EX2-Server befindliche Datenbank als passive Kopie zum EX1-Server hinzu.

Wenn Sie die Datenbank in DAG in Exchange Server einbinden, Rundschreiben Die Funktion muss deaktiviert sein.
Name der Postfachdatenbank:
- Wählen Sie den Namen der Datenbank aus, die repliziert werden soll.
- Geben Sie den Postfachserver an:
- Wählen Sie den Zielserver aus, auf den die Datenbank kopiert werden soll.
- Beispielsweise können Sie die aktive Datenbank von EX2 passiv nach EX1 kopieren.
- Aktivierungspräferenznummer: Die Aktivierungspräferenznummer ist eine Zahl, die zur Bestimmung der Failover-Reihenfolge von Datenbanken innerhalb der Database Availability Group (DAG)-Konfiguration in Exchange Server verwendet wird. Jeder Datenbankkopie wird eine Aktivierungspräferenznummer zugewiesen. Diese Zahl gibt an, auf welchem Server Sie die Datenbank idealerweise aktiv haben möchten. Nummer 1 wird normalerweise für den Server verwendet, auf dem eine Datenbank aktiv bleiben soll. Das heißt, die niedrigste Zahl (1) gibt die höchste Präferenz an.
- Weisen Sie eine Präferenznummer zu, um die Failover-Reihenfolge festzulegen.
- 1: Der primäre Server, auf dem die Datenbank aktiv ausgeführt werden soll.
- 2 und höher: Passive Server.
- Weisen Sie eine Präferenznummer zu, um die Failover-Reihenfolge festzulegen.
- Gespeichert Starten Sie den Kopiervorgang durch Drücken der Taste.
- Sobald der Kopiervorgang abgeschlossen ist, können Sie die kopierten Datenbanken und deren Status über EAC anzeigen.

Diese Vorgänge müssen wiederholt werden, damit alle Ihre Datenbanken in Exchange Server DAG-Mitglieder werden.

Die aktive Datenbank befindet sich auf EX1 und die passive Datenbank befindet sich auf EX2 und der Resynchronisierungsprozess wird auf dem passiven Server fortgesetzt. Sobald dies abgeschlossen ist, laufen beide Server weiterhin im fehlerfreien Zustand.

Unsere Datenbanken arbeiten mit der DAG-Konfiguration und arbeiten weiterhin über die passive Datenbank, wenn es auf einem der aktiven Server zu einem Ausfall kommt.

Fazit
In Exchange Server spielt DAG eine entscheidende Rolle bei der Gewährleistung hoher Verfügbarkeit und Datensicherheit. Mit den richtigen Konfigurationsschritten erhöht DAG die Systemleistung und minimiert Ausfallzeiten. Wenn Sie die in diesem Artikel beschriebenen Schritte befolgen, können Sie Ihre DAG-Konfiguration erfolgreich abschließen und eine leistungsstarke Notfallwiederherstellungslösung in Ihrer Exchange Server-Umgebung erstellen.
5 Kommentare zu „Exchange Server DAG-Setup“