Windows Server 2025 / Como Construir uma Lista de Verificação Prática de Manutenção de Servidores
A manutenção rotineira de servidores verifica o funcionamento dos serviços, a disponibilidade dos dados e dos recursos de recuperação, além dos efeitos das alterações recentes. Uma lista de verificação útil define controles diários, semanais e mensais, as evidências a guardar, os responsáveis e os critérios de escalonamento.
Defina a operação normal para cada função
Registre o nome, o endereço IP, a função, o responsável, a forma de acesso administrativo e o local dos backups de cada servidor. Conseguir abrir o console não comprova que todos os serviços funcionam.
| Função | Exemplo de verificação funcional |
|---|---|
| Active Directory (AD) e DNS | Localização de um controlador de domínio, teste adequado de autenticação e estado da replicação |
| Servidor de arquivos | Leitura e gravação por um usuário comum e bloqueio de acesso entre departamentos |
| DHCP | Capacidade do escopo de endereços e concessão bem-sucedida de um novo endereço |
| Servidor web | Resposta HTTPS para o nome esperado e inspeção dos registros relevantes |
O logon com credenciais de domínio em cache pode ocultar a indisponibilidade de um controlador. O acesso de um administrador ao compartilhamento pode mascarar falhas que afetam usuários comuns. Escolha uma conta e um caminho representativos, sem conceder privilégios desnecessários à conta de verificação.
Escolha revisões diárias, semanais e mensais
| Frequência indicativa | O que analisar | Como agir |
|---|---|---|
| Diariamente ou conforme a criticidade | Resposta dos serviços, backups com falha ou ausentes, capacidade e alertas importantes | Avaliar o impacto e as opções de recuperação, depois acionar o responsável designado |
| Semanalmente | Erros recorrentes, crescimento do uso, atualizações pendentes e alterações de contas | Relacionar tendências e mudanças, designar um responsável e definir um prazo |
| Mensalmente ou após mudanças | Testes de restauração, validade de certificados e licenças, acesso e retenção | Renovar antes do vencimento, remover acessos obsoletos e aprimorar a recuperação |
A frequência depende da importância do serviço e do ritmo das alterações. Um backup com falha não deve aguardar a revisão mensal. Os alertas de monitoramento complementam as verificações periódicas; defina quem os recebe e em quanto tempo deve agir.
Colete o estado básico e adicione testes específicos por função
Execute os comandos seguintes no servidor correspondente. Guarde um relatório separado por execução para não sobrescrever as evidências:
hostname
Get-CimInstance Win32_OperatingSystem | Select-Object LastBootUpTime
Get-Volume | Select-Object DriveLetter,FileSystemLabel,Size,SizeRemaining
Get-WinEvent -FilterHashtable @{LogName='System';StartTime=(Get-Date).AddDays(-1);Level=1,2} -MaxEvents 30Se nenhum evento corresponder ao filtro, diferencie esse resultado de uma consulta que falhou por falta de permissão. Verifique o espaço livre absoluto e percentual, sua evolução e as necessidades da carga de trabalho. Um serviço parado nem sempre representa falha: confira o estado de inicialização esperado.
Para controladores de domínio, use os diagnósticos de replicação e confira o DNS. Para DHCP, examine as estatísticas dos escopos. Para backups, consulte as versões disponíveis no destino real. Execute os testes específicos de uma função apenas nos servidores que a desempenham.
Registre evidências e acompanhamento
| Campo | O que registrar |
|---|---|
| Data, hora e alvo | Qual servidor foi verificado e quando |
| Teste e resultado esperado | Uma operação específica, de preferência na perspectiva de um usuário comum |
| Resultado real e evidências | Sucesso ou falha, código de retorno e caminho do relatório ou registro |
| Impacto, responsável e prazo | Consequências, pessoa encarregada e data limite |
| Nova verificação e encerramento | Resultado do mesmo teste após a correção e decisão de encerramento |
Para senhas, tokens e chaves de recuperação, registre apenas uma referência ao local seguro onde estão guardados, nunca os próprios segredos. Diferencie o código de saída do script, o sucesso informado pelo backup e uma restauração de arquivo realmente verificada. Não transfira uma falha não resolvida para o dia seguinte como se fosse normal; mantenha responsável, prazo e critério para reavaliar a exceção.
Revalidar após alterações
Após atualizações ou alterações de rede, permissões, certificados ou armazenamento, repita o teste de referência correspondente. Guarde os valores anteriores e um caminho de reversão; aplique uma mudança limitada por vez.
- Restaure em um local separado e verifique os dados, as listas de controle de acesso (ACLs) e o tempo gasto.
- Considere a falha do host ou do armazenamento compartilhado, mesmo com várias máquinas virtuais.
- Após a renovação, confirme que o novo certificado está de fato associado ao serviço.
- Revise as dependências antes de remover uma conta, regra ou política.
Atualize a lista quando mudarem as funções ou os servidores. Inclua testes funcionais e de recuperação para novos serviços. Ao desativar um servidor, encerre explicitamente o monitoramento e os acessos e aplique o prazo de retenção definido para seus backups.
