A internet de contingência deve manter atividades definidas pela empresa quando o acesso principal falha. Ter uma segunda contratação é um começo. O passo decisivo é verificar se o caminho alternativo atende aos sistemas, aos usuários prioritários e ao tempo de recuperação esperado.
Este guia propõe um roteiro de avaliação para conversar com a TI. Não recomenda um modelo de roteador, não informa preços e não relata teste realizado na sua empresa. A escolha técnica deve considerar o ambiente e as condições dos fornecedores.
O que precisa continuar funcionando?
Liste primeiro os processos que dependem da conexão: atendimento, sistema de gestão, emissão de documentos, telefonia e colaboração em nuvem. Confirme com cada área quais atividades podem esperar e quais precisam ser retomadas com prioridade. A contingência não precisa sustentar todo uso recreativo ou toda transferência de arquivos para ser útil.
Defina também o limite tolerável de interrupção e quem pode declarar a operação retomada. Esse valor é uma decisão do negócio a ser validada tecnicamente. Uma meta escolhida pelo gestor não demonstra que a infraestrutura atual consegue cumpri-la.
Dois links e troca automática são coisas diferentes
Em equipamentos compatíveis, o modo de failover alterna a conexão principal para uma secundária quando o critério de falha é detectado. A documentação oficial da ASUS, usada aqui para explicar o conceito, distingue esse funcionamento do balanceamento de carga. O comportamento depende do equipamento e de sua configuração; a referência não é uma recomendação de compra.
A empresa deve perguntar como a falha é detectada, como o acesso alternativo é acionado e como acontece o retorno ao principal. Nenhuma promessa de conexão ininterrupta deve substituir o teste das aplicações. Uma sessão pode precisar ser reaberta após a mudança, e o tempo observado deve entrar no registro.
Checklist para avaliar a internet de contingência
- Dependências: identifique modem, roteador, energia e demais componentes comuns aos caminhos.
- Fornecedores: pergunte sobre rotas, suporte e condições contratuais; marcas diferentes não comprovam independência física.
- Capacidade: avalie as tarefas prioritárias e o uso simultâneo no acesso alternativo.
- Dados móveis: confira cobertura no local, franquia, limites e compatibilidade quando essa for a alternativa.
- Sistemas: verifique VPN, telefonia e acessos que dependam de endereço de origem ou regras de segurança.
- Responsáveis: registre quem acompanha a falha e quem aciona cada fornecedor.
Essas perguntas compõem uma ficha editorial de avaliação. Elas não certificam disponibilidade e não dispensam o projeto técnico. Uma falha em um componente compartilhado pode afetar ambos os caminhos; por isso, documentar dependências é tão importante quanto comparar a velocidade anunciada.
Como organizar um teste autorizado
1. Combine cenário e janela
Planeje com a TI e os responsáveis das áreas qual falha será simulada, quais atividades serão verificadas e quando o teste será interrompido. Avise a equipe e preserve a possibilidade de retorno. Não desconecte equipamentos de produção por conta própria nem faça testes durante operações financeiras críticas.
2. Verifique tarefas reais no caminho alternativo
Com autorização, a TI executa o cenário e registra o instante em que a falha foi detectada. Usuários designados verificam tarefas apropriadas, como abrir o sistema, consultar um pedido e realizar uma chamada de teste. Evite transações que criem efeitos financeiros ou documentos indevidos. Anote o que exigiu nova autenticação ou intervenção.
3. Confira o retorno ao principal
O teste deve incluir a recuperação do caminho principal e o comportamento previsto para a volta. Registre se o retorno é automático ou acompanhado pela TI e quais atividades sofrem nova interrupção. A documentação do equipamento deve orientar os mecanismos disponíveis. Ajustes de segurança precisam passar pelo responsável técnico.
Ficha de aceite: o que registrar
- Data, janela, executor e pessoas responsáveis pelo aceite.
- Cenário simulado e componentes envolvidos.
- Tempo observado até as atividades prioritárias voltarem a funcionar.
- Resultados por sistema, quantidade de usuários e limitações percebidas.
- Consumo ou restrições do link alternativo quando aplicáveis.
- Resultado do retorno ao principal, pendências e data do próximo teste.
Exemplo hipotético: atendimento e sistema em nuvem
Imagine uma PME que prioriza atendimento e consulta ao sistema de gestão. No teste hipotético, a navegação funciona pelo acesso secundário, mas uma aplicação não abre porque sua regra de acesso depende do caminho principal. A conclusão é que a contingência ainda tem uma pendência, mesmo com o indicador do roteador mostrando conexão ativa.
A equipe registra a dependência e pede à TI e ao fornecedor uma solução compatível com as regras de segurança. Depois, repete apenas a validação necessária. O exemplo ilustra um critério de aceite: medir o trabalho que voltou, além do estado da conexão.
Como decidir o próximo investimento
Compare a perda operacional que a empresa precisa reduzir com o conjunto de custos: serviço, equipamento, implantação, suporte e testes. Os valores devem vir de propostas atuais. Revise o escopo do SLA de suporte para saber quem atende cada componente e como escalar uma falha.
A Howto Tecnologia atua com infraestrutura, redes e planejamento de melhorias conforme o escopo contratado. Leve a lista de atividades prioritárias para discutir quais alternativas fazem sentido para a operação e como comprovar seu funcionamento.
Inclua os equipamentos de conectividade na rotina de gestão de atualizações, com janela e critérios de aceite.
Fontes e data de checagem
- ASUS: conceitos de Dual WAN, failover e balanceamento de carga — referência de funcionamento, sem recomendação comercial.
Fonte conferida em 31/10/2026; página indica atualização em 27/01/2026. Checklist e exemplo são contribuições editoriais para gestão. Sem medição de volume ou alta de buscas.
Sobre a capa: ilustração conceitual gerada com IA para a Howto; não é captura real nem arte oficial.
Deixe um comentário