Exchange Health Checker: UnifiedContent Auto Cleanup Configured = False

Der Exchange Health Checker liefert einen Fehler, wenn der Exchange Server nicht im Standardpfad installiert wurde. Wurde der Exchange Server beispielsweise auf dem Laufwerk D: installiert, fehlt ein Pfad in der Konfiguration für das automatische Bereinigen des UnifiedContent Verzeichnisses. Das Verzeichnis wird dann immer größer und müllt die Festplatte zu. Mittlerweile kann dies automatisch bereinigt werden, wenn der Pfad für die Bereinigung entsprechend eingetragen wird.

Fehlt der Pfad zum UnifiedContent Verzeichnis, liefert Health Checker diesen Fehler:

UnifiedContent Auto Cleanup Configured False
Exchange Health Checker: UnifiedContent Auto Cleanup Configured = False

Der Pfad zum Verzeichnis wird die Datei „Antimalware.xml“ eingetragen. Leider wird der Eintrag aber bei der Installation von Updates wieder auf die Standardwerte zurückgesetzt. Ich habe daher ein kleines Script erstellt, damit man nicht nach jedem Update die Pfade manuell in die XML Datei eintragen muss:

$AntiMalwareXMLPath = $exbin + "Monitoring\Config\AntiMalware.xml"
[xml]$AntiMalwareXML = Get-Content -Path $AntiMalwareXMLPath
$OldValue = $AntiMalwareXML.Definition.MaintenanceDefinition.ExtensionAttributes.CleanupFolderResponderFolderPaths
$NewValue = $exinstall + "TransportRoles\data\Temp\UnifiedContent;" + $OldValue
$AntiMalwareXML.Definition.MaintenanceDefinition.ExtensionAttributes.CleanupFolderResponderFolderPaths = $NewValue
$AntiMalwareXML.Save($AntiMalwareXMLPath)

Das PowerShell Script kann direkt in der Exchange Admin Shell ausgeführt werden. Nach Durchlauf des Scripts liefert Exchange Health Checker keine Fehler mehr:

Exchange Health Checker: UnifiedContent Auto Cleanup Configured = False

3 Gedanken zu „Exchange Health Checker: UnifiedContent Auto Cleanup Configured = False“

  1. Es gibt derzeit auch noch einen Fehler im Exchange Health Checker auf manchen Windows Server 2025:
    „There appears to have been some errors in the script.“ Im HealthChecker-Debug_*.txt steht dann:
    The term ‚Get-EventLogLevel‘ is not recognized as the name of a cmdlet…
    Dieser Fehler wird im nächsten Release des HealthCheckers gefixt, hab ich mit MS geklärt :)

    Antworten

Schreibe einen Kommentar