O backup não é sinónimo de continuidade: recuperação «a quente» vs. «a frio» para Exchange, SharePoint e Microsoft 365

Ana NetoTechnical Leave a Comment

TL;DR – Resumo executivo

As cópias de segurança «a frio» são utilizadas para restaurar dados do Microsoft 365 após uma interrupção. No entanto, enquanto a restauração está a decorrer, a atividade da empresa fica paralisada. É essa a parte em que a maioria dos planos de continuidade falha.

As organizações que se mantêm operacionais durante uma falha de serviço não ficam à espera da recuperação. Recorrem a um backup ativo numa plataforma independente — sendo o Google Workspace um exemplo prático — e continuam a funcionar enquanto a Microsoft resolve o problema.

Conclusão: Quando a Microsoft fica indisponível, um backup ativo mantém o e-mail, os calendários e a colaboração a funcionar sem ter de esperar por uma restauração. Este artigo explica como essa arquitetura funciona e como a implementar antes de ser necessária.

Quer passar diretamente à forma como o Microsoft 365 e o Google Workspace podem funcionar em paralelo para garantir a continuidade?

Explorare Soluções de sincronização do Google fde Connecting Software

Ao contrário do que acontece na arquitetura de replicação de bases de dados, num contexto de continuidade de negócios, um cópia de segurança em tempo real é um ambiente alternativo sincronizado de forma contínua, para o qual os utilizadores podem mudar imediatamente em caso de interrupção. A cópia de segurança a frio refere-se a uma cópia offline ou desligada dos seus dados que pode utilizar para restaurar documentos e dados até um ponto específico, mas apenas assim que o ambiente principal estiver novamente disponível.

Backup «quente» vs. backup «frio»: a recuperação não é sinónimo de continuidade

Uma cópia de segurança «a frio» permite-te voltar ao dia de ontem. Não te ajuda a lidar com o dia de hoje.

Enquanto decorre uma restauração, a sua equipa fica ociosa e os seus clientes ficam à espera. E com plataformas SaaS como o Microsoft 365, a restauração nem sequer pode começar até que a própria plataforma volte a estar online, o que significa que o prazo de recuperação fica inteiramente ao critério da Microsoft, e não ao seu. Isso não é um problema de cópia de segurança. É um problema de arquitetura.

As organizações que mantêm a sua atividade durante uma falha de sistema fazem-no de forma diferente. O seu plano não envolve a recuperação de desastres, mas sim dispor de uma alternativa ativa na qual os utilizadores possam efetivamente trabalhar.

Backups «a frio» vs. «a quente»

As interrupções do serviço do Microsoft 365 não são um caso isolado

Em Outubro de 2025, o Teams, o Exchange Online e o Centro de Administração do Microsoft 365 ficaram indisponíveis, tendo milhares de utilizadores relatado terem sido afetados. Em janeiro de 2026, um incidente distinto afetou o Outlook, o Defender e o Purview, tendo a Microsoft atribuído a falha a problemas no processamento de tráfego na sua infraestrutura na América do Norte. No pico, o Downdetector recebeu 15 000 relatos. A recuperação demorou quase dez horas.

Duas grandes falhas de serviço. Doze meses. Milhares de utilizadores afetados.

Isto não é uma crítica à Microsoft. Na escala em que operam, os incidentes acontecem. Na escala em que operam, os incidentes são inevitáveis. O que não é inevitável é que a sua empresa fique paralisada quando um incidente ocorre.

Para as organizações em que uma falha nas comunicações implica um atraso na resposta a emergências, a suspensão de operações críticas ou, pior ainda, o desafio da continuidade é ainda mais grave. Abordamos esse tema especificamente no artigo A diferença entre ter um plano de cópia de segurança e a verdadeira continuidade do negócio.

Como obter uma camada de continuidade em tempo real para o Microsoft 365

Algumas organizações respondem a este risco reforçando a redundância da Microsoft, executando um segundo tenant ou recorrendo às opções de failover do Azure. Essa abordagem protege contra falhas de infraestrutura, mas não protege contra incidentes ao nível da plataforma, que foi exatamente o que aconteceu nas interrupções de 2025 e 2026.

Existem duas formas viáveis de realizar um backup «a quente» do Microsoft 365 numa plataforma independente.

  1. A primeira é a Microsoft Exchange no local. É independente, está comprovado e dá-lhe controlo total. Além disso, vai levá-lo de volta à tarefa de aplicar patches nos servidores, gerir a infraestrutura e assumir a responsabilidade por todas as falhas (mesmo às 2 da manhã).

  2. O segundo é um ecossistema SaaS independente, em que a plataforma gere-se a si própria (sim, é problema de outra pessoa). Espaço de trabalho Google é a opção mais prática neste caso. É uma solução madura, amplamente adotada e profundamente integrada nos fluxos de trabalho empresariais. A sobreposição de funcionalidades com o Microsoft 365 é significativa, e muitos utilizadores já estão familiarizados com o Gmail, o Google Calendar e o Google Drive na sua vida pessoal. Quando ocorre uma transição de emergência, os utilizadores basta abrirem um navegador e começarem a trabalhar.

    Quando os serviços são restabelecidos, os utilizadores continuam a trabalhar e nem sequer precisam de pensar no que devem recuperar no Microsoft 365. Os dados e os documentos são recuperados automaticamente, e os utilizadores voltam simplesmente ao seu ambiente principal.

    Sem intervenção manual. Sem quebra brusca de produtividade. Sem perturbações na migração. Apenas uma segunda plataforma a funcionar discretamente em segundo plano.

Conclusão sobre o Microsoft 365 Continuity

Os backups «a frio» protegem os dados de ontem. Os backups «a quente» protegem as operações de hoje. Para as organizações que operam ao abrigo dos quadros NIS2, DORA ou NIST, esta distinção é ainda mais crucial. A continuidade é um requisito de conformidade com consequências reais.

NIS2 exige que as entidades essenciais e importantes garantam a continuidade das atividades durante os incidentes, e não apenas a capacidade de restabelecer o funcionamento posteriormente. O incumprimento expõe as organizações a multas que podem ir até 10 milhões de euros ou 2% do volume de negócios anual global, consoante o valor mais elevado, além de responsabilidade pessoal por parte da direção.

DORA exige que as entidades financeiras demonstrem resiliência operacional, incluindo a capacidade de manter as funções críticas em caso de perturbações nas TIC. As autoridades de supervisão podem impor ordens de correção, censuras públicas e sanções financeiras. Mais importante ainda, podem restringir ou suspender as operações até que seja demonstrada a conformidade.

NIST SP 800-34 enquadra a continuidade como uma capacidade organizacional fundamental, e não como uma política de contingência. Para as agências federais dos EUA e os seus contratantes, o incumprimento dos requisitos de continuidade pode resultar na perda da autorização para operar.

Os quadros diferem em termos de âmbito e jurisdição. A mensagem é a mesma: quando um incidente numa plataforma perturba as operações, o backup, por si só, não constitui uma defesa.

Quando o Microsoft 365 fica indisponível e a sua equipa não consegue enviar e-mails, aceder a ficheiros ou coordenar-se, as consequências são concretas e as entidades reguladoras estão atentas. Os SLAs não são cumpridos. Os clientes escalam o problema. São desencadeadas auditorias. Em ambientes de alto risco — hospitais, instituições financeiras, serviços públicos, serviços de emergência — não é possível tomar decisões porque as pessoas que precisam de as tomar não conseguem comunicar.

Tendo É necessário fazer uma cópia de segurança. Tendo uma cópia de segurança «a frio» não é suficiente para uma verdadeira continuidade das atividades.

Descubra como realizar um backup a quente com as soluções de sincronização do Google Connecting Software


Sobre o Autor

Ana Neto

Por Ana Neto, consultor técnico em Connecting Software.

"Sou engenheiro de software desde 1997, com uma paixão mais recente pela escrita e por falar em público. Tem alguma pergunta ou comentário sobre este artigo? Gostaria muito de receber o seu feedback, deixe um comentário abaixo!"

Deixe um comentário

O seu endereço de email não será publicado. Campos obrigatórios marcados com *

For security, use of Google's reCAPTCHA service is required which is subject to the Google Privacy Policy and Terms of Use.