In den meisten Fehlerszenarien können Sie ein Failback auf das primäre Datencenter durchführen, wenn das Datencenter wieder funktioniert.
-
Ändern Sie den globalen Lastausgleichsdienst oder den DNS-Datensatz, um auf den Lastausgleichsdienst im primären Datencenter zu verweisen.
Siehe Verwenden eines DNS-Datensatzes zur Ermittlung der aktiven Datencenter.
-
Löschen Sie den Cache im sekundären Datencenter.
Führen Sie die folgende REST-API von einem REST-Client wie z. B. Postman aus:
PFAD: /SAAS/jersey/manager/api/removeAllCaches
Methode: POST
Kopfzeilen hinzufügen:
Authorization: HZN <cookie_value> Accept: application/json (Access version 24.12.1.0) Please contact Support for the correct input for Access version 24.12.0.0. Content-type: application/json (Access version 24.12.1.0) Please contact Support for the correct input for Access version 24.12.0.0.Fügen Sie im Abschnitt Text (unbearbeitet) hinzu:
{ "cacheNames":[] }Hinweis:
- Sie müssen die API als Mandantenadministrator ausführen, d. h. als der Administrator, der bei der Installation von Omnissa Access in der Systemdomäne angelegt wurde. Domänenkonten, die aus Ihrem Unternehmensverzeichnis synchronisiert wurden, können diese Funktion nicht ausführen.
- Sie können das Cookie
HZNabrufen, indem Sie sich als Mandantenadministrator beim Omnissa Access-Dienst anmelden und dann auf den Cookie-Zwischenspeicher Ihres Browsers zugreifen. - Wenn
cacheNamesleer ist, zeigt dies die Löschung aller Zwischenspeicher an.
Eine weitere Möglichkeit, den Zwischenspeicher zu löschen, besteht darin, die virtuellen Appliances neu zu starten.
-
Starten Sie alle Konnektorinstanzen neu, um den Kommunikationskanal wiederherzustellen.
Das Neustarten der Konnektorinstanzen bedeutet, dass alle installierten Unternehmensdienste, wie z. B. der Benutzerauthentifizierungsdienst, der Verzeichnissynchronisierungsdienst und der Kerberos-Authentifizierungsdienst, auf jeder Konnektorinstanz neu gestartet werden.
War diese Seite hilfreich?