Änderungen bei hoher Verfügbarkeit und Ausfallsicherheit von Standorten in früheren Versionen von Exchange ServerChanges to high availability and site resilience over previous versions of Exchange Server

Exchange Server 2013 und höher verwendet DAGs und Postfachdatenbankkopien (zusammen mit anderen Features wie Einzelelement Wiederherstellung, Aufbewahrungsrichtlinien und verzögerten Datenbankkopien), um hohe Verfügbarkeit, Ausfallsicherheit von Standorten und Exchange systemeigenen Datenschutz zu gewährleisten. Die Plattform für hohe Verfügbarkeit, Exchange-Informationsspeicher und ESE (Extensible Storage Engine) wurde seit Exchange 2010 verbessert, um Verfügbarkeit und weniger komplexe Verwaltung zu gewährleisten und Kosten zu senken. Diese Verbesserungen sind:Exchange Server 2013 and later uses DAGs and mailbox database copies (along with other features such as single item recovery, retention policies, and lagged database copies) to provide high availability, site resilience, and Exchange native data protection. The high availability platform, Exchange Information Store and Extensible Storage Engine (ESE) have all been enhanced since Exchange 2010 to provide availability and less complex management, and to reduce costs. These enhancements include:

  • Reduzierung der IOPS: Dies ermöglicht es Ihnen, größere Datenträger in Bezug auf Kapazität und IOPS so effizient wie möglich zu nutzen.Reduction in IOPS: This enables you to leverage larger disks in terms of capacity and IOPS as efficiently as possible.

  • Verwaltete Verfügbarkeit: mit verwalteter Verfügbarkeit sind interne Überwachungs-und Wiederherstellungs orientierte Funktionen eng integriert, um Fehler vorzubeugen, proaktiv Dienste wiederherzustellen und Server Failover automatisch oder Warnung zu initiieren. Administratoren. Der Fokus liegt auf der Überwachung und Verwaltung der Endbenutzeroberfläche und nicht nur der Server-und Komponentenverfügbarkeit, um den Dienst kontinuierlich verfügbar zu halten.Managed availability: With managed availability, internal monitoring and recovery-oriented features are tightly integrated to help prevent failures, proactively restore services, and initiate server failovers automatically or alert administrators to take action. The focus is on monitoring and managing the end-user experience rather than just server and component uptime to help keep the service continuously available.

  • VerwaltetEr Speicher: der verwaltete Speicher ist der Name der umGeschriebenen Informationsspeicher Prozesse in Exchange 2013 oder höher. Der verwaltete Speicher ist in C# geschrieben und eng in den Microsoft Exchange-Replikationsdienst (MSExchangeRepl. exe) integriert, um eine höhere Verfügbarkeit durch verbesserte Ausfallsicherheit zu gewährleisten.Managed Store: The Managed Store is the name of the rewritten Information Store processes in Exchange 2013 or later. The Managed Store is written in C# and tightly integrated with the Microsoft Exchange Replication service (MSExchangeRepl.exe) to provide higher availability through improved resiliency.

  • Unterstützung für mehrere Datenbanken pro Datenträger: Verbesserungen ermöglichen die Unterstützung mehrerer Datenbanken (Mischungen aktiver und passiver Kopien) auf demselben Datenträger, wodurch größere Datenträger in Bezug auf Kapazität und IOPS so effizient wie möglich genutzt werden.Support for multiple databases per disk: Enhancements enable you to support multiple databases (mixtures of active and passive copies) on the same disk, thereby leveraging larger disks in terms of capacity and IOPS as efficiently as possible.

  • AutoReseed: die Funktion für automatisches erneutes Seeding ermöglicht das schnelle Wiederherstellen von Datenbankredundanz nach einem Datenträgerausfall. Wenn ein Datenträger ausfällt, wird die auf diesem Datenträger gespeicherte Datenbankkopie aus der aktiven Datenbankkopie auf einen Ersatzdatenträger auf dem gleichen Server kopiert. Wenn mehrere Datenbankkopien auf dem fehlerhaften Datenträger gespeichert wurden, können Sie alle automatisch auf einem Ersatzdatenträger erneut Seeding durchführen. Dies ermöglicht schnellere reseeds, da sich die aktiven Datenbanken wahrscheinlich auf mehreren Servern befinden und die Daten parallel kopiert werden.AutoReseed: Automatic reseeding capability enables you to quickly restore database redundancy after disk failure. If a disk fails, the database copy stored on that disk is copied from the active database copy to a spare disk on the same server. If multiple database copies were stored on the failed disk, they can all be automatically reseeded on a spare disk. This enables faster reseeds, as the active databases are likely to be on multiple servers and the data is copied in parallel.

  • Automatische Wiederherstellung nach Speicherfehlern: mit diesem Feature wird die in Exchange 2010 vorgestellte Innovation fortgesetzt, damit das System nach Fehlern, die Ausfallsicherheit oder Redundanz beeinträchtigen, wiederhergestellt werden kann. Exchange umfasst jetzt zusätzliche Wiederherstellungsverhalten für lange e/A-Zeiten, eine übermäßige Speicherbelegung durch MSExchangeRepl. exe und schwere Fälle, in denen sich das System in einem derart fehlerhaften Zustand befindet, dass Threads nicht geplant werden können.Automatic recovery from storage failures: This feature continues the innovation that was introduced in Exchange 2010 to allow the system to recover from failures that affect resiliency or redundancy. Exchange now includes additional recovery behaviors for long I/O times, excessive memory consumption by MSExchangeRepl.exe, and severe cases where the system is in such a bad state that threads can't be scheduled.

  • Verbesserungen bei verzögerter Kopie: verzögerte Kopien können sich nun in gewissem Umfang über die automatische Protokollwiedergabe kümmern. Bei verzögerten Kopien werden die Protokolldateien automatisch in unterschiedlichen Situationen wiedergegeben, beispielsweise bei Seiten-Patches und Szenarien mit wenig Speicherplatz. Wenn das System erkennt, dass für eine verzögerte Kopie ein seitenpatching erforderlich ist, werden die Protokolle automatisch in die verzögerte Kopie wiedergegeben, um das Seiten Patchen durchzuführen. Verzögerte Kopien rufen auch diese automatische Wiedergabefunktion auf, wenn ein niedriger Speicherplatz Schwellenwert erreicht wurde und wenn die verzögerte Kopie als einzige verfügbare Kopie für einen bestimmten Zeitraum erkannt wurde. Darüber hinaus können verzögerte Kopien das Sicherheitsnetz nutzen, wodurch die Wiederherstellung oder Aktivierung erheblich erleichtert wird.Lagged copy enhancements: Lagged copies can now care for themselves to a certain extent using automatic log play down. Lagged copies will automatically play down log files in a variety of situations, such as page patching and low disk space scenarios. If the system detects that page patching is required for a lagged copy, the logs will be automatically replayed into the lagged copy to perform page patching. Lagged copies will also invoke this auto replay feature when a low disk space threshold has been reached, and when the lagged copy has been detected as the only available copy for a specific period of time. In addition, lagged copies can leverage Safety Net, making recovery or activation much easier.

  • Verbesserungen bei einzelnen Kopien: die in Exchange 2010 eingeführte Warnung zu einzelnen Kopien ist kein separates geplantes Skript mehr. Es ist nun in die Komponenten für verwaltete Verfügbarkeit innerhalb des Systems integriert und ist eine native Funktion in Exchange.Single copy alert enhancements: The single copy alert introduced in Exchange 2010 is no longer a separate scheduled script. It's now integrated into the managed availability components within the system and is a native function within Exchange.

  • Automatische DAG-Netzwerkkonfiguration: Dag-Netzwerke können basierend auf Konfigurationseinstellungen automatisch vom System konfiguriert werden. Zusätzlich zu manuellen Konfigurationsoptionen kann DAGs auch zwischen MAPI-und Replikationsnetzwerken unterscheiden und DAG-Netzwerke automatisch konfigurieren.DAG network auto-configuration: DAG networks can be automatically configured by the system based on configuration settings. In addition to manual configuration options, DAGs can also distinguish between MAPI and replication networks and configure DAG networks automatically.

Verringerung der IOPSReduction in IOPS

In Exchange 2010 weisen passive Datenbankkopien eine sehr geringe Prüfpunkttiefe auf, die für ein schnelles Failover erforderlich ist. Zusätzlich führen die passiven Kopien ein aggressives Preread von Daten durch, um einer Prüfpunkttiefe von 5 MB nachzukommen. Als Ergebnis einer geringen Prüfpunkttiefe und der Durchführung von aggressiven Prereadvorgängen entsprachen die IOPS für eine passive Datenbankkopie in Exchange 2010 den IOPS einer aktiven Kopie.In Exchange 2010, passive database copies have a very low checkpoint depth, which is required for fast failover. In addition, the passive copy performs aggressive pre-reading of data to keep up with a 5-megabyte (MB) checkpoint depth. As a result of using a low checkpoint depth and performing these aggressive pre-read operations, IOPS for a passive database copy was equal to IOPS for an active copy in Exchange 2010.

In Exchange 2013 oder höher kann das System ein schnelles Failover unter Verwendung einer hohen Prüfpunkttiefe für die passive Kopie (100 MB) bereitstellen. Da passive Kopien eine 100-MB-Prüfpunkttiefe aufweisen, wurden Sie so optimiert, dass Sie nicht mehr so aggressiv sind. Durch die Erhöhung der Prüfpunkttiefe und die Deaktivierung der aggressiven Pre-Reads beträgt die IOPS für eine passive Kopie ungefähr 50 Prozent der IOPS für die aktive Kopie.In Exchange 2013 or later, the system is able to provide fast failover while using a high checkpoint depth on the passive copy (100 MB). Because passive copies have 100-MB checkpoint depth, they've been de-tuned to no longer be so aggressive. As a result of increasing the checkpoint depth and de-tuning the aggressive pre-reads, IOPS for a passive copy is about 50 percent of the active copy IOPS.

Wenn Sie eine höhere Prüfpunkttiefe für die passive Kopie haben, werden auch andere Änderungen vorgenommen. Bei einem Failover in Exchange 2010 wird der Datenbankcache geleert, wenn die Datenbank von einer passiven Kopie in eine aktive Kopie konvertiert wird. Ab Exchange 2013 wurde die ESE-Protokollierung umgeschrieben, sodass der Cache über den Übergang von passiv zu aktiv gespeichert wird. Da ESE den Cache nicht leeren muss, erhalten Sie ein schnelles Failover.Having a higher checkpoint depth on the passive copy also results in other changes. On failover in Exchange 2010, the database cache is flushed as the database is converted from a passive copy to an active copy. Starting in Exchange 2013, ESE logging was rewritten so that the cache is persisted through the transition from passive to active. Because ESE doesn't need to flush the cache, you get fast failover.

Eine weitere Änderung bezieht sich auf die Hintergrundwartung für Datenbanken. Bei der Hintergrundwartung für Datenbanken werden nun 1-2 MB pro Sekunde pro Kopie bearbeitet.One other change was made to the background database maintenance (BDM) process. BDM now processes around 1-2 MB per second per copy.

Als Ergebnis dieser Änderungen bietet Exchange jetzt eine deutliche Verringerung der IOPS gegenüber Exchange 2010.As a result of these changes, Exchange now provides a significant reduction in IOPS over Exchange 2010.

Verwaltete VerfügbarkeitManaged Availability

Bei der verwalteten Verfügbarkeit handelt es sich um die Integration integrierter, aktiver Überwachung und der hoch Verfügbarkeits Plattform von Exchange. Mit der verwalteten Verfügbarkeit kann das System festlegen, wann ein Failover einer Datenbank basierend auf der Dienst Integrität ausgeführt werden soll. Die verwaltete Verfügbarkeit ist eine interne Infrastruktur, die in den Client Zugriffsdiensten und-Back-End-Diensten auf Postfachservern bereitgestellt wird. Die verwaltete Verfügbarkeit umfasst drei Haupt asynchrone Komponenten, die ständig ausgeführt werden:Managed Availability is the integration of built-in, active monitoring and the Exchange high availability platform. With Managed Availability, the system can make a determination on when to fail over a database based on service health. Managed Availability is an internal infrastructure that's deployed in the Client Access (frontend) services and backend services on Mailbox servers. Managed Availability includes three main asynchronous components that are constantly doing work:

  1. Die erste Komponente ist das Probe-Modul, das für die Messung auf dem Server und das Sammeln von Daten verantwortlich ist. Die Ergebnisse dieser Messungen fließen in die zweite Komponente, den Monitor, ein.The first component is the probe engine, which is responsible for taking measurements on the server and collecting data. The results of those measurements flow into the second component, the monitor.

  2. Der Monitor enthält alle vom System verwendeten Geschäftslogik basierend auf dem, was für die erfassten Daten als fehlerfrei gilt. Ähnlich wie bei einem Muster Erkennungsmodul sucht der Monitor nach den verschiedenen Mustern in allen gesammelten Messungen und entscheidet dann, ob etwas als fehlerfrei gilt.The monitor contains all of the business logic used by the system based on what is considered healthy on the data collected. Similar to a pattern recognition engine, the monitor looks for the various different patterns on all the collected measurements, and then it decides whether something is considered healthy.

  3. Schließlich gibt es das Responder-Modul, das für Wiederherstellungsaktionen zuständig ist.Finally, there is the responder engine, which is responsible for recovery actions.

Wenn etwas ungesund ist, besteht die erste Aktion darin, die Wiederherstellung dieser Komponente zu versuchen. Dies kann mehrstufige Wiederherstellungsaktionen sein. Zum Beispiel:When something is unhealthy, the first action is to attempt to recover that component. This could include multi-stage recovery actions; for example:

  1. Starten Sie den Anwendungspool neu.Restart the application pool.

  2. Starten Sie den Dienst neu.Restart the service.

  3. Starten Sie den Server neu.Restart the server.

  4. Führen Sie den Server offline, sodass er keinen Datenverkehr mehr akzeptiert.Take the server offline so that it no longer accepts traffic.

Wenn die Wiederherstellungsaktionen nicht erfolgreich sind, eskaliert das System das Problem an ein Human-through-Ereignisprotokoll.If the recovery actions are unsuccessful, the system escalates the issue to a human through event log notifications.

Die verwaltete Verfügbarkeit wird in Form von zwei Diensten implementiert:Managed availability is implemented in the form of two services:

  • Exchange-Integritäts-Manager-Dienst (MSExchangeHMHost. exe): Dies ist ein Controller Prozess, der zum Verwalten von Arbeitsprozessen verwendet wird. Sie wird verwendet, um den Arbeitsprozess bei Bedarf zu erstellen, auszuführen und zu starten und zu beenden. Es wird auch verwendet, um den Arbeitsprozess wiederherzustellen, falls der Prozess abstürzt, um zu verhindern, dass der Arbeitsprozess eine einzelne Fehlstelle darstellt.Exchange Health Manager Service (MSExchangeHMHost.exe): This is a controller process that's used to manage worker processes. It's used to build, execute, and start and stop the worker process as needed. It's also used to recover the worker process in case that process crashes, to prevent the worker process from being a single point of failure.

  • Exchange-Integritäts-Manager-Arbeitsprozess (MSExchangeHMWorker. exe): Dies ist der Arbeitsprozess, der für die Ausführung der Laufzeitaufgaben zuständig ist.Exchange Health Manager Worker process (MSExchangeHMWorker.exe): This is the worker process that's responsible for performing the runtime tasks.

Bei der verwalteten Verfügbarkeit wird ein beständiger Speicher verwendet, um die zugehörigen Funktionen auszuführen:Managed availability uses persistent storage to perform its functions:

  • Zum Initialisieren der Arbeitselementdefinitionen während des Starts des Arbeitsprozesses werden XML-Konfigurationsdateien verwendet.XML configuration files are used to initialize the work item definitions during startup of the worker process.

  • Die Registrierung wird zum Speichern von Laufzeitdaten wie z. B. Lesezeichen verwendet.The registry is used to store runtime data, such as bookmarks.

  • Die Crimson-Kanal-Ereignisprotokollinfrastruktur wird zum Speichern der Arbeitselementergebnisse verwendet.The crimson channel event log infrastructure is used to store the work item results.

Weitere Informationen zur verwalteten Verfügbarkeit finden Sie unter Managed Availability.For more information about managed availability, see Managed availability.

Verwalteter SpeicherManaged Store

Mit der Version 2010 und früheren Versionen wird die Ausführung einer einzelnen Instanz des Informationsspeicherprozesses (Store. exe) für die Postfachserverrolle unterstützt. Diese einzelne Speicher Instanz hostet alle Datenbanken auf dem Server: aktiv, passiv, verzögert und Wiederherstellung. In diesen Exchange-Architekturen gibt es nur wenig, wenn überhaupt, eine Isolierung zwischen den verschiedenen Datenbanken, die auf einem Postfachserver gehostet werden. Ein Problem mit einer einzelnen Postfachdatenbank kann sich negativ auf alle anderen Datenbanken auswirken, und Abstürze, die sich aus einer Beschädigung durch ein Postfach ergeben, können den Dienst für alle Benutzer beeinträchtigen, deren Datenbanken auf diesem Server gehostet werden.Exchang 2010 and earlier versions support running a single instance of the Information Store process (Store.exe) on the Mailbox server role. This single Store instance hosts all databases on the server: active, passive, lagged, and recovery. In these Exchange architectures, there is little, if any, isolation between the different databases hosted on a Mailbox server. An issue with a single mailbox database has the potential to negatively affect all other databases, and crashes resulting from a mailbox corruption can affect service for all users whose databases are hosted on that server.

Eine weitere Herausforderung bei einer einzelnen Speicher Instanz ist der Mangel an Prozessor Skalierbarkeit mit der ESE (Extensible Storage Engine). ESE wird gut auf 8-12 Prozessorkerne skaliert, aber darüber hinaus führt die prozessorübergreifende Kommunikation und die Cache Synchronisierung zu einer negativen Leistung. Angesichts der heutigen Server mit mehr als 16 Kern-Systemen würde dies die administrative Herausforderung für die Verwaltung der Affinität von 8-12-Kernen für ESE und die Verwendung der anderen Kerne für nicht-Speicher Prozesse (beispielsweise Assistenten, Search Foundation, Managed Usw.). Darüber hinaus ist die frühere Architektur eingeschränkte Skalierung für den Speicherprozess.Another challenge with a single Store instance is the lack of processor scalability with the Extensible Storage Engine (ESE). ESE scales well to 8-12 processor cores, but beyond that, cross-processor communication and cache synchronization issues lead to negative performance. Given today's servers with 16+ core systems available, this would impose the administrative challenge of managing the affinity of 8-12 cores for ESE and using the other cores for non-Store processes (for example, Assistants, Search Foundation, Managed Availability, etc.). Moreover, the previous architecture restricted scale-up for the Store process.

Der Prozess Store. exe hat sich im Laufe der Jahre erheblich entwickelt, da sich Exchange Server selbst entwickelt hat, aber als einzelner Prozess, letztlich seine Skalierbarkeit begrenzt ist und es sich um einen einzelnen Punkt des Fehlers handelt. Aufgrund dieser Grenzwerte wurde Store. exe in Exchange 2013 entfernt und durch den verwalteten Speicher ersetzt.The Store.exe process has evolved considerably throughout the years as Exchange Server itself evolved, but as a single process, ultimately its scalability is limited, and it represents a single point of failure. Because of these limits, Store.exe was removed in Exchange 2013 and replaced by the Managed Store.

Weitere Informationen finden Sie unter Verwalteter Speicher.For more information, see Managed Store.

Mehrere Datenbanken pro VolumeMultiple databases per volume

Obwohl die Speicherverbesserungen in Exchange in erster Linie für nur eine Reihe von Datenträgerkonfigurationen vorgesehen sind, stehen Sie für alle unterstützten Speicherkonfigurationen zur Verfügung. Ein solches Feature ist die Möglichkeit, mehrere Datenbanken auf demselben Volume zu hosten. Diese Funktion beruht auf der Optimierung von Exchange für größere Datenträger. Diese Optimierungen führen zu einer wesentlich effizienteren Verwendung großer Datenträger im Hinblick auf Kapazität, IOPS und erneutes Seeding, und Sie sollen die Herausforderungen bei der Durchführung einer JBOD-Speicherkonfiguration bewältigen:Although the storage improvements in Exchange are designed primarily for just a bunch of disks (JBOD) configurations, they're available for use by all supported storage configurations. One such feature is the ability to host multiple databases on the same volume. This feature is about Exchange optimizing for large disks. These optimizations result in a much more efficient use of large disks in terms of capacity, IOPS, and reseed times, and they're meant to address the challenges associated with running in a JBOD storage configuration:

  • Datenbankgrößen müssen verwaltbar sein.Database sizes must be manageable.

  • Das erneute Seeding muss schnell und zuverlässig erfolgen.Reseed operations must be fast and reliable.

  • Die Speicherkapazität nimmt zu, die IOPS jedoch nicht.Although storage capacity is increasing, IOPS aren't.

  • Datenträger mit passiven Datenbankkopien sind bezogen auf die IOPS nicht ausgelastet.Disks hosting passive database copies are underutilized in terms of IOPS.

  • Verzögerte Kopien haben asymmetrische Speicheranforderungen.Lagged copies have asymmetric storage requirements.

  • Bei der Wiederherstellung nach Speicherplatzproblemen besteht nur geringe Flexibilität.Limited agility exists to recover from low disk space conditions.

Der Trend zur wachsenden Speicherkapazität wird fortgesetzt. Die Exchange Best Practice Guideline für eine maximale Datenbankgröße (2 Terabyte) auf einem Laufwerk mit 8 Terabyte ermöglicht beispielsweise, dass Sie mehr als 5 Terabyte Speicherplatz verschwenden würden.The trend of increasing storage capacity continues. For example, the Exchange best practice guideline for maximum database size (2 terabytes) on an 8 terabyte drive means you would waste more than 5 terabytes of disk space.

Eine ssolution wäre, die Datenbanken einfach größer zu vergrößern, aber die Verwaltbarkeit hemmt, da Sie möglicherweise lange erneute Seeding Zeiten einführen kann (einschließlich der Operational unmanagable erneuten Seeding Zeiten) und die Zuverlässigkeit des Kopierens dieser Datenmenge über das Netzwerk beeinträchtigen.A ssolution would be to simply grow the databases larger, but that inhibits manageability because it might introduce long reseed times (including operationally unmanagable reseed times) and compromised reliability of copying that amount of data over the network.

Darüber hinaus ist beim Exchange 2010-Modell der Datenträger, auf dem eine passive Kopie gespeichert wird, in Bezug auf die IOPS nicht ausgelastet. Im Falle einer verzögerten passiven Kopie ist der Datenträger nicht nur in Bezug auf die IOPS unterlastet, sondern auch in Bezug auf die Datenträger zum Speichern der aktiven und nicht verzögerten passiven Kopien in seiner Größe asymmetrisch.In addition, in the Exchange 2010 model, the disk storing a passive copy is underutilized in terms of IOPS. In the case of a lagged passive copy, not only is the disk underutilized in terms of IOPS, but it's also asymmetric in terms of its size, relative to the disks used to store the active and non-lagged passive copies.

Exchange 2013 und höher wurde optimiert, um umfangreiche Datenträger (8 Terabyte) in einer JBOD-Konfiguration effizienter zu verwenden. Bei mehreren Datenbanken pro Datenträger können Sie nun über die gleichen Datenträger verfügen, auf denen mehrere Datenbankkopien gespeichert werden, einschließlich verzögerter Kopien. Das Ziel besteht darin, die Verteilung von Benutzern auf die Anzahl der vorhandenen Volumes zu lenken, wobei ein symmetrischer Entwurf bereitgestellt wird, bei dem jedes DAG-Mitglied während des normalen Betriebs eine Kombination aus aktiven, passiven und optionalen verzögerten Kopien auf denselben Volumes hostet.Exchange 2013 and later has been optimized to use large disks (8 terabytes) in a JBOD configuration more efficiently. With multiple databases per disk, you can now have the same size disks storing multiple database copies, including lagged copies. The goal is to drive the distribution of users across the number of volumes that exist, providing you with a symmetric design where during normal operations each DAG member hosts a combination of active, passive, and optional lagged copies on the same volumes.

Die nachstehende Abbildung zeigt eine Beispielkonfiguration mit mehreren Datenbanken pro Volume.An example of a configuration that uses multiple databases per volume is illustrated below.

Konfiguration, die mehrere Datenbanken pro Volume verwendetConfiguration that uses multiple databases per volume

Mehrere Datenbanken pro Volume

Die Konfiguration im Diagramm bietet ein symmetrisches Design. Alle vier Server verfügen über die gleichen vier Datenbanken, die alle auf einem einzelnen Datenträger pro Server gehostet werden. Der Schlüssel besteht darin, dass die Anzahl der Kopien jeder Datenbank, die Sie haben, der Anzahl von Datenbankkopien pro Datenträger entsprechen muss.The configuration in the diagram provides a symmetrical design. All four servers have the same four databases all hosted on a single disk per server. The key is that the number of copies of each database that you have should be equal to the number of database copies per disk.

In der Konfiguration im Diagramm gibt es vier Kopien jeder Datenbank: eine aktive Kopie, zwei passive Kopien und eine verzögerte Kopie. Da es vier Kopien jeder Datenbank gibt, besteht die richtige Konfiguration aus vier Kopien pro Volume.In the configuration in the diagram, there are four copies of each database: one active copy, two passive copies, and one lagged copy. Because there are four copies of each database, the proper configuration is one that has four copies per volume.

Darüber hinaus ist die Aktivierungseinstellung so konfiguriert, dass Sie über die DAG und die einzelnen Server hinweg ausgeglichen ist. Zum Beispiel:In addition, activation preference is configured so that it's balanced across the DAG and across each server. For example:

  • Die aktive Kopie hat den Aktivierungs Einstellungswert 1.The active copy will have an activation preference value of 1.

  • Die erste passive Kopie hat den Aktivierungs Einstellungswert 2.The first passive copy will have an activation preference value of 2.

  • Die zweite passive Kopie hat den Aktivierungs Einstellungswert 3.The second passive copy will have an activation preference value of 3.

  • Die verzögerte Kopie hat den Aktivierungs Einstellungswert 4.The lagged copy will have an activation preference value of 4.

Zusätzlich zu einer besseren Verteilung der Benutzer auf die vorhandenen Volumes ist ein weiterer Vorteil der Verwendung mehrerer Datenbanken pro Datenträger eine Verringerung der Zeitdauer für die Wiederherstellung des Datenschutzes für Fehler, die ein erneutes Seeding erfordern (beispielsweise Datenträgerfehler).In addition to having a better distribution of users across the existing volumes, another benefit of using multiple databases per disk is a reduction in the amount of time to restore data protection for failures that require a reseed (for example, disk failure).

Wenn eine Datenbank größer wird, dauert das erneute Seeding der Datenbank länger. Eine 2-Terabyte-Datenbank kann beispielsweise 23 Stunden zum erneuten Seeding benötigen, wohingegen eine 8-Terabyte-Datenbank bis zu 93 Stunden (fast 4 Tage) dauern kann. Beide Samen würden bei ungefähr 20 MB pro Sekunde auftreten. Dies führt im Allgemeinen dazu, dass in einer sehr großen Datenbank in einer operationlich angemessenen Zeitspanne kein Seeding durchgeführt werden kann.As a database gets bigger, reseeding the database takes longer. For example, a 2 terabyte database could take 23 hours to reseed, whereas an 8 terabyte database could take as long as 93 hours (almost 4 days). Both seeds would occur at about 20 MB per second. This generally means that a very large database can't be seeded within an operationally reasonable amount of time.

Im Fall eines Szenarios mit einer einzelnen Datenbankkopie pro Datenträger ist der Seedingvorgang quellgebunden, da der Seedingvorgang des Datenträgers über eine einzelne Quelle erfolgt.In the case of a single database copy per disk scenario, the seeding operation is effectively source-bound, because it's always seeding the disk from a single source.

Wenn Sie das Volume in mehrere Datenbankkopien aufteilen und die aktive Kopie der passiven Datenbanken auf einem angegebenen Volume auf separaten DAG-Mitgliedern gespeichert haben, ist das System im Kontext des erneuten Seedings des Datenträgers nicht mehr Quell gebunden. Beim Ersetzen eines ausgefallenen Datenträgers kann ein erneutes Seeding aus mehreren Quellen ausgeführt werden. Dadurch kann das System den Datenschutz für diese Datenbanken in einer viel kürzeren Zeit erneut Seeding und wiederherstellen.By dividing the volume into multiple database copies, and by having the active copy of the passive databases on a specified volume stored on separate DAG members, the system is no longer source bound in the context of reseeding the disk. When a failed disk is replaced, it can be reseeded from multiple sources. This allows the system to reseed and restore data protection for these databases in a much shorter amount of time.

Wenn Sie mehrere Datenbanken pro Volume verwenden, empfiehlt es sich, die folgenden bewährten Methoden und Anforderungen zu befolgen:When you use multiple databases per volume, we recommend that you follow these best practices and requirements:

  • Eine einzelne logische Datenträgerpartition pro physischem Datenträger muss verwendet werden. Erstellen Sie nicht mehrere Partitionen auf dem Datenträger. Jede Datenbankkopie und die zugehörigen Begleitdateien (wie z. B. Transaktionsprotokolle und Inhaltsindex) sollten in einem eindeutigen Verzeichnis auf der einzelnen Partition gehostet werden.A single logical disk partition per physical disk must be used. Don't create multiple partitions on the disk. Each database copy and its companion files (such as transaction logs and content index) should be hosted in a unique directory on the single partition.

  • Die Anzahl von Datenbankkopien, die pro Volume konfiguriert werden, sollte der Anzahl an Kopien jeder Datenbank entsprechen. Wenn Sie beispielsweise über vier Kopien Ihrer Datenbanken verfügen, sollten Sie vier Datenbankkopien pro Volume verwenden.The number of database copies configured per volume should be equal to the number of copies of each database. For example, if you have four copies of your databases, you should use four database copies per volume.

  • Datenbankkopien sollten dieselben Nachbarelemente aufweisen. (Sie sollten sich beispielsweise alle auf dem gleichen Datenträger auf jedem jeweiligen Server befinden.)Database copies should have the same neighbors. (For example, they should all share the same disk on each server.)

  • Die Aktivierungseinstellungen in der DAG sollten abgeglichen werden, sodass jede Datenbankkopie auf einem bestimmten Datenträger einen eindeutigen Wert für die Aktivierungseinstellung aufweist.Activation preference across the DAG should be balanced, such that each database copy on a specified disk has a unique activation preference value.

AutoReseedAutoReseed

Automatisches erneutes Seeding (auch bekannt als AutoReseed) ist die Ersetzung der normalerweise vom Administrator gesteuerten Aktion als Reaktion auf einen Datenträgerfehler, ein Daten Bank Beschädigungs Ereignis oder ein anderes Problem, das das erneute Seeding einer Datenbankkopie erfordert. AutoReseed ist darauf ausgelegt, Datenbankredundanz nach einem Datenträgerausfall mithilfe von Ersatz Datenträgern, die auf dem System bereitgestellt wurden, automatisch wiederherzustellen.Automatic reseed (also known as AutoReseed) is the replacement for what is normally an administrator-driven action in response to a disk failure, database corruption event, or other issue that requires a reseed of a database copy. AutoReseed is designed to automatically restore database redundancy after a disk failure by using spare disks that have been provisioned on the system.

Weitere Informationen finden Sie unter AutoReseed. Ausführliche Schritte zur Konfiguration von AutoReseed finden Sie unter Konfigurieren von AutoReseed für eine Database Availability Group.For more information, see AutoReseed. For detailed steps to configure AutoReseed, see Configure AutoReseed for a database availability group.

Automatische Wiederherstellung nach SpeicherfehlernAutomatic recovery from storage failures

Durch die automatische Wiederherstellung aufgrund von Speicherfehlern kann das System nach Fehlern, die die Ausfallsicherheit oder Redundanz beeinträchtigen, wiederhergestellt werden. Zusätzlich zu den BugCheck-Verhaltensweisen, die in Exchange 2010 eingeführt wurden, enthält Exchange nun zusätzliche Wiederherstellungsverhalten für lange e/A-Zeiten, eine übermäßige Speicherbelegung durch den Microsoft Exchange-Replikationsdienst (MSExchangeRepl. exe) und schwere Fälle, in denen Threads können nicht geplant werden.Automatic recovery from storage failures allows the system to recover from failures that affect resiliency or redundancy. In addition to the bugcheck behaviors introduced in Exchange 2010, Exchange now includes additional recovery behaviors for long I/O times, excessive memory consumption by the Microsoft Exchange Replication service (MSExchangeRepl.exe), and severe cases where threads can't be scheduled.

Auch in JBOD-Umgebungen können Speicher-Array Controller Probleme aufweisen, beispielsweise Absturz oder hängen. In der folgenden Tabelle sind Features aufgeführt, die Hung-e/A-Erkennungs-und Wiederherstellungsfunktionen bieten, die eine verbesserte Ausfallsicherheit bieten.Even in JBOD environments, storage array controllers can have issues, such as crashing or hanging. The following table lists features that provide hung I/O detection and recovery features that provide enhanced resilience.

NameName PrüfungCheck AktionAction SchwellenwertThreshold
Erkennung nicht reagierender E/A-Vorgänge für ESE-DatenbankESE Database Hung IO Detection
ESE-Prüfungen für ausstehende E/A-VorgängeESE checks for outstanding I/Os
Generiert ein Fehlerelement im Crimson-Kanal, um den Server neu zu startenGenerates a failure item in the crimson channel to restart the server
240 Sekunden240 seconds
Taktsignal für Fehlerelement im KanalFailure Item Channel Heartbeat
Stellt sicher, dass Fehlerelemente in den Crimson-Kanal geschrieben und aus diesem gelesen werden könnenEnsures failure items can be written to and read from crimson channel
Der Replikationsdienst sendet ein Taktsignal an den Crimson-Kanal und startet den Server bei Fehlern neuReplication service heartbeats crimson channel and restart server on failures
30 Sekunden30 seconds
Taktsignal für SystemdatenträgerSystem Disk Heartbeat
Überprüft den Status des Systemdatenträgers auf dem ServerVerifies server's system disk state
In regelmäßigen Abständen werden ungepufferte E/A an den Systemdatenträger gesendet, und der Server wird bei Auftreten eines Takttimeouts neu gestartetPeriodically sends unbuffered I/O to system disk; restarts server on heartbeat time out
120 Sekunden120 seconds

Exchange 2013 und höher erhöht die Ausfallsicherheit für Server und Speicher, indem Verhaltensweisen für andere schwerwiegende Bedingungen eingeschlossen werden. Diese Bedingungen und Verhaltensweisen werden in der folgenden Tabelle beschrieben.Exchange 2013 and later enhances server and storage resilience by including behaviors for other serious conditions. These conditions and behaviors are described in the following table.

NameName PrüfungCheck AktionAction SchwellenwertThreshold
Ungültiger SystemstatusSystem bad state
Keine Threadplanung möglich, nicht verwaltete Threads eingeschlossenNo threads, including non-managed threads, can be scheduled
Der Server wird neu gestartetRestart the server
302 Sekunden302 seconds
Lange E/A-ZeitenLong I/O times
Latenzmessungen für E/A-VorgängeI/O operation latency measurements
Der Server wird neu gestartetRestart the server
41 Sekunden41 seconds
Speicherbelegung durch ReplikationsdienstReplication service memory use
Messung des Arbeitssatzes von "MSExchangeRepl.exe"Measure the working set of MSExchangeRepl.exe
1: Ereignis 4395 im Crimson-Kanal mit einer Dienst Beendigungsanforderung protokollieren1: Log event 4395 in the crimson channel with a service termination request
2: Beendigung von MSExchangeRepl. exe initiieren2: Initiate termination of MSExchangeRepl.exe
3: Wenn die Dienstbeendigung fehlschlägt, starten Sie den Server neu.3: If service termination fails, restart the server
4 Gigabyte (GB)4 gigabyte (GB)
Systemereignis 129 (Bus-Reset)System Event 129 (Bus reset)
Im Systemereignisprotokoll nach Ereignis 129 suchenCheck for Event 129 in System event log
Der Server wird neu gestartetRestart the server
Wenn das Ereignis auftrittWhen event occurs
Clusterdatenbank reagiert nicht mehrCluster database hang
Globale Update-Manager-Updates werden blockiertGlobal Update Manager updates are blocked
Der Server wird neu gestartetRestart the server
Wenn das Ereignis auftrittWhen event occurs

Verbesserungen in Bezug auf verzögerte KopienLagged copy enhancements

Zu den Verbesserungen für verzögerte Kopien gehört die Integration in das Sicherheitsnetz und die automatische Wiedergabe von Protokolldateien in bestimmten Szenarien. Das Sicherheitsnetz wurde in Exchange 2013 eingeführt, um das Exchange 2010-Feature als Transportpapierkorb zu ersetzen. Das Sicherheitsnetz ähnelt dem Transportpapierkorb, da es sich um eine Übermittlungswarteschlange handelt, die dem Transportdienst auf einem Postfachserver zugeordnet ist. In dieser Warteschlange werden Kopien von Nachrichten gespeichert, die erfolgreich an die aktive Postfachdatenbank auf dem Postfachserver übermittelt wurden. Jede aktive Postfachdatenbank auf dem Postfachserver verfügt über eine eigene Warteschlange, in der Kopien der übermittelten Nachrichten gespeichert werden. Sie können angeben, wie lange das Sicherheitsnetz Kopien der erfolgreich zugestellten Nachrichten speichert, bevor Sie ablaufen und automatisch gelöscht werden.Lagged copy enhancements include integration with Safety Net and automatic play down of log files in certain scenarios. Safety Net was introduced in Exchange 2013 to replace the Exchange 2010 feature known as the transport dumpster. Safety Net is similar to the transport dumpster, in that it's a delivery queue that's associated with the Transport service on a Mailbox server. This queue stores copies of messages that were successfully delivered to the active mailbox database on the Mailbox server. Each active mailbox database on the Mailbox server has its own queue that stores copies of the delivered messages. You can specify how long Safety Net stores copies of the successfully delivered messages before they expire and are automatically deleted.

Das Sicherheitsnetz übernimmt einige Aufgaben der Shadow-Redundanz in DAG-Umgebungen. In DAG-Umgebungen muss über die Shadow-Redundanz keine weitere Kopie der zugestellten Nachricht in einer Schattenwarteschlange speichern, während auf die Replikation der zugestellten Nachricht in die passiven Kopien der Postfachdatenbanken auf den anderen Postfachservern in der DAG gewartet wird. Die Kopie der zugestellten Nachricht wird bereits im Sicherheitsnetz gespeichert, daher kann die Shadow-Redundanz die Nachricht ggf. aus dem Sicherheitsnetz erneut zustellen.Safety Net takes some responsibility from shadow redundancy in DAG environments. In DAG environments, shadow redundancy doesn't need to keep another copy of the delivered message in a shadow queue while it waits for the delivered message to replicate to the passive copies of mailbox databases on the other Mailbox servers in the DAG. The copy of the delivered message is already stored in Safety Net, so shadow redundancy can redeliver the message from Safety Net if necessary.

Mit dem Sicherheitsnetz wird die Aktivierung einer verzögerten Datenbankkopie deutlich vereinfacht. Betrachten Sie beispielsweise eine verzögerte Kopie mit einem 2-tägigen Replay-Sträfling. In diesem Fall würden Sie das Sicherheitsnetz für einen Zeitraum von 2 Tagen konfigurieren. Wenn Sie eine Situation haben, in der Sie die verzögerte Kopie verwenden müssen, können Sie Folgendes tun:With Safety Net, activating a lagged database copy becomes significantly easier. For example, consider a lagged copy that has a 2-day replay lag. In that case, you would configure Safety Net for a period of 2 days. If you encounter a situation in which you need to use your lagged copy, you can:

  1. Die Replikation wird angehalten.Suspend replication to it.

  2. Kopieren Sie es zweimal (um die verzögerte Art der Datenbank beizubehalten und eine zusätzliche Kopie zu erstellen, falls Sie Sie benötigen).Copy it twice (to preserve the lagged nature of the database and to create an extra copy in case you need it).

  3. Nehmen Sie eine Kopie vor, und verwerfen Sie alle Protokolldateien, mit Ausnahme der im erforderlichen Umfang.Take a copy and discard all the log files, except for those in the required range.

  4. Sie binden die Kopie ein, wodurch eine automatische Anforderung an das Sicherheitsnetz ausgelöst wird, die E-Mails der letzten zwei Tage erneut zuzustellen.Mount the copy, which triggers an automatic request to Safety Net to redeliver the last two days of mail.

Mit dem Sicherheitsnetz müssen Sie nicht nach der Stelle suchen, an der der Fehler aufgetreten ist. Sie erhalten die letzten beiden Tage Nachrichten, abzüglich der Daten, die normalerweise bei einem verlustbehafteten Failover verloren gehen.With Safety Net, you don't need to hunt for where the point of corruption was introduced. You get the last two days mail, minus the data ordinarily lost on a lossy failover.

Verzögerte Kopien können sich jetzt bis zu einem gewissen Grad selbst verwalten und in bestimmten Szenarien eine automatische Protokollwiedergabe auslösen:Lagged copies can now care for themselves by invoking automatic log replay to play down the log files in certain scenarios:

  • Wenn ein Schwellenwert für zu wenig Speicherplatz erreicht wirdWhen a low disk space threshold is reached

  • Wenn die verzögerte Kopie eine physische Beschädigung aufweist und ein Seitenpatching erforderlich istWhen the lagged copy has physical corruption and needs to be page patched

  • Wenn für mehr als 24 Stunden weniger als drei fehlerfreie Kopien (nur aktiv oder passiv; verzögerte Datenbankkopien werden nicht gezählt) zur Verfügung stehenWhen there are fewer than three available healthy copies (active or passive only; lagged database copies are not counted) for more than 24 hours

In Exchange 2010 war das Seiten Patchen für verzögerte Kopien nicht verfügbar. In Exchange 2013 oder höher ist das Seiten Patchen für verzögerte Kopien über diese automatische Abspielfunktion verfügbar. Wenn das System erkennt, dass für eine verzögerte Kopie ein seitenpatching erforderlich ist, werden die Protokolle automatisch in die verzögerte Kopie wiedergegeben, um das Seiten Patchen durchzuführen. Verzögerte Kopien rufen auch diese Funktion für automatische Wiedergabe auf, wenn ein Schwellenwert für wenig Speicherplatz erreicht wurde und die verzögerte Kopie als einzige verfügbare Kopie für einen bestimmten Zeitraum erkannt wurde.In Exchange 2010, page patching wasn't available for lagged copies. In Exchange 2013 or later, page patching is available for lagged copies through this automatic play down feature. If the system detects that page patching is required for a lagged copy, the logs are automatically replayed into the lagged copy to perform page patching. Lagged copies also invoke this auto replay feature when a low disk space threshold has been reached, and when the lagged copy has been detected as the only available copy for a specific period of time.

Die Wiedergabe für verzögerte Kopien ist standardmäßig deaktiviert und kann durch Ausführung des folgenden Befehls aktiviert werden:Lagged copy play down behavior is disabled by default, and can be enabled by running the following command.

Set-DatabaseAvailabilityGroup <DAGName> -ReplayLagManagerEnabled $true

Nach der Aktivierung wird eine Wiedergabe durchgeführt, wenn weniger als drei Kopien zur Verfügung stehen. Sie können den Standardwert 3 ändern, indem Sie den folgenden DWORD-Registrierungswert bearbeiten.After being enabled, play down occurs when there are fewer than three copies. You can change the default value of 3, by modifying the following DWORD registry value.

HKLM\Software\Microsoft\ExchangeServer\v15\Replay\Parameters\ReplayLagManagerNumAvailableCopiesHKLM\Software\Microsoft\ExchangeServer\v15\Replay\Parameters\ReplayLagManagerNumAvailableCopies

Sie müssen den folgenden Registrierungswert konfigurieren, um die Wiedergabe bei Erreichen von Schwellenwerten in Bezug auf zu wenig Speicherplatz zu aktivieren:To enable play down for low disk space thresholds, you must configure the following registry entry.

HKLM\Software\Microsoft\ExchangeServer\v15\Replay\Parameters\ReplayLagLowSpacePlaydownThresholdInMBHKLM\Software\Microsoft\ExchangeServer\v15\Replay\Parameters\ReplayLagLowSpacePlaydownThresholdInMB

Starten Sie nach der Konfiguration einer dieser Registrierungseinstellungen den Microsoft Exchange DAG-Verwaltungsdienst neu, damit die Änderungen übernommen werden.After configuring either of these registry settings, restart the Microsoft Exchange DAG Management service for the changes to take effect.

Beispiel: Angenommen, eine Umgebung weist eine Datenbank mit 4 Kopien auf (3 hoch verfügbare Kopien und 1 verzögerte Kopie), und für ReplayLagManagerNumAvailableCopies wird die Standardeinstellung verwendet. Wenn eine nicht verzögerte Kopie aus irgendeinem Grund nicht verwendet werden kann (z. B. weil sie angehalten wurde), gibt die verzögerte Kopie ihre Protokolldateien automatisch in 24 Stunden wieder.As an example, consider an environment where a given database has 4 copies (3 highly available copies and 1 lagged copy), and the default setting is used for ReplayLagManagerNumAvailableCopies. If a non-lagged copy is out-of-service for any reason (for example, it is suspended, etc.) then the lagged copy will automatically play down its log files in 24 hours.

Verbesserte Warnung zu einzelnen KopienSingle copy alert enhancements

Sicherstellen, dass Ihre Server zuverlässig funktionieren und dass Ihre Postfachdatenbankkopien fehlerfrei sind, sind primäre Ziele der täglichen Exchange-Messagingvorgänge. Sie müssen die Hardware, das Windows-Betriebssystem und die Exchange-Dienste aktiv überwachen.Ensuring that your servers are operating reliably and that your mailbox database copies are healthy are primary objectives of daily Exchange messaging operations. You must actively monitor the hardware, the Windows operating system, and the Exchange services.

In einer Exchange-Sicherheitsumgebung für Postfächer ist es jedoch wichtig, dass Sie die Integrität und den Status der DAG und ihrer Postfachdatenbankkopien überwachen. Es ist besonders wichtig, Datenredundanz Risikomanagement durchzuführen und für Zeiträume zu überwachen, in denen eine replizierte Datenbank auf eine einzige Kopie beschränkt ist. Dies ist besonders kritisch in Umgebungen, in denen kein redundantes Array von unabhängigen Datenträgern (RAID) verwendet wird und stattdessen JBOD-Konfigurationen bereitgestellt werden. In einer RAID-Umgebung wirkt sich ein einzelner Datenträger defekt nicht auf eine aktive Postfachdatenbankkopie aus. In einer JBOD-Umgebung löst ein Ausfall eines einzelnen Datenträgers ein Datenbankfailover aus.But in an Exchange mailbox resiliency environment, it's important that you monitor the health and status of the DAG and your mailbox database copies. It's especially vital to perform data redundancy risk management and monitor for periods in which a replicated database is down to just a single copy. This is particularly critical in environments that don't use Redundant Array of Independent Disks (RAID) and instead deploy JBOD configurations. In a RAID environment, a single disk failure doesn't affect an active mailbox database copy. However, in a JBOD environment, a single disk failure will trigger a database failover.

Das CheckDatabaseRedundancy. ps1-Skript wurde in Exchange 2010 eingeführt. Wie der Name schon sagt, war der Zweck des Skripts die Überwachung der Redundanz von replizierten Postfachdatenbanken, indem überprüft wurde, ob mindestens zwei konfigurierte, fehlerfreie und aktuelle Kopien vorhanden sind, und dass ein Administrator über die Ereignisprotokoll Generierung benachrichtigt wird, wenn nur ein einzelner eine fehlerfreie Kopie einer replizierten Datenbank ist vorhanden. In diesem Fall werden sowohl aktive als auch passive Kopien gezählt, wenn Redundanz ermittelt wird.The CheckDatabaseRedundancy.ps1 script was introduced in Exchange 2010. As its name implies, the purpose of the script was to monitor the redundancy of replicated mailbox databases by validating that there is at least two configured, healthy, and current copies, and to alert an administrator through event log generation when only a single healthy copy of a replicated database exists. In this case, both active and passive copies are counted when determining redundancy.

Eine Einzelkopiebedingung ist u. a. in diesen Fällen erfüllt:Single copy conditions include, but aren't limited to:

  • Ausfall einer aktiven Kopie, die auf eine beliebige passive Kopie repliziert werden soll.Failure of an active copy to replicate to any passive copy.

  • Ausfall aller passiven Kopien, was neben den Statuswerten "FailedAndSuspended" und "Fehler" auch den Status "Fehlerfrei" umfasst, wenn die Kopie in Bezug auf Protokollkopie oder -wiedergabe im Rückstand ist. Beachten Sie, dass verzögerte Kopien nicht als rückständig betrachtet werden, wenn sie bei der Protokollwiedergabe weniger als zehn Minuten gegenüber der festgelegten Verzögerungszeit zurückliegen.Failure of all passive copies, which includes FailedAndSuspended and Failed states in addition to healthy states where the copy is behind in log copying or replay. Note that lagged copies aren't considered behind if they're within ten minutes in replaying their logs to their lag period.

  • Das System kann die aktuelle Protokollgenerierung der aktiven Kopie nicht genau ermitteln.Failure of the system to accurately know the current log generation of the active copy.

Da es für Administratoren von höchster Wichtigkeit ist, zu wissen, wann nur noch eine einzelne fehlerfreie Kopie einer Datenbank vorliegt, wurde das Skript "CheckDatabaseRedundancy.ps1" durch eine integrierte, systemeigene Funktion ersetzt, die zum DataProtection-Integritätssatz der verwalteten Verfügbarkeit gehört.Because it's a top priority for administrators to know when they're down to a single healthy copy of a database, the CheckDatabaseRedundancy.ps1 script has been replaced with integrated, native functionality that's part of managed availability's DataProtection Health Set.

Die systemeigene Funktion warnt Administratoren weiterhin über Ereignisprotokollbenachrichtigungen und unterscheidet Exchange 2013 oder höher Warnungen von Exchange 2010, Exchange verwendet jetzt die folgenden Ereignis-IDs:The native functionality still alerts administrators through event log notifications, and to distinguish Exchange 2013 or later alerts from Exchange 2010, Exchange now uses the following Event IDs:

  • Ereignis 4138 (roter Alarm)Event 4138 (Red Alert)

  • Ereignis 4139 (grüner Alarm)Event 4139 (Green Alert)

Die systemeigene Funktionalität wurde verbessert, um das Warnsignal zu verringern, das auftritt, wenn mehrere Datenbanken auf dem gleichen Server in eine einzelne Kopie eingehen. In Exchange 2010 wurden einzelne Kopien auf Datenbankebene generiert. Daher kann ein Serverweites Problem, das mehrere Datenbanken und mehrere Datenbankkopien betrifft, zu Warnungs Stürmen führen. Da mehrere Fehler serverweit (beispielsweise Controller-oder Speicherprobleme) vorhanden sind, besteht eine gute Wahrscheinlichkeit, dass für jeden Server Vorfall ein Warnungs Sturm auftreten würde.The native functionality has been enhanced to reduce alert noise that occurs when multiple databases on the same server enter into a single copy condition. In Exchange 2010, single copy alerts were generated on a per-database level. As a result, a server-wide issue that affected multiple databases and multiple database copies could cause alert storms. Because several failures are server-wide (for example, controller or memory problems), there was a good chance that an alert storm would occur for each server incident.

Benachrichtigungen werden nun auf Server Basis generiert. Wenn sich ein Ausfall auf einen vollständigen Server auswirkt und Datenredundanz für mehrere Datenbankkopien gefährdet wird, wird eine einzelne Server Warnung generiert.Alerts are now generated on a per-server basis. When an outage affects an entire server and data redundancy becomes at risk for multiple database copies, a single per-server alert is generated.

Automatische Konfiguration von DAG-NetzwerkenDAG network auto-configuration

Ein DAG-Netzwerk ist eine Sammlung von Subnetzen, die entweder für Replikationsdatenverkehr oder MAPI-Datenverkehr verwendet werden. Jedes DAG-Netzwerk enthält maximal ein MAPI-Netzwerk und null oder mehr Replikationsnetzwerke.A DAG network is a collection of one or more subnets used for either replication traffic or MAPI traffic. Each DAG contains a maximum of one MAPI network and zero or more replication networks.

In Exchange 2010 wurden die anfänglichen DAG-Netzwerke (beispielsweise DAGNetwork01 und "Dagnetwork02") vom System basierend auf den Subnetzen erstellt, die vom Cluster Dienst aufgezählt wurden. Wenn Sie mehrere Netzwerke hatten und die Schnittstellen für ein angegebenes Netzwerk (beispielsweise das MAPI-Netzwerk) sich im selben Subnetz befanden, war wenig zusätzliche Konfiguration erforderlich. Wenn sich die Schnittstellen für ein angegebenes Netzwerk jedoch in mehreren Subnetzen befanden, mussten Sie eine Aufgabe ausführen, die als reduzieren von DAG-Netzwerken bezeichnet wird.In Exchange 2010, the initial DAG networks (for example, DAGNetwork01 and DAGNetwork02) were created by the system based on the subnets that were enumerated by the Cluster service. If you had multiple networks and the interfaces for a specified network (for example, the MAPI network) were on the same subnet, there was little additional configuration required. However, if the interfaces for a specified network were on multiple subnets, you needed to perform a task known as collapsing DAG networks.

In Exchange 2013 oder höher ist das Reduzieren von DAG-Netzwerken nicht mehr erforderlich. Exchange verwendet weiterhin dieselben Erkennungsmechanismen, um zwischen den MAPI-und Replikationsnetzwerken zu unterscheiden, es werden jedoch jetzt automatisch DAG-Netzwerke reduziert.In Exchange 2013 or later, collapsing DAG networks is no longer necessary. Exchange still uses the same detection mechanisms to distinguish between the MAPI and replication networks, but it now automatically collapses DAG networks as appropriate.

Darüber hinaus werden DAG-Netzwerke standardmäßig automatisch vom System verwaltet. Zum Anzeigen der DAG-Netzwerkeigenschaften mithilfe der Exchange-Verwaltungskonsole müssen Sie die DAG für die manuelle Netzwerksteuerung konfigurieren, indem Sie die Eigenschaften der DAG mithilfe der EAC ändern oder das Cmdlet Set-DatabaseAvailabilityGroup verwenden, um die _ ManualDagNetworkConfiguration_ -Parameter $trueauf.In addition, by default, DAG networks are now automatically managed by the system. To view DAG network properties using the Exchange admin center (EAC), you must configure the DAG for manual network control by modifying the properties of the DAG using EAC, or by using the Set-DatabaseAvailabilityGroup cmdlet to set the ManualDagNetworkConfiguration parameter to $true.

Änderungen in Bezug auf die Auswahl der besten KopieChanges to best copy selection

Die Auswahl der besten Kopie (Best Copy Selection, BCS) ist ein interner Algorithmenprozess zum Ermitteln der besten Kopie einer einzelnen Datenbank für die Aktivierung. Die Auswahl erfolgt basierend auf einer Liste potenzieller Kopien für die Aktivierung, die Integrität und Status jeder Kopie angibt. Active Manager wählt die beste verfügbare (und nicht blockierte) Kopie aus, die zur neuen aktiven Datenbankkopie wird, wenn die vorhandene aktive Datenbankkopie ausfällt oder wenn ein Administrator ein Switchover ohne Zielangabe ausführt. In Exchange 2010 wertete der BCS-Prozess verschiedene Aspekte der einzelnen Datenbankkopien aus, um zu ermitteln, welche Kopie am besten aktiviert werden sollte. Hierzu gehörten:Best copy selection (BCS) is an internal algorithm process for finding the best copy of an individual database to activate, given a list of potential copies for activation and their health and status. Active Manager selects the best available (and unblocked) copy to become the new active database copy when the existing active database copy fails or when an administrator performs a targetless switchover. In Exchange 2010, the BCS process evaluated several aspects of each database copy to determine the best copy to activate. These included:

  • Länge der KopiewarteschlangeCopy queue length

  • Länge der WiedergabewarteschlangeReplay queue length

  • Status der DatenbankDatabase status

  • InhaltsindexzustandContent index status

In Exchange 2013 oder höher führt Active Manager dieselben BCS-Überprüfungen und-Phasen aus, um die Replikationsintegrität zu ermitteln, aber es umfasst jetzt auch die Verwendung einer Einschränkung der abnehmenden Reihenfolge von Integritäts Zuständen. Als Ergebnis dieser Änderungen wird BCS jetzt als beste Kopie und Serverauswahl (des Servers) bezeichnet.In Exchange 2013 or later, Active Manager performs the same BCS checks and phases to determine replication health, but it now also includes the use of a constraint of the decreasing order of health states. As a result of these changes, BCS is now called best copy and server selection (BCSS).

DES Servers enthält mehrere neue Integritätsprüfungen, die jetzt Bestandteil der integrierten Überwachungskomponenten für die verwaltete Verfügbarkeit in Exchange sind. Active Manager führt vier zusätzliche Prüfungen durch (wird in der Reihenfolge aufgeführt, in der Sie ausgeführt werden):BCSS includes several new health checks that are now part of the built-in managed availability monitoring components in Exchange. There are four additional checks performed by Active Manager (listed in the order in which they're performed):

  1. All Healthy: überprüft, ob ein Server mit einer Kopie der betroffenen Datenbank mit allen Überwachungskomponenten in einem fehlerfreien Zustand gehostet wird.All Healthy: Checks for a server hosting a copy of the affected database that has all monitoring components in a healthy state.

  2. Bis normal Fehlerfrei: überprüft, ob ein Server mit einer Kopie der betroffenen Datenbank mit allen Überwachungskomponenten mit normaler Priorität in einem fehlerfreien Zustand gehostet wird.Up to Normal Healthy: Checks for a server hosting a copy of the affected database that has all monitoring components with Normal priority in a healthy state.

  3. Alles ist besser als Source: überprüft, ob ein Server mit einer Kopie der betroffenen Datenbank mit Überwachungskomponenten in einem Zustand ist, der besser als der aktuelle Server ist, der die betroffene Kopie hostet.All Better than Source: Checks for a server hosting a copy of the affected database that has monitoring components in a state that's better than the current server hosting the affected copy.

  4. Identisch mit Source: überprüft, ob ein Server mit einer Kopie der betroffenen Datenbank mit Überwachungskomponenten in einem Zustand ausgeführt wird, der mit dem aktuellen Server identisch ist, auf dem die betroffene Kopie gehostet wird.Same as Source: Checks for a server hosting a copy of the affected database that has monitoring components in a state that's the same as the current server hosting the affected copy.

Wenn des Servers als Ergebnis eines Failovers aufgerufen wird, das von einer Überwachungskomponente für die verwaltete Verfügbarkeit ausgelöst wird (beispielsweise über einen Failover-Responder), wird eine zusätzliche obligatorische Einschränkung erzwungen, bei der die komponentenintegrität des Zielservers besser als die Server, auf dem das Failover aufgetreten ist. Wenn beispielsweise ein Fehler von Outlook im Web (früher als Outlook Web App bezeichnet) ein Failover der verwalteten Verfügbarkeit über einen Failover-Responder auslöst, muss des Servers einen Server auswählen, der eine Kopie der betroffenen Datenbank hostet, auf der Oulook im Web fehlerfrei ist.If BCSS is invoked as a result of a failover that's triggered by a managed availability monitoring component (for example, via a Failover responder), an additional mandatory constraint is enforced where the target server's component health must be better than the server on which the failover occurred. For example, if a failure of Outlook on the web (formerly known as Outlook Web App) triggers a managed availability failover via a Failover responder, BCSS must select a server hosting a copy of the affected database on which Oulook on the web is healthy.

DAG-VerwaltungsdiensteDAG Management Service

Exchange 2013 CU2 oder höher umfasst den Microsoft Exchange DAG-Verwaltungsdienst (MSExchangeDAGMgmt). Dieser Dienst enthält die interne DAG-Überwachungsfunktion, die sich zuvor innerhalb des Microsoft Exchange-Replikationsdiensts (MSExchangeRepl) befand.Exchange 2013 CU2 or later includes the Microsoft Exchange DAG Management Service (MSExchangeDAGMgmt). This service contains the internal DAG monitoring functionality that was previously inside the Microsoft Exchange Replication service (MSExchangeRepl).

DAGs ohne Administratorzugriffspunkt im ClusterDAGs without a cluster administrative access point

Alle DAGs auf Exchange-Servern unter Windows Server 2008 R2 oder Windows Server 2012 erfordern mindestens eine IP-Adresse in jedem Subnetz, das im MAPI-Netzwerk enthalten ist. Die der DAG zugewiesene IP-Adresse (n) wird vom DAG-Cluster mit dem administrativen Zugriffspunkt des Clusters (auch als Clusternetzwerkname bezeichnet) verwendet, um die Namensauflösung und die Konnektivität zum Cluster (oder genauer gesagt die Verbindung mit dem Cluster) zu ermöglichen. Mitglied, das derzeit die Cluster Kernressourcen Gruppe besitzt) mithilfe des Clusternamens.All DAGs on Exchange servers running Windows Server 2008 R2 or Windows Server 2012 require at least one IP address on every subnet included in the MAPI network. The IP address(es) assigned to the DAG are used by the DAG's cluster with the cluster's administrative access point (also known as the cluster network name) to enable name resolution and connectivity to the cluster (or more precisely, connectivity to the cluster member that currently owns the cluster core resource group) using the cluster name.

Mit Windows Server 2012 R2 oder höher können Sie einen Failovercluster ohne Administratorzugriffs Punkt erstellen. Windows-Failovercluster ohne Administratorzugriffs Punkte weisen die folgenden Merkmale auf:Windows Server 2012 R2 or later enables you to create a failover cluster without an administrative access point. Windows failover clusters without administrative access points have the following characteristics:

  • Dem Cluster wird keine IP-Adresse zugewiesen, es gibt also keine IP-Adress Ressource in der Cluster Core-Ressourcengruppe.No IP address is assigned to the cluster, so there's no IP Address Resource in the cluster core resource group.

  • Dem Cluster wird kein Netzwerkname zugewiesen, es gibt also keine Netzwerknamenressource in der Cluster Core-Ressourcengruppe.No network name is assigned to the cluster, so there's no Network Name Resource in the cluster core resource group.

  • Der Name des Clusters wird nicht in DNS registriert, und der Clustername ist im Netzwerk nicht aufgelöst.The name of the cluster isn't registered in DNS and the cluster name isn't resolvable on the network.

  • Ein Clusternamensobjekt (CNO) wird nicht in Active Directory erstellt.A cluster name object (CNO) isn't created in Active Directory.

  • Sie können den Windows-Failovercluster nicht mithilfe des Failovercluster-Verwaltungstools verwalten. Stattdessen müssen Sie Windows PowerShell verwenden, und Sie müssen die PowerShell-Cmdlets für die einzelnen Clustermitglieder ausführen.You can't manage the Windows failover cluster using the Failover Cluster Management tool. Instead, you need to use Windows PowerShell and you need to run the PowerShell cmdlets against the individual cluster members.

Exchange 2013 SP1 oder höher, die auf Exchange unter Windows Server 2012 R2 oder höher läuft, können Sie eine DAG ohne einen Cluster-Administratorzugriffs Punkt erstellen. Weitere Informationen finden Sie unter Erstellen von DAGs und Erstellen einer Datenbankverfügbarkeitsgruppe.Exchange 2013 SP1 or later running on Exchange on Windows Server 2012 R2 or later enables you to create a DAG without a cluster administrative access point. For more information, see Creating DAGs and Create a database availability group.