Exchange StalledDueToTarget DiskLatency

Exchange StalledDueToTarget_DiskLatency

Exchange Migrationsstatus

Bei der Migration von Postfächern, kann es aufgrund des Workload Managements (WLM) z.B. bei einer interne Verschiebung der Mailboxen oder bei einer Migration in die Cloud, zu Verzögerungen kommen. Die gängiste Meldung die einem dabei unter die Augen kommt ist Exchange StalledDueToTarget_DiskLatency.

Mailboxes are stalled during a migration

Die Meldungen dazu können unterschiedlich ausfallen. Es ist kein Fehler, dahinter steckt wie oben erwähnt eine Priorisierung seitens des WLMs, um sicherzustellen, das der Exchange Server weiterhin genug Performance behält, um seinen Workload bewältigen zu können.

Das sind die 3 häufigsten Meldungen (Ursachen) die bedingt durch das Eingreifen des Workload-Managements angezeigt werden können. Dabei kann die Quelle oder das Ziel das Nadelöhr sein.

  • StalledDueToTarget_MdBReplication
  • StalledDueToTarget_MdbAvailability
  • StalledDueToTarget_DiskLatency
  • StalledDueToSource_Processor

Sollte der Fall eintreten, das WLM eine Priorisierung zugunsten des Exchange vornehmen muss, sowie in diesem Fall, dann werden standardmäßig nicht mehr wie 10 Postfächer gleichzeitig migriert. Keine Sorge, die Queue wird nach und nach abgebaut. Sobald ein Postfach aus dem Status “CopyingMessages” in “Completed” übergeht, wird das nächste Postfach migriert. 39 Migrations-Jobs wurden wie oben zu sehen sind angestossen.

Die Situation ist auf diesen beiden Bildern glaube ich ganz gut zu erkennen.

Exchange Migrationsstatus

Exchange StalledDueToTarget_DiskLatency

Auf diesem Bild erkennen wir, das die Prozessorleistung auf dem Source Server stark ausgereizt ist.

StalledDueToSource_Processor

Hier sehen wir den weiteren Fortschritt. Die Mailboxen werden weiterhin erfolgreich migriert, jedoch mit etwas Verzögerung bedingt durch die Workload Management Drosselung.

StalledDueToTarget_DiskLatency StalledDueToTarget_MdbAvailability

Exchange StalledDueToTarget_DiskLatency

Wer mit den Voreinstellungen von 10 parallelen Postfächern nicht konform ist, kann den Wert erhöhen.

“Trotzdem sollte man die Ursache für die angezeigte Meldung nicht vergessen!”

Sizing Workload Management Throttling

Bevor man den oder die Standardwerte bearbeiten kann, bedarf es einer kleinen Vorbereitung. Zuerst müssen wir die nötigen Exchange-Komponenten anlegen und neu limitieren. Das passiert mit der Ausführung des Befehls:

$limit = 25
New-SettingOverride -Name “MdbReplication” -Component WorkloadManagement -Section MdbReplication -Parameters @(“MaxConcurrency=$limit”) -Reason “Allow more simultaneous mailbox moves”
New-SettingOverride -Name “CiAgeOfLastNotification” -Component WorkloadManagement -Section MdbReplication -Parameters @(“MaxConcurrency=$limit”) -Reason “Allow more simultaneous mailbox moves”
New-SettingOverride -Name “MdbAvailability” -Component WorkloadManagement -Section MdbReplication -Parameters @(“MaxConcurrency=$limit”) -Reason “Allow more simultaneous mailbox moves”
New-SettingOverride -Name “DiskLatency” -Component WorkloadManagement -Section MdbReplication -Parameters @(“MaxConcurrency=$limit”) -Reason “Allow more simultaneous mailbox moves”
New-SettingOverride -Name “MdbDiskLatency” -Component WorkloadManagement -Section MdbReplication -Parameters @(“MaxConcurrency=$limit”) -Reason “Allow more simultaneous mailbox moves”

Component WorkloadManagement

Das Limit von 25 ist nun für alle Komponenten neu vorgeben worden. Ein Abfrage bestätigt dieses Limit.

Get-SettingOverride -Identity “MdbReplication” | Select -ExpandProperty Parameters
Get-SettingOverride -Identity “CiAgeOfLastNotification” | Select -ExpandProperty Parameters
Get-SettingOverride -Identity “MdbAvailability” | Select -ExpandProperty Parameters
Get-SettingOverride -Identity “DiskLatency” | Select -ExpandProperty Parameters
Get-SettingOverride -Identity “MdbDiskLatency” | Select -ExpandProperty Parameters

Get-SettingOverride

Würde man diese Abfrage durchführen, ohne das die Komponenten zuvor angelegt wurden, erscheint diese Fehlermeldung:

DiskLatency couldn`t be found

Resource Based Throttling and Prioritization

Der Maximalwert von 100 darf nicht überschritten werden!

Möchte man die Werte von 25 auf z.B. 35 erhöhen setzen wir diesen Befehl ab:

$limit = 35
Set-SettingOverride -Identity “MdbReplication” -Parameters @(“MaxConcurrency=$limit”)
Set-SettingOverride -Identity “CiAgeOfLastNotification” -Parameters @(“MaxConcurrency=$limit”)
Set-SettingOverride -Identity “MdbAvailability” -Parameters @(“MaxConcurrency=$limit”)
Set-SettingOverride -Identity “DiskLatency” -Parameters @(“MaxConcurrency=$limit”)
Set-SettingOverride -Identity “MdbDiskLatency” -Parameters @(“MaxConcurrency=$limit”)

Override WLM new Sizing

Der Wert von 25 wurde auf 35 aktualisiert.

WLM-Limit

Sizing Workload Management Throttling