Neue Funktionen in Exchange Server-Transaktionsprotokollen

Verbesserungen von Exchange Server 2013 zeigen, dass Microsoft sich auf die Verwendung physischer Server und Exchange-Datenschutzfunktionen zum Schutz vor Katastrophen konzentriert. Bei einer neuen Exchange-Installation sollten ältere, nicht unterstützte Methoden zur Wiederherstellung nicht berücksichtigt werden, z. B. unerwartetes Auffüllen von Datenträgern und Protokolle, die manuell entfernt werden müssen. Um sicherzustellen, dass Exchange vor einem Katastrophenfall ordnungsgemäß entworfen wurde, sind integrierte Funktionen zum Schutz vor Ausfällen erforderlich.

Wir werden uns einige der neuen und aktualisierten Exchange Server-Transaktionsprotokollfunktionen ansehen, um Sie bei der Vorbereitung auf eine Katastrophe und bei deren Wiederherstellung zu unterstützen.

Exchange ähnelt herkömmlichen Datenbankservern darin, dass es Datenbanken und Protokolldateien verwendet. Wie bei Microsoft SQL- oder Oracle-Datenbanken werden Änderungen in die Transaktionsprotokolldateien geschrieben, bevor sie in Datenbankdateien übernommen werden. Ab Exchange 2010 besteht eine 1: 1-Beziehung zwischen jeder Datenbank und den entsprechenden Protokolldateien. Wenn eine Datenbank vorhanden ist, können Sie sicher sein, entsprechende Protokolldateien zu finden.

Warum Protokolldateien in Exchange Server wichtig sind

Datenbankdateien in Exchange Server haben die Dateierweiterung “EDB”, und wie Sie vielleicht erraten haben, haben die Protokolldateien die Erweiterung “LOG”. Um diese Dateien zu ergänzen, finden wir auch die Checkpoint-Datei. Zum Beispiel “E00.CHK”.
Wie die Datenbank selbst haben die Protokolldateien keine Form, die Menschen lesen können. Im Gegensatz zu Webserver-Protokolldateien können Sie diese nicht im Editor öffnen. Die Protokolldateien sind praktisch eine binäre Aufzeichnung der an der Datenbank vorgenommenen Änderungen, z. B. das Zustellen einer neuen E-Mail-Nachricht oder das Verschieben eines Postfachs zwischen Datenbanken. Jede Protokolldatei ist maximal 1 MB groß.
Wenn Exchange mit einer älteren Sicherungssoftware gesichert wird, bleiben die Exchange-Protokolldateien normalerweise bis zur nächsten Sicherung erhalten. Bei der vollständigen oder inkrementellen Sicherung werden dann alte Protokolldateien gelöscht, wodurch Speicherplatz frei wird. Ein schlecht verwalteter Exchange Server leidet normalerweise unter Fehlern, weil die Protokolllaufwerke voll sind. Dies ist ein Symptom dafür, dass Sicherungen nicht überwacht werden.
Dies ist kein Problem bei modernen Exchange-Bereitstellungen, die die nativen Sicherungsfunktionen des Servers verwenden. Sie haben die Umlaufprotokollierung aktiviert, dh Protokolle können entfernt werden, sobald die Daten auf die Festplatte übertragen werden.

Mehrere Datenbanken pro Festplatte

Die Verwendung mehrerer Datenbanken pro Festplatte ist eine neue Exchange Server 2013-Funktion, die sich direkt auf Protokolldateien bezieht. Dies klingt möglicherweise nicht ganz neu, da viele Exchange-Administratoren und -Architekten dies für Exchange-Sicherungen mit Legacy-Software gegen ihr besseres Urteilsvermögen getan haben. In älteren Exchange-Versionen bedeutete dies häufig zwei große RAID Es wurden Volumes erstellt – eines für Datenbanken und eines für Protokolle. Das Schlimme daran ist, dass es zu einem großen, katastrophalen Ausfall kommen würde, wenn ein einzelnes Volumen voll wäre.
Wie zu erwarten ist, unterscheiden sich in Exchange 2013 mehrere Datenbanken pro Festplatte. Sie sollten mit Exchange Native Protection verwendet werden, das ältere Sicherungsmethoden in modernen Exchange-Bereitstellungen ersetzt. In Exchange 2010 zielte dieses Konzept darauf ab, eine einzelne Datenbank- und Protokollkombination pro Nicht-RAID-Festplatte zu verwenden und dann mehrere Datenbankkopien zu verwenden, die auf mehrere Server verteilt sind, oder RAID auf Serverebene.
Die maximal unterstützte Datenbankgröße in Exchange 2013 bleibt bei 2 TB. Mit größeren verfügbaren Festplatten wurde Exchange 2013 so konzipiert, dass sich mehrere Datenbank- und Protokolldateisätze auf einzelnen Festplatten befinden können. Bei einem Festplattenfehler werden mehrere Datenbanken auf einen anderen Server übertragen. Der automatische erneute Startvorgang – das Kopieren der Datenbank von einem anderen Server – wird ebenfalls schneller abgeschlossen, da er von der Möglichkeit profitiert, mehrere Datenbankkopien anstelle einer einzelnen Kopie erneut zu erstellen. Eine erneute Aussaat für 2 TB, die beispielsweise 23 Stunden dauern würde, könnte bei Verwendung mehrerer Kopien nur 9,7 Stunden dauern.

Vorteile der losen Kürzung in Exchange Server

Mit Exchange Native Protection sind Protokolldateien nicht mehr gebraucht nachdem die Transaktionen auf verfügbaren Kopien auf die Festplatte übertragen wurden. Standardmäßig werden bei der Umlaufprotokollierung die Exchange Server-Transaktionsprotokolle so lange beibehalten, bis sie auf allen Kopien wiedergegeben wurden. Wenn ein Datenträger ausfällt und eine Datenbankkopie offline ist, werden daher weiterhin Transaktionsprotokolle auf den Datenträgern erstellt, die die verbleibenden Kopien enthalten. Wenn die Festplatte nicht rechtzeitig ausgetauscht wird, füllen sich die Festplatten mit den verbleibenden Kopien schließlich und die Datenbanken werden abgemeldet.
Durch lockeres Abschneiden wird verhindert, dass dieser Ausfall auftritt. Wenn eine Festplatte verloren geht, kann diese Kopie nur durch einen Datenbank-Re-Seed wiederhergestellt werden. Dies bedeutet, dass die für die Wiedergabe aufbewahrten Protokolle weniger relevant sind. Das lose Abschneiden wurde in Exchange 2013 SP1 eingeführt und ermöglicht das Ignorieren der nicht aufholenden Offline-Kopie und das Abschneiden für verbleibende Kopien.
In der Praxis können auf diese Weise eine Reihe von Registrierungswerten auf den Exchange 2013-Postfachservern die Mindestanzahl passiver Kopien zum Schutz vor losem Abschneiden und den Schwellenwert angeben, bevor das lose Abschneiden ausgelöst wird. Nach dem Einschalten der losen Kürzung und dem Beibehalten der Schwellenwerte bei den Standardeinstellungen werden die Protokolle erst gelöscht, wenn auf einer passiven Kopie weniger als 200 GB frei sind. Dies bedeutet, dass eine vorübergehende Wartung wie ein Neustart keine lose Kürzung auslöst.

Automatische Protokollwiedergabe für verzögerte Kopien

Die automatische Protokollwiedergabe ist neu in Exchange 2013 und bezieht sich auf verzögerte Kopien. Hierbei handelt es sich um Datenbankkopien, bei denen Transaktionsprotokolle nicht sofort wiedergegeben werden. Mit verzögerten Kopien können Administratoren, die Exchange Native Protection verwenden, schützen gegen logische Korruption der Datenbank. Obwohl verzögerte Kopien nicht für eine hohe Verfügbarkeit verwendet werden, sind sie für die Notfallwiederherstellung konzipiert und zählen als eine der Postfachdatenbankkopien in a Datenbankverfügbarkeitsgruppe.
Im Allgemeinen stellen verzögerte Kopien sicher, dass eine Postfachdatenbank für einen festgelegten Zeitraum hinter aktiven Kopien zurückbleibt. Auf diese Weise können Administratoren sicherstellen, dass sie im schlimmsten Fall Transaktionsprotokolle bis zu einem Punkt vor der Beschädigung weiterleiten können.
Durch die automatische Protokollwiedergabe wird sichergestellt, dass eine Protokollwiedergabe im Falle einer nicht auf Korruption basierenden Katastrophe aktiviert wird. Wenn die Funktion aktiviert ist, werden Exchange Server-Transaktionsprotokolle wiedergegeben, wenn weniger als drei fehlerfreie Kopien verbleiben, z. B. wenn Sie zwei Kopien der Postfachdatenbanken gleichzeitig verlieren. Zusätzliche automatische Protokollwiedergabe kann vor Szenarien mit wenig Speicherplatz auf dem verzögerten Kopierserver schützen. Auf diese Weise wird sichergestellt, dass bei ungewöhnlich aktivem Exchange die verzögerte Kopie vorwärts rollen und Protokolle löschen kann, anstatt nicht mehr zu funktionieren, wenn der Speicherplatz erschöpft ist.
Über den Autor:
Steve Goodman ist ein Exchange MVP und arbeitet als technischer Architekt für einen der führenden Microsoft Gold-Partner in Großbritannien. Goodman hat seit Version 5.5 intensiv mit Microsoft Exchange und seit seinen Anfängen in Exchange Labs und mit Office 365 zusammengearbeitet [email protected]

Similar Posts

Leave a Reply