Uma janela de manutenção para MSP é um período combinado com o cliente para realizar mudanças que podem afetar equipamentos ou serviços. Ela deve definir escopo, interrupção esperada, aprovação, recuperação e os testes necessários para encerrar o trabalho.
Escolher “domingo à noite” deixa perguntas práticas em aberto. Uma unidade pode estar trabalhando, um notebook pode estar desligado ou uma aplicação pode depender da validação do fornecedor. Resolva essas condições antes de começar.
Baixe o modelo de janela de manutenção em Excel. Ele inclui uma solicitação com 29 campos, um registro de execução com 10 etapas e um exemplo fictício separado. Não exige cadastro.
1) Defina a mudança e seu impacto
Use um ID de mudança ou chamado e descreva o resultado esperado. “Atualizar equipamentos” é amplo demais. “Atualizar a aplicação aprovada nos PCs PC-01 a PC-05 e validar uma operação com o usuário” define um escopo e um teste de encerramento.
Registre:
- Cliente, unidade, responsável técnico e contato operacional.
- Equipamentos, versões, aplicações e dependências afetadas.
- Exclusões, como um servidor que exige outra intervenção.
- Usuários afetados e interrupção máxima aceita.
- Restrições: vendas em andamento, fechamento contábil, backups ou processos ativos.
A NIST SP 800-40 Rev. 4 trata a aplicação de patches como manutenção preventiva e inclui identificação, priorização, instalação e verificação. Reserve tempo para esse processo completo.
2) Combine datas, fuso horário e comunicação
Informe as datas e os horários de início e término. Inclua ambas as datas quando a janela passar da meia-noite. Registre o fuso da unidade e a diferença UTC aplicável àquela data. “Às dez” pode significar horários diferentes para o técnico e o cliente.
Defina quem recebe o aviso prévio, quem confirma que o trabalho pode começar e quem substitui o contato principal. Uma política recorrente pode autorizar mudanças padrão dentro de condições documentadas. Mudanças fora dessas condições exigem uma nova decisão.
O SLA do MSP deve explicar o tratamento da manutenção programada. Não presuma que uma janela elimina compromissos de disponibilidade ou autoriza qualquer reinício. Use a matriz de responsabilidades MSP–cliente para combinar quem executa e quem aprova.
3) Reserve tempo para parar e recuperar
Antes da execução, registre o estado inicial, um teste piloto quando apropriado e um caminho de recuperação adequado à mudança. Um arquivo de backup precisa de evidência de que pode ser restaurado. Algumas mudanças não permitem desinstalação direta. Confirme o procedimento com o fornecedor.
A orientação de gestão de patches do Governo do Canadá relaciona a implantação à gestão de mudanças e a planos de contingência e reversão. Aplique esse princípio ao preparar seu procedimento.
Por exemplo, se a janela termina às 22:00 e a reversão exige 20 minutos mais 10 para validar, o horário limite para iniciar a recuperação é 21:30. Reserve uma margem adicional quando houver mais dependências ou incerteza.
Combine condições específicas para não iniciar ou para interromper:
- Falta aprovação do escopo ou do reinício.
- O backup ou procedimento de recuperação não foi verificado.
- O piloto falha ou uma dependência crítica fica indisponível.
- O horário limite combinado é atingido.
4) Execute por etapas e preserve evidências
A aba Execução sugere 10 etapas que você pode adaptar. Defina responsáveis e horários previstos antes de começar. Durante a intervenção, registre horários reais, resultados e referências de evidências. Registre o motivo de qualquer etapa ignorada.
Comece por um piloto representativo e revise o resultado antes de ampliar a mudança. Confira os reinícios autorizados e registre separadamente equipamentos offline, instalações com falha e itens fora da janela. Um equipamento desligado continua pendente.
O fluxo de gestão de patches: da detecção à verificação ajuda a organizar a parte técnica. O modelo preserva o acordo e as evidências daquela intervenção.
5) Encerre com um teste do serviço
Verifique tanto o resultado técnico quanto a função usada pelo cliente. O agente pode estar online e a instalação ter terminado enquanto a aplicação continua sem abrir ou a impressora não imprime.
Registre a versão ou o estado posterior, o teste funcional, quem testou, os horários reais e as pendências com responsáveis e prazos. Se houve reversão, documente o que foi recuperado e o que exige acompanhamento. Preserve a confirmação do cliente conforme o critério de encerramento combinado.
O Lunixar RMM reúne contexto do equipamento, inventário, monitoramento e gestão de patches. Complete essas evidências com testes do serviço e a aprovação registrada no seu processo de mudanças.
Download e uso do modelo
Baixar modelo XLSX em português.
- Salve uma cópia por mudança e preencha as células amarelas de Solicitação.
- Preserve a aprovação do cliente e sua referência antes de executar.
- Adapte as 10 etapas de Execução ao procedimento real.
- Registre resultados, validação e pendências antes do encerramento.
A aba Exemplo contém dados fictícios de planejamento. A aprovação e a recuperação continuam pendentes de propósito, mostrando o que falta antes de executar. Não copie esses dados como evidência de um cliente real nem guarde senhas ou segredos no arquivo.
Perguntas frequentes
Quanto tempo deve durar uma janela de manutenção?
Depende da mudança, das dependências e da recuperação. Estime preparação, execução, reinícios, testes e reversão. Combine a duração com o cliente usando esses tempos.
E se uma vulnerabilidade exigir atenção urgente?
Acione um procedimento de mudança emergencial com autorização, avaliação de impacto e validação proporcional ao risco. A próxima janela de rotina não deve ser a única resposta a uma exposição urgente.
É possível encerrar com equipamentos pendentes?
Registre o resultado como incompleto ou preserve as pendências explícitas conforme o acordo. Cada equipamento pendente precisa de responsável e prazo. Não declare toda a frota atualizada sem verificação.
