Escolher entre backup gerenciado ou backup interno é uma decisão que raramente chega sozinha ao comitê de TI. Ela aparece junto com outras perguntas: quanto a operação atual consome da equipe, qual tempo de recuperação a empresa consegue sustentar e como comprovar controles exigidos por auditoria e pela LGPD. Em ambientes Microsoft Azure e Microsoft 365, a complexidade aumenta, porque cada workload — e-mail, SharePoint, OneDrive, bancos SQL e máquinas virtuais — tem política de retenção e mecanismo de proteção próprios.
Este texto não trata a escolha como uma disputa entre "melhor" e "pior". O caminho aqui é comparar os dois modelos por critérios que resistem a uma reunião de diretoria: custo total de propriedade, RTO e RPO, cláusulas de SLA e responsabilidade contratual, testes de restauração, imutabilidade das cópias e o que a LGPD exige de quem controla os dados. A pergunta central deixa de ser quanto custa contratar e passa a ser quanto custa não conseguir restaurar.
Ao final, você terá elementos para decidir com base no risco que a sua empresa aceita reter, e não em estimativas genéricas de mercado.
O que é backup gerenciado e o que é backup interno
A decisão entre backup gerenciado e backup interno começa por uma definição precisa dos dois modelos. Backup gerenciado é a contratação de um provedor especializado — geralmente um MSP (Managed Service Provider) — que assume a operação, o monitoramento, a retenção e a recuperação das cópias de segurança sob contrato. Backup interno é a execução de todas essas tarefas pela própria equipe de TI da empresa, usando infraestrutura própria ou licenças adquiridas diretamente de fornecedores de software.
Os dois modelos não são variações cosméticas da mesma prática. Eles diferem em quem responde quando o backup falha, quem testa a restauração, quem documenta a conformidade e quem arca com o custo de uma recuperação lenta. Para empresas que operam ambientes Microsoft Azure e Microsoft 365, essa diferença se amplia: a superfície de dados inclui e-mails, SharePoint, OneDrive, bancos SQL e máquinas virtuais, cada um com políticas de retenção e APIs de backup distintas.
Backup gerenciado: escopo, responsabilidades e SLA
No backup gerenciado, o provedor define um escopo contratual que normalmente inclui: instalação e configuração dos agentes de backup, definição de políticas de retenção, monitoramento 24x7, alertas de falha, testes periódicos de restauração e relatórios mensais de conformidade. O contrato é regido por um SLA (Service Level Agreement) que estabelece métricas objetivas, como tempo máximo para iniciar uma restauração, disponibilidade do repositório de backup e prazo para correção de falhas de rotina.
O SLA é o coração do modelo gerenciado. Sem SLA escrito, o serviço gerenciado se torna apenas uma terceirização informal, sem responsabilidade mensurável — e é exatamente essa formalização que diferencia o modelo de uma simples contratação de freelancer.
As responsabilidades do provedor incluem ainda a atualização do software de backup, a correção de incompatibilidades com atualizações do sistema operacional e a manutenção da imutabilidade das cópias. O cliente, por sua vez, mantém a responsabilidade de definir o que é crítico, aprovar políticas de retenção e garantir que as credenciais de acesso ao ambiente estejam sob controle.
Backup interno: o que a sua equipe assume na prática
No backup interno, a equipe de TI assume tarefas que raramente aparecem na descrição de cargo: dimensionar storage, configurar janelas de backup, monitorar logs de erro, corrigir jobs que falharam, testar restaurações, documentar procedimentos e manter o software atualizado. Em ambientes Microsoft 365, isso inclui entender as limitações do backup nativo — que não protege contra exclusão maliciosa nem oferece retenção de longo prazo para todos os workloads.
O custo invisível do modelo interno está na interrupção de outras prioridades. Cada hora dedicada a diagnosticar um job de backup que falhou é uma hora não investida em projetos de modernização, segurança de identidade ou suporte ao negócio. Para equipes enxutas de médias empresas, o backup interno frequentemente opera em regime de "apagar incêndio": só recebe atenção quando algo dá errado.
Além disso, o backup interno concentra risco em poucas pessoas. Se o único administrador que conhece as rotinas de restauração sair da empresa, o conhecimento se perde junto. A documentação, quando existe, costuma estar desatualizada. Esse é um risco operacional concreto que o modelo gerenciado mitiga por meio de processos padronizados e equipe redundante do provedor.
A pergunta certa não é qual é melhor, e sim qual risco você aceita
Comparar backup gerenciado e interno como se fossem produtos concorrentes em uma prateleira leva a decisões erradas. O critério correto é o risco que a empresa está disposta a reter. Backup interno significa reter o risco operacional de falhas humanas, rotatividade de equipe, limitação de conhecimento e ausência de cobertura fora do horário comercial. Backup gerenciado transfere parte desse risco — mas não todo — para um provedor com obrigações contratuais.
Nenhum modelo elimina o risco de perda de dados. O que muda é a distribuição de responsabilidade e a previsibilidade da resposta. Uma empresa do setor financeiro que processa transações via Pix, por exemplo, tem exigências de disponibilidade e auditoria que tornam o risco retido do backup interno desproporcionalmente alto. A pergunta deixa de ser "quanto custa o backup gerenciado?" e passa a ser "quanto custa ficar sem restaurar um banco de dados de transações por 48 horas?".
A decisão também envolve risco regulatório. A LGPD responsabiliza o controlador dos dados — a empresa — independentemente de quem opera o backup. Terceirizar não transfere a responsabilidade legal, mas transfere a obrigação de executar controles técnicos comprováveis. O provedor gerenciado precisa fornecer evidências de criptografia, controle de acesso e testes de restauração; no modelo interno, essas evidências dependem da disciplina da própria equipe.
Comparativo direto: custo, tempo de resposta, segurança e conformidade
Quatro dimensões separam os dois modelos na prática: custo total de propriedade, tempo de recuperação, postura de segurança e capacidade de comprovar conformidade. Cada dimensão deve ser avaliada com números da própria operação, não com estimativas genéricas de mercado. As seções a seguir detalham como calcular cada uma.
Custo total (TCO) em 12, 24 e 36 meses
O TCO do backup interno inclui itens que muitas planilhas ignoram: horas de administração, licenças de software, storage (local e em nuvem), energia, manutenção de hardware, treinamento e o custo de oportunidade da equipe.
No modelo gerenciado, o custo é predominantemente uma mensalidade por workload ou por volume de dados protegidos, acrescida de eventuais taxas de setup e de armazenamento em nuvem. O custo gerenciado é contratual e previsível, o que facilita o orçamento anual de TI. Para decisores que reportam a diretoria financeira, essa previsibilidade tem valor próprio, independentemente do valor absoluto.
RTO e RPO: quem realmente entrega o tempo de recuperação prometido
RTO (Recovery Time Objective) é o tempo máximo aceitável para restaurar um serviço após uma interrupção. RPO (Recovery Point Objective) é a quantidade máxima de dados que a empresa aceita perder, medida em tempo — por exemplo, 15 minutos ou 4 horas. Esses dois números deveriam ser o ponto de partida de qualquer decisão de backup, mas raramente são formalizados antes da escolha do modelo.
O backup interno entrega RTO e RPO na medida da disponibilidade da equipe. O backup gerenciado, com monitoramento 24x7 e equipe de plantão, tem condições contratuais de iniciar a restauração em minutos ou poucas horas, dependendo do SLA.
Para medir quem realmente entrega, é preciso testar. Um teste de restauração trimestral no modelo interno frequentemente revela que o RTO planejado não se sustenta na prática — faltam permissões, o storage está lento ou o procedimento documentado está desatualizado. No modelo gerenciado, o teste periódico é parte do contrato e gera evidência formal do tempo alcançado.
Proteção contra ransomware e imutabilidade das cópias
Ransomware mudou o paradigma do backup: não basta ter cópia, é preciso ter cópia que o atacante não consiga apagar ou criptografar. Cópias imutáveis — que não podem ser alteradas nem excluídas por um período definido — são hoje requisito básico de qualquer estratégia de proteção de dados em ambientes com dados sensíveis. Ferramentas como Acronis e soluções nativas do Azure oferecem recursos de imutabilidade, mas configurá-los corretamente exige conhecimento específico.
No backup interno, a imutabilidade depende de configuração manual e de disciplina contínua. Um erro de permissão pode deixar as cópias expostas ao mesmo vetor de ataque que comprometeu os servidores de produção. No modelo gerenciado, a imutabilidade é configurada e monitorada pelo provedor, com alertas para qualquer tentativa de modificação ou exclusão antecipada de cópias.
Além da imutabilidade, o modelo gerenciado normalmente inclui isolamento do repositório de backup em relação ao domínio de produção. Esse isolamento reduz a superfície de ataque: mesmo que o atacante comprometa o Active Directory, as credenciais do repositório de backup não estão no mesmo perímetro. Para empresas que já passaram por um incidente de ransomware, esse é frequentemente o argumento decisivo.
Aderência à LGPD e a exigências de auditoria
A LGPD exige que o controlador demonstre a adoção de medidas técnicas e administrativas capazes de proteger dados pessoais. Backup entra nessa conta de duas formas: como medida de disponibilidade (art. 6º, que trata da finalidade e da necessidade) e como parte da resposta a incidentes de segurança (art. 48, que obriga a comunicação de incidentes). Auditorias internas e externas pedem evidências: logs de backup, registros de teste de restauração, controle de acesso ao repositório e política de retenção documentada.
O backup interno gera essas evidências apenas se houver processo formal. Na prática, muitas empresas mantêm backups funcionando sem documentação de testes, sem controle de acesso revisado e sem retenção alinhada à finalidade do dado. O backup gerenciado entrega relatórios periódicos que servem diretamente como evidência de auditoria, com registro de cada restauração testada e de cada falha tratada.
Para o setor financeiro, que lida com dados de transações Pix e está sujeito a regulação do Banco Central, a rastreabilidade do backup é ainda mais crítica. A escolha de uma consultoria de cibersegurança para o setor financeiro passa necessariamente pela capacidade de documentar controles — e o backup é um dos controles mais auditados.
Quando o backup interno ainda faz sentido
O backup interno não é uma escolha obsoleta. Ele continua fazendo sentido em cenários específicos, desde que a empresa reconheça as condições que o tornam viável. O primeiro cenário é o de equipe de TI robusta, com pelo menos dois profissionais dedicados a infraestrutura e experiência comprovada em restauração de ambientes Microsoft. Sem redundância de conhecimento, o modelo interno é frágil demais.
O segundo cenário é o de ambientes pequenos e homogêneos, com poucos workloads e baixa criticidade de dados. Uma empresa de 20 colaboradores com arquivos em um único servidor e e-mails no Microsoft 365 pode operar backup interno com ferramentas simples e risco aceitável. O custo de um serviço gerenciado completo pode ser desproporcional nesse contexto.
O terceiro cenário é o de restrições regulatórias ou contratuais que exijam que os dados permaneçam sob controle exclusivo da empresa, sem qualquer acesso de terceiros. Algumas operações com cláusulas de confidencialidade extremas ou requisitos de soberania de dados podem inviabilizar a terceirização do backup, mesmo com provedores que operam data centers no Brasil. Nesses casos, o backup interno é uma imposição, não uma escolha.
- Equipe interna com conhecimento redundante de backup e restauração
- Ambiente pequeno, com poucos workloads e baixa criticidade
- Exigência contratual de controle exclusivo dos dados
- Orçamento que inviabiliza serviço gerenciado com SLA formal
Quando o backup gerenciado se paga
O backup gerenciado se paga quando o custo de uma interrupção supera o custo da mensalidade. Esse cálculo de exposição financeira é o argumento mais direto para justificar a contratação diante da diretoria.
O modelo gerenciado também se paga em empresas com alta rotatividade de equipe de TI. Cada saída de um administrador que detinha o conhecimento tácito do backup representa um risco silencioso que só se materializa quando a restauração é necessária. O contrato gerenciado transfere esse conhecimento para processos do provedor, que permanecem mesmo com mudanças de pessoal.
Empresas em migração para Azure e Microsoft 365 encontram no backup gerenciado um acelerador. A integração entre a operação de nuvem e a proteção de dados exige atualização constante sobre APIs, limites de retenção e melhores práticas de cada serviço. Um provedor que já opera esses ambientes diariamente reduz a curva de aprendizado e o risco de configuração incorreta. Para entender melhor essa relação, vale consultar quando o backup do Microsoft 365 é realmente necessário.
Modelo híbrido: o meio-termo que a maioria das empresas adota
Na prática, a maioria das empresas de médio porte não escolhe entre um modelo e outro de forma absoluta. O modelo híbrido combina backup gerenciado para workloads críticos — bancos de dados de produção, sistemas financeiros, ambientes com dados pessoais sensíveis — e backup interno para o restante, como estações de trabalho de baixa criticidade ou ambientes de desenvolvimento.
O híbrido permite calibrar o investimento ao risco real de cada carga de trabalho. Um servidor de arquivos com contratos antigos e baixa sensibilidade pode permanecer sob backup interno, enquanto o ambiente que processa transações Pix recebe proteção gerenciada com imutabilidade e monitoramento 24x7. Essa segmentação é uma prática recomendada por frameworks de segurança como o NIST e o CIS Controls.
A desvantagem do híbrido é a complexidade de gestão: a empresa passa a operar dois processos, dois fornecedores e dois conjuntos de evidências. Para que funcione, é preciso definir claramente a fronteira entre o que é gerenciado e o que é interno, documentar os procedimentos de cada lado e garantir que os testes de restauração cubram ambos. Sem essa disciplina, o híbrido vira apenas uma colcha de retalhos sem dono.
- Workloads críticos sob backup gerenciado com SLA e imutabilidade
- Ambientes de baixa criticidade sob backup interno simplificado
- Fronteira documentada entre os dois modelos
- Testes de restauração cobrindo ambos os ambientes
Como calcular o custo real do seu backup hoje
Antes de comparar propostas de backup gerenciado, é preciso saber quanto o backup interno já custa. A maioria das empresas não tem esse número consolidado, porque os custos estão espalhados entre folha de pagamento, licenças, storage e horas não contabilizadas. O exercício de levantar esses números costuma revelar que o backup interno é mais caro do que parece.
Horas de equipe, licenças, storage e testes de restauração
Comece pelas horas de equipe. Estime quantas horas por mês cada profissional dedica a tarefas de backup: configuração, monitoramento, correção de falhas, atualização de software, testes de restauração e documentação. Multiplique pelo custo-hora real — salário, encargos e benefícios — e você terá o componente mais relevante do TCO interno. Uma estimativa típica para ambientes de 50 a 200 colaboradores fica entre 8 e 20 horas mensais, mas cada operação precisa medir a sua.
Some as licenças de software de backup, que em ambientes Microsoft podem incluir agentes por servidor, por usuário do Microsoft 365 ou por volume de dados. Acrescente o storage: discos locais, appliances de backup, armazenamento em nuvem para cópias externas e a depreciação do hardware. Não esqueça os testes de restauração: cada teste consome horas de equipe e, em alguns casos, exige um ambiente separado para validação.
O componente mais difícil de medir é o custo de uma restauração demorada. Se um incidente real exigir 48 horas de trabalho concentrado da equipe, esse custo não aparece no orçamento mensal — mas é real e deve entrar na conta. Uma forma prática de estimar é simular um incidente: quanto tempo sua equipe levaria, de fato, para restaurar o sistema mais crítico a partir do zero?
Planilha de decisão: pontue sua operação em 10 critérios
Uma planilha de pontuação ajuda a transformar a discussão subjetiva em critérios comparáveis. Atribua nota de 1 a 5 para cada critério abaixo, primeiro para o modelo interno atual e depois para a proposta gerenciada. O resultado não substitui o julgamento, mas expõe onde estão as maiores lacunas.
- Tempo real de restauração do sistema mais crítico, medido em teste
- Cobertura de monitoramento fora do horário comercial
- Existência de cópias imutáveis protegidas contra ransomware
- Documentação atualizada de procedimentos de restauração
- Redundância de conhecimento: mais de uma pessoa domina o backup
- Frequência real de testes de restauração nos últimos 12 meses
- Evidências disponíveis para auditoria de LGPD ou regulação setorial
- Previsibilidade orçamentária do custo total de backup
- Tempo de resposta a falhas de rotina, com registro histórico
- Capacidade de escalar o backup com o crescimento de dados
Critérios com nota 1 ou 2 no modelo interno indicam risco retido que o backup gerenciado pode endereçar diretamente. A planilha também serve como base para discussão com a diretoria, substituindo opiniões por evidências objetivas da operação atual.
Erros comuns ao escolher entre gerenciado e interno
O erro mais frequente é decidir pelo preço da mensalidade sem calcular o custo interno atual. A comparação justa exige o TCO dos dois lados.
Outro erro comum é acreditar que o backup nativo do Microsoft 365 ou do Azure é suficiente. Ele não é, para a maioria dos cenários de proteção contra exclusão acidental, ataque de ransomware ou exigência de retenção longa. O backup nativo protege contra falha de infraestrutura, mas não contra perda lógica de dados causada por ação humana ou maliciosa. Para aprofundar esse ponto, veja como estruturar backup na nuvem para empresas.
O terceiro erro é assinar um contrato gerenciado sem ler o SLA. Um serviço pode se chamar "gerenciado" e prever resposta apenas em horário comercial, sem multa por descumprimento e sem obrigação de teste de restauração. Nesse caso, a empresa paga por terceirização sem transferir risco real. O SLA é o que separa um serviço gerenciado de uma simples prestação de serviço de TI.
- Comparar mensalidade do provedor com custo interno sem calcular TCO
- Assumir que backup nativo do Microsoft 365 ou Azure é suficiente
- Assinar contrato gerenciado sem ler as cláusulas de SLA e multa
- Ignorar a necessidade de testes de restauração periódicos
- Não envolver compliance e jurídico na avaliação do contrato
Perguntas para fazer ao provedor antes de assinar
A due diligence do provedor de backup gerenciado deve ir além da apresentação comercial. As perguntas abaixo expõem a maturidade real do serviço e evitam surpresas após a assinatura. Cada resposta deve ser registrada por escrito, de preferência no próprio contrato ou em anexo técnico.
Pergunte sobre o RTO e o RPO que o provedor se compromete a entregar por contrato, não como estimativa verbal. Questione se esses números são testados periodicamente e se os testes geram relatórios formais. Um provedor que não testa restauração regularmente está vendendo promessa, não serviço.
Investigue a arquitetura de imutabilidade: onde as cópias ficam, quem tem acesso, como o provedor isola o repositório do ambiente do cliente e o que acontece se o cliente tentar excluir uma cópia antes do prazo. Pergunte também sobre o tratamento de incidentes de ransomware: o provedor tem procedimento documentado para restaurar a partir de cópias imutáveis após um ataque?
Questione a conformidade: o provedor fornece relatórios que atendem às exigências de auditoria do seu setor? Os dados de backup permanecem em território brasileiro? Quem são os subcontratados que têm acesso ao ambiente? Essas respostas definem se o serviço gerenciado reduz ou aumenta o risco regulatório da sua operação. A escolha de uma consultoria de segurança da informação segue lógica semelhante de due diligence.
- Qual RTO e RPO o contrato garante, com multa por descumprimento?
- Com que frequência são realizados testes de restauração documentados?
- Onde as cópias ficam armazenadas e quem tem acesso a elas?
- Como funciona a imutabilidade e a proteção contra ransomware?
- Quais relatórios de conformidade são entregues e em que periodicidade?
- Qual o procedimento de saída: como os dados são devolvidos ao fim do contrato?
Checklist de decisão em 7 passos
A decisão entre backup gerenciado e interno pode ser conduzida como um processo estruturado, que reduz a influência de vieses e pressões comerciais. Os sete passos abaixo consolidam o raciocínio apresentado ao longo deste artigo em uma sequência acionável.
- Mapeie todos os workloads e classifique a criticidade de cada um, com RTO e RPO definidos
- Calcule o TCO do backup interno atual, incluindo horas de equipe, licenças, storage e testes
- Levante as exigências regulatórias e de auditoria aplicáveis ao seu setor
- Avalie a maturidade real da sua equipe: redundância de conhecimento e cobertura fora do horário comercial
- Peça propostas de backup gerenciado com SLA detalhado e compare com o TCO interno
- Faça due diligence do provedor com as perguntas da seção anterior, registrando respostas por escrito
- Decida por workload, considerando o modelo híbrido para calibrar custo e risco
A decisão não precisa ser definitiva. Empresas que começam com backup interno podem migrar gradualmente para o gerenciado conforme o ambiente cresce, e empresas que adotam o gerenciado podem renegociar escopo conforme a criticidade muda. O que não pode mudar é a clareza sobre quem responde quando a restauração falha — porque, em algum momento, ela vai falhar.
