KACE Systems Management Appliance 13.2 Common Documents - Guia de administração (13.0)

Práticas recomendadas de patch

Práticas recomendadas de patch

As práticas recomendadas para aplicar patches em dispositivos incluem testar patches, usar rótulos para organizar dispositivos e patches e notificar aos usuários quando os patches estiverem sendo aplicados ao sistema.

Teste os patches em dispositivos selecionados antes de implantá-los em todos os dispositivos. Esses testes garantem que os patches não vão interromper nada antes de serem amplamente implantados.

Ao escolher dispositivos para teste, busque estas características:

Para um teste completo, os dispositivos devem funcionar normalmente no mínimo por uma semana depois de receberem patches. Se nenhum problema for relatado após uma semana, o patch pode ser implantado nos dispositivos restantes da rede.

Você pode usar rótulos inteligentes para agrupar dispositivos automaticamente por tipo, como laptop, desktop e servidor. Além disso, é possível usar Rótulos inteligentes para agrupar patches automaticamente por grau de importância, como patches de sistema operacional crítico e patches de baixa prioridade para outros aplicativos. Em seguida, você pode criar cronogramas de aplicação de patches compatíveis com cada tipo de dispositivo e patch.

Consulte:

Há duas opções para aplicar patches em dispositivos Windows:

DICA: A solução permite criar uma política que especifica se os dispositivos gerenciados usam ou não o Windows Update. Consulte Uso das políticas de configuração de Windows.

Para minimizar o tempo de inatividade, agende a implantação de patch para os períodos em que o uso do dispositivo é baixo. Lembre-se que o uso varia de acordo com o tipo de dispositivo:

Para obter mais informações sobre a criação de cronogramas de patches para cada tipo de dispositivo, consulte:

Lembre-se de notificar os usuários quando os dispositivos usados por eles estiverem recebendo patches. Isso é especialmente importante se os dispositivos tiverem de ser reinicializados como parte do processo de aplicação de patches. Há várias maneiras de informar os usuários sobre os cronogramas de aplicação de patches:

• Para obter mais informações sobre a criação de alertas, consulte Transmissão de alertas para dispositivos gerenciados.

Para obter mais informações sobre agendamento da aplicação de patches em diferentes dispositivos, consulte:

Os trabalhos de aplicação de patches podem exigir muita banda larga e recursos. Para reduzir o impacto sobre os usuários, você pode estabelecer limites para os trabalhos de aplicação de patches. Por exemplo, você pode configurar os trabalhos de correção para começar às 04:00 e parar às 07:00. Todos os trabalhos de correção em andamento às 07:00 são suspensos. Os trabalhos são reiniciados a partir do ponto em que desligaram quando o próximo trabalho agendado de aplicação de patches iniciar. Consulte Configuração de cronogramas de patches.

Use Compartilhamentos de replicação para otimizar os requisitos de recursos da rede e tempo de download. Compartilhamentos de replicação são dispositivos que mantêm cópias de arquivos para distribuição, o que pode ser útil para dispositivos gerenciados implantados em diferentes localizações geográficas. Por exemplo, ao usar o Compartilhamento de replicação, um dispositivo em Nova York pode fazer o download de arquivos de patch de outro dispositivo no mesmo escritório, em vez de fazer o download desses arquivos a partir de uma solução em Los Angeles.

Para obter mais informações sobre configuração e uso de Compartilhamentos de replicação, consulte Utilização de compartilhamentos de replicações.

O Suporte da Quest tem uma Base de conhecimento de artigos sobre a solução, que pode ser acessada em https://support.quest.com/kace-systems-management-appliance/kb. A Base de conhecimento é frequentemente atualizada com soluções para problemas de situações reais da solução encontrados pelos administradores. Para ver artigos sobre aplicação de patches, acesse a Base de conhecimento e pesquise por Segurança.

Patrocinado pela Quest KACE, o ITNinja.com (antigo AppDeploy.com) é um site de comunidade com foco em TI, independente de produto. É o principal destino na Internet para profissionais de TI compartilhar informações e tirar dúvidas em assuntos relacionados ao gerenciamento do sistema. Consulte http://itninja.com.

Inscrição e download de patches

Inscrição e download de patches

Para ativar os patches, é preciso fazer a inscrição de patches e programar downloads de patches para a solução.

Sobre inscrição de patches e downloads

Sobre inscrição de patches e downloads

A inscrição de patch é o processo de selecionar os sistemas operacionais e aplicativos para os quais você deseja receber patches.

Se o componente Organização estiver ativado na solução, você poderá selecionar configurações de inscrição para cada organização separadamente.

Ao fazer inscrição de patches, a solução os baixa de acordo com o cronograma definido. Quando os patches são transferidos por download, é possível testá-los e implementá-los. Também é possível escolher implantar os patches automaticamente, mas essa implantação é recomendada apenas para patches de baixo risco ou relevantes em termos de tempo. Consulte:

Aplicativos em que a solução pode aplicar patches

Para obter uma lista dos aplicativos em que a solução pode aplicar patches, acesse https://support.quest.com/kb/112030 e abra o anexo.

Requisito de serviço NTP

Ao fazer o download de patches usando HTTPS, o serviço NTP (Network Time Protocol, protocolo de tempo de rede) deve estar em execução na solução. O serviço NTP é necessário porque o protocolo seguro usa os carimbos de data atuais da solução para garantir a validade do certificado. Se o serviço NTP não estiver em execução, ocorrerão falhas no download de patches, sugerindo certificados inválidos.

Sites que devem estar acessíveis para a solução

Sites que devem estar acessíveis para a solução

Para concluir os downloads de patch, acessar informações de produtos e interagir com o Suporte da Quest, não só o firewall, mas também o servidor DNS e as configurações do servidor proxy devem permitir que a solução acesse os seguintes domínios nas portas 80 e 443.