Microsoft Exchange Storage Recovery und Automatic Database Reseed Repariert sich Exchange wirklich alleine?! Herzlich Willkommen zum Webinar Referent: Thomas Schachtschneider IT Architect XING:
Haben Sie noch Fragen? Gerne dürfen Sie jederzeit Ihre Fragen unter „Fragen“ stellen. Wir werden noch während des Webinars darauf eingehen oder Ihnen ggf. die Antworten im Nachgang zukommen lassen.
Automatic Ressed Das Feature des gut schlafenden Administratoren/Operator Feature eines „Clusters“ Exchange 2003 maximal Failover Cluster, aber SPOF bei den Datenbanken. Exchange 2007 Einführung CCR/SCR und damit erstmals eine Redundanz beim Storage Weiterentwicklung des CCR zur DAG in Exchange 2010 Einführung Automatic Reseed mit Exchange 2013
Automatic Ressed Automatic Reseed ist meiner Erfahrung nach ein wenig bekanntes Feature Grundsätzlich einfach zu administrieren, aber es sind eine Reihe von Voraussetzungen zu beachten Relativ kompliziert in der Einrichtung, da nicht vollständig Powershell Ready (Diskpart, Mountvol, etc.) Prinzipiell gut zu überwachen, aber den meisten Monitoring Systemen nicht bekannt Einige Fehler bemerkt der Administrator danach nur noch im Monitoring / Event Log
Requirements Pro Volume / Database müssen Mountpoints genutzt werden => Keine Laufwerks- buchstaben DEMO
Requirements Anpassen der Konfiguration in Exchange 2013 / 2016 DEMO
Requirements Nicht alle Fehlerfälle des Storage bzw. der Volumes werden abgefangen Fehlerhaftes Sizing / Resizing NTFS Corruption Die passive Kopie ist nicht blockiert (ReseedBlocked oder ResumeBlocked) Datenbank (.edb) und Logfiles (.log) liegen auf demselben Volume bzw. in demselben Verzeichnis
Requirements Alle Kopien von Datenbanken auf einem Volume befinden sich im Zustand (FailedandSuspended) => wichtig für DAGs mit mehr als zwei Knoten => Script bzw. Monitoring als Alternative Nicht mehr als 8 FailedandSuspended Kopieen auf einem Server
Requirements Auf einem Volume liegen nur aktive oder nur passive Kopieen. Best Practice: ein oder zwei Datenbanken pro Volume Eigenes Script zur Verteilung der Datenbanken nutzen ActivationPreference setzen und Script von Microsoft
Requirements Einhalten der Namens- und Ordnerkonvention DB DB001 – DB(…) Volume / Harddisk / Partition / LUN Volume1 – Volume(…) Ordner DB001.DB DB001.LOG
Verhalten Der Dienst, der dafür zuständig ist, ist der Microsoft Exchange Replication Service In einem Intervall von 15 Minuten prüft der Dienst, ob eine Datenbank auf FailedandSuspended steht Dreimal versucht der Microsoft Exchange Replication Service die angehaltene Replikation fortzusetzen.
Verhalten Fünfmal versucht der Microsoft Exchange Replication Service ein Spare Volume zuzuweisen Scheitern alle vorhergehenden Mechanismen, so startet der Gesamtprozess nach drei Tagen (3:00:00:00 = Log) erneut.
Monitoring Wichtig ist es die relevanten Event Ids zu überwachen, damit der Administrator vom Monitoring informiert werden kann, dass es ein Issue gegeben hat, das ggf. behoben wurde. Standard Monitoring Tools, die nur Dienste überwachen, etc. sind idR. ungeeignet, um Automatic Reseed zu überwachen Anpassungen sind zwingend erforderlich, ansonsten gehen wichtige Informationen über die Umgebung verloren
Chronik eines Disk Failures LOG: Microsoft-Exchange-HighAvailability/Monitoring Error :36:38HighAvailability1003Database Health Monitor Error :36:38HighAvailability1007Database Health Monitor LOG: Microsoft-Exchange-HighAvailability/Seeding 1. Versuch Information :25:12HighAvailability1109Auto Reseed Manager Information :25:12HighAvailability1124Auto Reseed Manager Information :25:12HighAvailability1110Auto Reseed Manager 2. Versuch Information :40:12HighAvailability1109Auto Reseed Manager Information :40:12HighAvailability1124Auto Reseed Manager Information :40:12HighAvailability1110Auto Reseed Manager 3. Versuch Information :55:12HighAvailability1109Auto Reseed Manager Information :55:12HighAvailability1124Auto Reseed Manager Information :55:12HighAvailability1110Auto Reseed Manager Resume nicht möglich, daher Umschwenken auf Spare Volume Information :10:12HighAvailability1109Auto Reseed Manager Error :10:12HighAvailability1119Auto Reseed Manager
Event Ids eines Disk Failures Information :10:12HighAvailability1124Auto Reseed Manager Information :10:12HighAvailability1149Disk Reclaimer Information :10:12HighAvailability1125Auto Reseed Manager Information :10:12HighAvailability1110Auto Reseed Manager Information :25:12HighAvailability1109Auto Reseed Manager Information :25:12HighAvailability1124Auto Reseed Manager Information :25:12HighAvailability1127Auto Reseed Manager Information :25:12HighAvailability825Seeding Target Information :25:12HighAvailability1110Auto Reseed Manager Information :25:12HighAvailability1246Database Action Information :25:15HighAvailability1238Seeding Target Information :25:15HighAvailability826Seeding Target Information :25:15HighAvailability827Seeding Target Information :26:22HighAvailability828Seeding Target Information :26:22HighAvailability867Seeding Target
Event Ids eines Disk Failures
Haben Sie noch Fragen?
Links Exchange 2007 Architektur Poster Exchange 2010 Architektur Poster Exchange 2013 Architektur Poster Exchange 2016 Architektur Server Role Requirement Calculator requirements-calculator-update.aspx requirements-calculator-update.aspx Preferred Architecture architecture.aspx architecture.aspx
Links Auto Reseed (Automatic Repair) reseed.aspx reseed.aspx
< Login Consultants Als IT-Arbeitsplatz-Spezialist immer an Ihrer Seite! Login Consultants Germany GmbH Am Hardtwald 7 D Ettlingen Tel Mehr Infos und weitere Termine finden Sie unter Fragen bitte an Vielen Dank für Ihre Teilnahme!