Users Guide

b. Alle Firmware-Baselines oder Kataloge, Warnungsrichtlinien, Vorlagen, Identitäts-Pools und Fabrics-Einstellungen werden
wiederhergestellt, wie sie sich auf dem stillgelegten Lead-Gehäuse befanden.
3. Erwartetes Verhalten von alten Lead-Gehäusen nach Abschluss der Aufgabe „Stilllegen“:
a. Wenn der alte Lead als eigenständiges Gehäuse ausgewählt wurde, wird die Konfiguration der Vorlagen/Identitäts-Pools weiterhin
übertragen. Führen Sie die folgenden Schritte aus, um die Konfiguration zu löschen, um Konflikte mit dem neuen Lead zu
vermeiden.
i. Stapeln Sie den früheren Lead aus der Gruppe.
ii. Fordern Sie alle Identitäts-Pool-IO-Identitäten zurück, die für die Rechner auf dem alten Lead bereitgestellt werden.
iii. Löschen Sie keine Fabrics des alten Lead-Gehäuses, da das Löschen der Fabrics zu Netzwerkverlust führen kann, sobald der
alte Lead wieder zum Netzwerk hinzugefügt wird.
iv. Erzwingen Sie einen „Reset der Konfiguration“ mithilfe der folgenden REST API-Payload:
URI:/api/ApplicationService/Actions/ApplicationService.ResetApplication
Method:POST
Payload:{"ResetType": "RESET_ALL", "ForceReset": true}
b. Wenn der alte Lead als Mitglied der aktuellen Gruppe stillgelegt wird, trägt er nicht mehr die Identitäts-Poolkonfiguration. Er enthält
jedoch die Konfiguration der Vorlagen und Profile. Er enthält jedoch die Konfiguration der Vorlagen und Profile. Um Konflikte
mit dem neuen Lead zu vermeiden, sollten diese Konfigurationen nicht geändert oder gelöscht werden, bis dieses Gehäuse die
MCM-Gruppe verlässt.
Anwendungsszenarien 153