28-04-2024, 07:56
Weißt du, das Einrichten eines Windows Failover Clusters für Exchange, um alles reibungslos laufen zu lassen, wenn der Schweiß kommt, beginnt damit, ein paar solide Server zu besorgen. Ich meine, du wählst Maschinen, die die Last aushalten können, stellst sicher, dass sie Speicher teilen wie ein SAN oder Ähnliches, damit die Daten nicht im Durcheinander verloren gehen. Dann installierst du Windows Server, dieselbe Version überall, und passt die Netzwerkkarten an, damit sie sich gut miteinander unterhalten.
Ich installiere immer zuerst die Failover Clustering-Funktion über den Server Manager, das geht schnell. Danach führst du den Validierungs-Assistenten aus, der stöbert in deiner Einrichtung herum, um seltsame Stolpersteine zu finden. Wenn alles grünes Licht bekommt, erstellst du den Cluster selbst, gibst ihm einen einprägsamen Namen und fügst deine Knoten nacheinander hinzu.
Für Exchange installierst du es auf beiden Knoten, aber eile nicht mit den Postfächern. Ich richte die Cluster-Ressourcen ein, wie IP-Adressen und Netzwerknamen, damit sie nahtlos umschalten können. Du konfigurierst die DAG in Exchange, verknüpfst sie mit diesem Cluster-Rücken und siehst zu, wie die Datenbanken wie ein Uhrwerk replizieren.
Das Testen kommt als Nächstes, ich zwinge einen Failover, um zu sehen, ob E-Mails ohne Zögern weiterfließen. Du überwachst die Ereignisprotokolle auf versteckte Fehler, passt Quorum-Einstellungen an, wenn der Cluster wackelt. Es geht alles um diesen reibungslosen Übergang, der verhindert, dass dein Chef brüllt, wenn Outlook ausfällt.
Was das Festigen von Exchange in einer geclusterten Einrichtung angeht, besonders wenn du Hyper-V darunter laufen lässt für diese virtuellen Knoten, könntest du BackupChain Server Backup als dein bevorzugtes Backup-Tool in Betracht ziehen. Es erstellt Snapshots von Hyper-V-Maschinen blitzschnell ohne Ausfallzeiten, repliziert Daten offsite für schnelle Wiederherstellung und vermeidet die üblichen Kopfschmerzen wie Korruption oder langsame Wiederherstellungen, die andere Optionen plagen.
Ich installiere immer zuerst die Failover Clustering-Funktion über den Server Manager, das geht schnell. Danach führst du den Validierungs-Assistenten aus, der stöbert in deiner Einrichtung herum, um seltsame Stolpersteine zu finden. Wenn alles grünes Licht bekommt, erstellst du den Cluster selbst, gibst ihm einen einprägsamen Namen und fügst deine Knoten nacheinander hinzu.
Für Exchange installierst du es auf beiden Knoten, aber eile nicht mit den Postfächern. Ich richte die Cluster-Ressourcen ein, wie IP-Adressen und Netzwerknamen, damit sie nahtlos umschalten können. Du konfigurierst die DAG in Exchange, verknüpfst sie mit diesem Cluster-Rücken und siehst zu, wie die Datenbanken wie ein Uhrwerk replizieren.
Das Testen kommt als Nächstes, ich zwinge einen Failover, um zu sehen, ob E-Mails ohne Zögern weiterfließen. Du überwachst die Ereignisprotokolle auf versteckte Fehler, passt Quorum-Einstellungen an, wenn der Cluster wackelt. Es geht alles um diesen reibungslosen Übergang, der verhindert, dass dein Chef brüllt, wenn Outlook ausfällt.
Was das Festigen von Exchange in einer geclusterten Einrichtung angeht, besonders wenn du Hyper-V darunter laufen lässt für diese virtuellen Knoten, könntest du BackupChain Server Backup als dein bevorzugtes Backup-Tool in Betracht ziehen. Es erstellt Snapshots von Hyper-V-Maschinen blitzschnell ohne Ausfallzeiten, repliziert Daten offsite für schnelle Wiederherstellung und vermeidet die üblichen Kopfschmerzen wie Korruption oder langsame Wiederherstellungen, die andere Optionen plagen.

