O que a governança de servidores evita, na prática?
Governança de servidores é decidir, por escrito, quem acessa, o que é monitorado, quando se atualiza e o que fica registrado. É a diferença entre um servidor que para e ninguém sabe por quê e um servidor cujo problema apareceu no alerta antes de aparecer para a equipe.
Quase toda parada de servidor que atendemos tinha aviso. O disco vinha enchendo há semanas, o backup vinha falhando em silêncio, a atualização foi aplicada sem janela por alguém que não avisou ninguém. Governança de servidores é o conjunto de regras que faz esses avisos chegarem a alguém — e é sobre isso, não sobre limpar ventoinha, que este texto trata.
Acesso: quem pode entrar e com qual conta
É o primeiro item porque é o que mais se descobre tarde:
- Conta nominal para cada pessoa que administra. Conta genérica de administrador usada por todo mundo torna o registro inútil: não dá para saber quem aplicou o quê.
- Privilégio administrativo só quando necessário, não como padrão do dia a dia.
- Acesso de terceiro com prazo — fornecedor de sistema, integrador, consultor. Acesso concedido para uma implantação que continua ativo dois anos depois é rotina, não exceção.
- Senha administrativa guardada em cofre, com registro de quem retirou, e não em planilha, bilhete ou memória de uma pessoa só.
Monitoramento: o que precisa avisar antes
Monitorar tudo é o mesmo que não monitorar nada, porque ninguém lê. O conjunto mínimo que paga o esforço:
- Espaço em disco, com alerta bem antes do limite. Disco cheio é a causa mais comum de parada evitável.
- Resultado do backup, e o resultado da restauração de teste — não só se o trabalho rodou, mas se o dado volta.
- Serviços essenciais em execução: banco de dados, diretório, compartilhamento de arquivo, o que a empresa usa.
- Saúde do armazenamento. Disco costuma avisar que vai falhar antes de falhar, e esse aviso passa despercebido sem monitoramento.
- Energia. Nobreak com bateria no fim é descoberto na queda, quando já não adianta.
- Temperatura do ambiente, quando o servidor fica em sala fechada.
Atualização: janela combinada, nunca improviso
Atualizar é necessário e é a operação que mais derruba servidor quando feita errado:
- Janela definida e combinada com a operação, fora do horário crítico.
- Backup verificado ANTES, restaurando um arquivo de teste, e não só olhando o relatório do trabalho.
- Caminho de volta definido por escrito antes de começar. Se a atualização der errado às duas da manhã, ninguém inventa plano na hora.
- Uma coisa por vez. Atualizar sistema operacional, sistema da empresa e camada de virtualização na mesma noite impede saber o que causou o problema.
- Registro do que foi aplicado, quando e por quem.
Registro: o que precisa estar escrito
É o item mais barato e o mais negligenciado. O mínimo, mantido em lugar que não seja a cabeça de uma pessoa:
- O que cada servidor faz e qual sistema depende dele.
- Endereçamento, nomes e como o ambiente se conecta.
- Onde vai o backup, com que frequência e por quanto tempo é retido.
- Contatos de suporte dos fornecedores de sistema, com número de contrato.
- Datas de fim de suporte do que está instalado.
- Histórico de mudanças relevantes.
A pergunta que revela se o registro existe é simples: se a pessoa que cuida disso não estiver disponível amanhã, outra consegue assumir sem adivinhar? Quando a resposta é não, o registro não existe — existe dependência.
Como isso fica no contrato mensal
Governança é rotina, e rotina é exatamente o que o atendimento avulso não entrega: quem é chamado só quando quebra não monitora disco, não testa restauração nem acompanha data de fim de suporte. No contrato mensal, esses itens têm dono, periodicidade e relatório, e é isso que transforma parada em manutenção agendada. Veja Gestão de servidores e parque e os planos de suporte mensal.