Os clientes podem corrigir a si mesmos:
Os clientes corrigem automaticamente a maioria dos problemas típicos sem intervenção administrativa direta:
Periodicamente, os clientes autoavaliam seu status e têm iniciativa para corrigir problemas típicos usando um cache local de etapas de correção e arquivos de origem para reparos.
Quando um cliente não consegue enviar informações de status para seu site, o site pode gerar um alerta. Os usuários administrativos que recebem esses alertas podem tomar uma medida imediata para restaurar a operação normal do cliente.
Os clientes armazenam em cache informações a serem utilizadas no futuro:
Quando um cliente se comunica com um ponto de gerenciamento, o cliente pode obter e armazenar em cache as informações a seguir:
Configurações do cliente. Agendamentos do cliente.
Informações sobre implantações de software e um download do software com agendamento para instalação pelo cliente, quando a implantação está configurada para esta ação.
Quando um cliente não pode contatar um ponto de gerenciamento, os clientes armazenam em cache localmente o status, o estado e as informações que eles relatam ao site e transferem esses dados depois de estabelecer contato com um ponto de gerenciamento.
O cliente pode enviar o status para um ponto de status de fallback:
Ao configurar um cliente para usar um ponto de status de fallback, você fornece um ponto de contato adicional para que o cliente envie detalhes importantes sobre sua operação. Os clientes configurados para usar um ponto de status de fallback continuam a enviar um status sobre suas operações para a função do sistema de site mesmo quando o cliente não pode se comunicar com um ponto de gerenciamento.
Gerenciamento central de dados do cliente e identidade do cliente:
O banco de dados do site retém informações importantes sobre cada identidade do cliente, em vez do cliente individual, e associa esses dados a um computador ou usuário específico. Isso significa que: Os arquivos de origem do cliente em um computador podem ser instalados e reinstalados sem afetar os registros históricos do computador no qual o cliente está instalado.
A falha de um computador cliente não afeta a integridade das informações armazenadas no banco de dados. Essas informações podem permanecer disponíveis para emissão de relatórios.
Vários sistemas de site não oferecem suporte a múltiplas instâncias em um site ou na hierarquia. Estas informações podem ajudar você a se preparar para quando esses sistemas de sites ficarem offline.
Servidor do site (site):
O Configuration Manager não dá suporte à instalação do servidor de site para cada site em um cluster do Windows Server ou NLB.
As seguintes informações podem ajudá-lo a se preparar caso o servidor de site falhe ou não esteja operacional: Use a tarefa de backup interna para criar regularmente um backup do site. Em um ambiente de teste,
pratique regularmente a restauração de sites a partir de um backup.
Implante vários sites primários do Configuration Manager em uma hierarquia com um site de administração central para criar redundância. Se houver uma falha no site, considere usar a política de grupo do Windows ou os scripts de logon para transferir clientes a um site funcional.
Se possuir uma hierarquia com um site de administração central, você poderá recuperar o site de
administração central ou um site primário filho usando a opção de recuperar o banco de dados de um site a partir de outro site na hierarquia.
Os sites secundários não podem ser restaurados e devem ser reinstalados.
Ponto de sincronização do Asset Intelligence (hierarquia):
Essa função do sistema de sites não é considerada crítica e fornece funcionalidade opcional no Configuration Manager. Se esse sistema de site ficar offline, use uma das seguintes opções:
Resolva o motivo do sistema de site estar offline.
Desinstale a função do servidor atual e instale-a em um novo servidor.
Ponto do Endpoint Protection (hierarquia):
Essa função do sistema de sites não é considerada crítica e fornece funcionalidade opcional no Configuration Manager. Se esse sistema de site ficar offline, use uma das seguintes opções:
Resolva o motivo do sistema de site estar offline.
Desinstale a função do servidor atual e instale-a em um novo servidor.
Ponto de registro (site):
Essa função do sistema de sites não é considerada crítica e fornece funcionalidade opcional no Configuration Manager. Se esse sistema de site ficar offline, use uma das seguintes opções:
Resolva o motivo do sistema de site estar offline.
Desinstale a função do servidor atual e instale-a em um novo servidor.
Ponto proxy do registro (site):
Essa função do sistema de sites não é considerada crítica e fornece funcionalidade opcional no Configuration Manager. Entretanto, você pode instalar múltiplas instâncias dessa função do sistema de site em um site, e em vários sites na hierarquia. Se esse sistema de site ficar offline, use uma das seguintes opções:
Resolva o motivo do sistema de site estar offline.
Desinstale a função do servidor atual e instale-a em um novo servidor.
Quando você tiver mais de um servidor proxy do registro em um site, use um alias DNS para o nome do servidor. Quando se utiliza essa configuração, o round robin do DNS fornece alguma tolerância a falhas e balanceamento de carga caso os usuários registrem seus dispositivos móveis.
Ponto de status de fallback (site ou hierarquia):
Essa função do sistema de sites não é considerada crítica e fornece funcionalidade opcional no Configuration Manager. Se esse sistema de site ficar offline, use uma das seguintes opções:
Resolva o motivo do sistema de site estar offline.
Desinstale a função do servidor atual e instale-a em um novo servidor. Como os clientes são atribuídos ao ponto de status de fallback durante a instalação do cliente, é necessário modificar os clientes existentes para usar o novo servidor do sistema de site.
Consulte também Consulte também