En la mayoría de los escenarios de error, puede realizar una conmutación por recuperación en el centro de datos primario una vez que vuelva a funcionar.
-
Modifique el equilibrador de carga global o el informe DNS para que se dirijan al equilibrador de carga en el centro de datos primario.
Consulte Utilizar un registro de DNS para controlar qué centro de datos está activo.
-
Limpie la caché en el centro de datos secundario.
Ejecute la siguiente REST API desde un cliente REST como Postman:
PATH: /SAAS/jersey/manager/api/removeAllCaches
Método: POST
Agregue encabezados:
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.En la sección Body (sin procesar), agregue:
{ "cacheNames":[] }Nota:
- Debe ejecutar la API como administrador del inquilino, es decir, como el administrador que se creó en el dominio del sistema cuando se instaló Omnissa Access. Las cuentas de dominio que se sincronizan desde el directorio empresarial no pueden realizar esta función.
- Para obtener la cookie de
HZN, inicie sesión en el servicio Omnissa Access como el administrador de inquilinos y, a continuación, acceda a la caché de cookies del navegador. - Dejar vacío
cacheNamesindica eliminar todas las cachés.
Otra forma de borrar la memoria caché es reiniciar los dispositivos virtuales.
-
Reinicie todas las instancias del conector para restablecer el canal de comunicación.
Reiniciar las instancias del conector significa reiniciar todos los servicios empresariales instalados (como el servicio de autenticación de usuarios, el servicio de sincronización de directorios y el servicio de autenticación Kerberos) en cada instancia del conector.
¿Le resultó útil esta página?