Failback no centro de dados primário para o Omnissa Access

Na maioria dos cenários, você poderá ressincronizar com o centro de dados principal uma vez que esse centro de dados está funcionando novamente.

1. Modifique o balanceador de carga global ou o registro de DNS para apontar para o balanceador de carga do centro de dados principal.

   Consulte Como usar um registro DNS para controlar qual centro de dados está ativo.

2. Limpe o cache no centro de dados secundário.

   Execute a seguinte REST API de um cliente REST, como Postman:

   CAMINHO: /SAAS/jersey/manager/api/removeAllCaches

   Método: POST

   Adicione cabeçalhos:

   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.
   

   Adicione na seção de Corpo (bruto):

   {
   "cacheNames":[]
   }
   

   Nota:

   • Você deve executar a API como o administrador de locatário, ou seja, o administrador criado no domínio Sistema ao instalar o Omnissa Access. As contas de domínio sincronizadas do seu diretório empresarial não realizam essa função.
   • Você pode obter o cookie HZN efetuando login no serviço Omnissa Access como administrador do locatário e acessando o cache de cookies do seu navegador.
   • O cacheNames vazio indica a remoção de todos os caches.

   Outra forma de limpar cache é reinicializar os dispositivos virtuais.

3. Reinicie todas as instâncias do conector para restabelecer o canal de comunicação.

   Reiniciar as instâncias do conector significa reiniciar todos os serviços corporativos instalados, como o Serviço de Autenticação do Usuário, o Serviço de Sincronização de Diretório e o Serviço de Autenticação Kerberos, em cada instância do conector.