Internet ou energia caiu: quanto tempo sua empresa consegue operar?
CONTINUIDADE DO NEGÓCIO
Internet ou energia caiu: quanto tempo sua empresa consegue operar?
Internet e energia sempre voltam. A questão é o que acontece com a empresa até lá.
Leitura de 6 min · Atualizado em 17 de agosto de 2026
A internet cai e o escritório descobre que o segundo link exige uma troca manual que ninguém testou. A energia acaba e o nobreak segura o servidor, mas não o equipamento de rede. Cada peça estava prevista; o funcionamento conjunto, não.
Link redundante e nobreak são úteis, mas não formam sozinhos um plano. Telefonia, autenticação, acesso remoto, aplicações, equipamentos de rede e decisões humanas podem manter a operação parada mesmo quando há uma segunda conexão.
Contingência é um desenho de processo em modo degradado. Define o mínimo que continua, por quanto tempo, com quais canais e sob responsabilidade de quem. Equipamento é parte da resposta, nunca a resposta inteira.
Dois links de internet que passam pelo mesmo poste são redundantes até o poste participar do incidente.
Por que esse tema chega à mesa da direção
No caso de plano de contingência de TI, a conversa chega à direção quando deixa de ser uma ocorrência isolada e passa a afetar custo, prazo, produtividade, exposição ou capacidade de crescer. O executivo não precisa escolher configurações; precisa cobrar uma resposta objetiva para “Quais equipes não podem ficar offline?” e decidir o nível de risco aceitável.
Uma equipe pode usar 4G para e-mail, mas continuar impedida de faturar por depender de servidor local. Outra acessa tudo em nuvem, porém perde telefonia e autenticação. O teste precisa atravessar a jornada completa.
As perguntas que revelam a situação real
Analise plano de contingência de TI pelo que está implantado, documentado e testado hoje — não pelo desenho ideal. As perguntas abaixo ajudam a separar percepção de evidência e a localizar onde a gestão ainda depende de memória, exceção ou improviso.
- Quais equipes não podem ficar offline?Procure uma resposta verificável, com escopo e responsável definidos.
- O segundo link percorre uma rota realmente diferente?Uma resposta vaga já indica que o processo depende mais de percepção do que de controle.
- Quanto tempo a energia de reserva sustenta a operação?Registre a evidência que sustenta a resposta e a data da última validação.
- Serviços em nuvem funcionam fora do escritório?Se houver exceção, ela precisa de motivo, dono e prazo para nova decisão.
- Quem aciona e encerra a contingência?A direção não precisa executar o controle, mas precisa saber quem responde por ele.
Onde empresas bem-intencionadas costumam errar
Comprar redundância sem testar. Configuração, rota e capacidade podem falhar justamente na troca.
Proteger apenas o servidor. Rede, autenticação, telefonia e estações também sustentam a operação.
Não definir modo degradado. Sem prioridade, todos tentam continuar tudo e congestionam a resposta.
Como transformar diagnóstico em avanço
Desenhe o modo degradado
Determine o que continua, o que espera e como registrar pendências.
Em plano de contingência de TI, a etapa “Desenhe o modo degradado” precisa começar com escopo, dado confiável e uma entrega que possa ser concluída.
Teste a troca
Simule falha de link e energia em janela controlada.
A etapa “Teste a troca” deixa de ser intenção quando recebe responsável, prazo e critério de aceite.
Meça autonomia
Cronometre bateria, transição, comunicação e retorno.
Concluída a etapa “Meça autonomia”, revise o resultado com evidência; controle sem acompanhamento volta a se degradar.
Como saber se a mudança saiu do papel
Cronometre detecção, transição, autonomia e retorno. Registre o que funcionou, o que dependeu de improviso e qual processo ficou sem alternativa.
Para plano de contingência de TI, compra e implantação são apenas meios. O resultado deve aparecer na evidência descrita acima e em uma mudança observável de cobertura, tempo, comportamento, recorrência ou capacidade de resposta.
Perguntas que normalmente aparecem depois
Precisamos resolver tudo de uma vez?
Não. Comece pela primeira ação: Desenhe o modo degradado. Determine o que continua, o que espera e como registrar pendências. O objetivo é reduzir a maior incerteza e criar uma entrega verificável.
Como saber se a situação é realmente preocupante?
O sinal de alerta aparece quando a empresa não consegue responder com segurança a “Quais equipes não podem ficar offline?” e “Quem aciona e encerra a contingência?”. Uma lacuna isolada pode ser operacional; falta de dono, evidência e prazo em vários pontos indica um problema de gestão.
Qual deve ser o papel da direção?
Comprar redundância sem testar o fluxo inteiro cria uma sensação de segurança. O exercício revela a capacidade real. A execução pode ser delegada; a prioridade e o risco aceito precisam continuar visíveis para a liderança.
Fechando a conversa
Internet e energia voltarão. A maturidade da empresa aparece no que acontece entre a queda e o retorno — e no quanto desse intervalo já foi ensaiado.
É assim que a V2B aborda plano de contingência de TI: primeiro entendemos contexto, impacto e prioridade; a ferramenta entra depois, quando existe um problema claro para resolver e um resultado que possa ser verificado.
PRÓXIMO PASSO
Revisar meu plano de contingência
Conte brevemente o seu cenário. A V2B faz uma leitura inicial com foco em prioridade, risco e próximo passo — sem transformar a conversa em catálogo de produtos.
- Retorno consultivo, sem compromisso
- Atendimento por especialistas
- Foco em pequenas e médias empresas