Quanta paralisação suporta a sua empresa — e quantas horas de perda de dados? Para estas duas perguntas não há uma resposta genérica, mas uma por processo de negócio. É exatamente aí que a Business Continuity começa na sector7: com uma análise de impacto no negócio, da qual se derivam os tempos de indisponibilidade e as perdas de dados toleráveis. Só depois a técnica é dimensionada — assim investe onde a paralisação é realmente cara e poupa onde ela é suportável. Para isso, orientamo-nos por normas como a ISO 22301.
Do processo de negócio à proteção
- Fase 1
Análise de impacto no negócio
Determinamos, por processo, que tempo de indisponibilidade e que perda de dados são toleráveis — em conjunto com as áreas de negócio, não apenas com a TI. O resultado são requisitos de retoma documentados como medida para todas as demais decisões.
- Fase 2
Proteção dimensionada para isso
Backup, redundância e caminhos de retoma orientam-se por esses requisitos. A nossa prática de backup baseia-se no Veeam Backup & Replication: backups diários, procedimentos incrementais para janelas de backup curtas, cópias imutáveis como proteção contra ransomware — armazenadas em destinos de backup projetados de forma redundante. O backup é feito nos nossos próprios destinos de backup projetados de forma georredundante — a última cópia nunca fica num só lugar.
- Fase 3
Recuperação testada
Um backup que nunca foi restaurado é uma esperança, não um conceito. Os testes de restauro são parte fixa da operação; cada teste é registado. Os registos servem, ao mesmo tempo, como comprovação para auditorias e seguradoras.
- Fase 4
Plano de contingência exercitado
O plano de contingência de TI descreve papéis, canais de comunicação, sequências de retoma e passos técnicos concretos para cenários definidos — do ransomware até à falha de um local. É exercitado regularmente e revisto após cada teste; um plano que fica apenas no armário é inútil em caso de emergência.
Também os seus dados na cloud: backup do Microsoft 365
E-mails, SharePoint e Teams estão bem operados na Microsoft, mas não protegidos no sentido de um backup de dados — apagado é apagado, e a responsabilidade pelos dados continua a ser sua. Por isso, se desejar, também protegemos os seus dados do Microsoft 365: com base em Veeam, na nossa própria infraestrutura georredundante, em vez de em mais uma cloud de terceiros.
Alerta precoce e caso de emergência
Para ambientes assistidos, a nossa monitorização 24/7 serve de sistema de alerta precoce: os seus sistemas são monitorizados de forma automatizada e ininterrupta através do nosso NOC; as anomalias são detetadas, avaliadas e tratadas conforme a urgência acordada contratualmente — muitas vezes antes que um sintoma dê origem a uma falha. Se, ainda assim, ocorrer o caso de emergência, acompanhamo-lo conforme o plano exercitado até ao regresso a uma operação de negócio estável. Para a emergência de TI aguda — mesmo sem relação de cliente existente — encontra o procedimento na nossa página de emergência em sector7.eu/it-notfall.
Da práticaOito anos de responsabilidade integral — até ao centro de dados geo-redundante – para as referências
Perguntas frequentes
Já temos um backup — isso não é suficiente?
Um backup é a base, mas não uma garantia de continuidade de negócio. Decisivo é se a recuperação é testada regularmente, se as cópias estão protegidas contra ransomware e se existe um plano ensaiado sobre quem faz o quê em caso de emergência. São exatamente essas lacunas que verificamos primeiro — frequentemente existem backups que, em caso de emergência, não seriam utilizáveis ou o seriam de forma demasiado lenta.
Com que rapidez voltamos a operar após uma falha?
Isso depende do respetivo sistema e da proteção escolhida — um número genérico seria pouco sério. Na análise de impacto no negócio, definimos por processo que tempos de retoma e perdas de dados são toleráveis e dimensionamos backup, redundância e planos de contingência exatamente para isso. Assim investe onde a paragem é realmente cara.
Com que tecnologia protegem os nossos dados?
A nossa prática de backup baseia-se no Veeam Backup & Replication: backups diários, procedimentos incrementais para janelas de backup curtas e testes de restauro regulares como parte fixa da operação. Os conceitos são documentados, de modo que também sirvam como comprovativo para auditorias e seguradoras.
O que faz parte de um plano de contingência de TI e como é mantido atualizado?
Um plano de contingência descreve papéis, canais de comunicação, sequências de retoma e passos técnicos concretos para cenários definidos — de ransomware até à falha de um local. Elaboramo-lo com base numa análise de impacto no negócio e mantemo-lo atualizado através de testes e revisões regulares, orientados por normas como a ISO 22301. Um plano que nunca foi ensaiado é inútil em caso de emergência.