A escolha de um backup em nuvem para empresas de médio porte raramente se resolve com uma lista de fornecedores. Entre 50 e 500 colaboradores, a operação já sustenta sistemas críticos — folha, faturamento, bases de clientes — mas o time de TI costuma ser pequeno e sem especialização em proteção de dados. É nesse intervalo que a decisão deixa de ser técnica e passa a ser institucional: envolve orçamento recorrente, conformidade e quem assume a responsabilidade quando algo precisa ser restaurado às pressas.
Este conteúdo foi escrito para quem precisa comparar opções com critério, e não por preço por gigabyte. O texto percorre faixas reais de custo, o que costuma ficar fora das propostas — saída de dados, restauração, suporte em português —, as exigências de conformidade de setores regulados brasileiros e os erros operacionais que invalidam uma estratégia bem desenhada no papel. Também trata da diferença entre armazenamento, backup e disaster recovery, além das métricas de RPO e RTO que definem o quanto a empresa pode perder.
Se a dúvida é entre manter cópias no ambiente local ou migrar de vez para a nuvem, vale começar pela comparação entre backup local e backup em nuvem antes de avançar para os modelos de contratação e o custo total em três anos.
O que muda no backup em nuvem quando a empresa é de médio porte
Uma empresa de médio porte não é uma startup com três notebooks nem uma corporação com datacenter próprio e equipe de storage dedicada. Ela opera em uma zona intermediária onde a perda de dados já tem impacto financeiro relevante — folha de pagamento, contratos, bases de clientes e sistemas de faturamento —, mas o orçamento de TI ainda compete com outras prioridades. Nesse contexto, o backup em nuvem deixa de ser uma commodity e passa a exigir decisões sobre retenção, janela de restauração, conformidade e responsabilidade operacional.
Diferentemente de uma PME de dez funcionários, que costuma sobreviver com a cópia automática do Microsoft 365 ou um NAS local, a média empresa convive com múltiplos workloads simultâneos: servidores virtualizados, bancos de dados transacionais, e-mails corporativos, arquivos departamentais e, em setores regulados, dados de clientes que exigem trilha de auditoria. O backup em nuvem precisa endereçar essa heterogeneidade sem transformar a rotina de TI em um segundo emprego.
De 50 a 500 colaboradores: o ponto de virada da TI dedicada
Entre 50 e 500 colaboradores, a empresa geralmente já possui um profissional ou um pequeno time de TI — mas raramente com especialização profunda em proteção de dados. O escopo do backup cresce em três dimensões simultâneas: número de dispositivos e usuários, volume de dados gerados por dia e criticidade dos sistemas que não podem ficar fora do ar.
É nesse estágio que a ausência de uma política formal de backup começa a custar caro. Cada dia parado representa perda direta de receita, especialmente em operações que dependem de transações eletrônicas. A TI dedicada existe, mas frequentemente está ocupada demais com suporte ao usuário para executar rotinas de restauração preventiva.
Backup em nuvem, armazenamento em nuvem e disaster recovery: o que é cada um
Os três termos aparecem em propostas comerciais como se fossem intercambiáveis, mas resolvem problemas distintos. Armazenamento em nuvem — como um bucket no Azure Blob Storage ou um drive compartilhado no OneDrive — mantém uma cópia dos arquivos acessível para uso diário. Ele não versiona automaticamente, não retém estados anteriores por política e não protege contra exclusão acidental ou corrupção silenciosa: se um arquivo é sobrescrito, a versão anterior se perde.
Backup em nuvem é um processo gerenciado que captura cópias pontuais dos dados em intervalos definidos, com retenção configurável e capacidade de restaurar estados anteriores. Já o disaster recovery (DR) é a camada de continuidade: replica ambientes inteiros — servidores, aplicações, bancos — para que possam ser acionados em outro local quando o site principal falha. Uma empresa de médio porte pode ter backup sem DR, mas não deve ter DR sem backup, pois o DR replica também erros lógicos e ataques se não houver cópia imutável anterior.
- Armazenamento em nuvem: dado vivo, acessível, sem histórico gerenciado
- Backup em nuvem: cópia versionada com retenção e restauração pontual
- Disaster recovery: réplica de ambiente para retomada de operação
O modelo de responsabilidade compartilhada entre provedor e empresa
O modelo de responsabilidade compartilhada estabelece que o hiperescalador responde pela resiliência da infraestrutura física e da plataforma: discos redundantes, zonas de disponibilidade, controle de acesso físico aos datacenters. A empresa responde por tudo o que roda dentro dessa infraestrutura: configuração do backup, política de retenção, testes de restauração, controle de acesso às credenciais e gestão das chaves de criptografia.
Esse ponto é frequentemente mal compreendido. Um gestor pode acreditar que, ao migrar servidores para o Azure, a Microsoft automaticamente protege seus dados contra exclusão acidental ou ransomware. Na prática, a Microsoft garante que o serviço esteja disponível; a responsabilidade por o que é copiado, com qual frequência e por quanto tempo fica retido é exclusivamente do cliente. Para empresas de médio porte sem equipe dedicada de proteção de dados, esse gap é exatamente onde um processo formal precisa entrar.
Quanto custa, de verdade, o backup em nuvem para uma empresa de médio porte
Preço de backup em nuvem é um dos temas mais opacos do mercado de TI. Propostas chegam com valores por TB, por usuário, por workload ou por servidor protegido — e a comparação direta entre fornecedores exige normalizar tudo para uma mesma base. Para uma empresa de médio porte, o custo recorrente varia conforme o provedor e o modelo de cobrança, e hiperescaladores cobram valores adicionais por operação de restauração e por saída de dados que podem dobrar o custo efetivo.
O erro mais comum é olhar apenas o preço de armazenamento. Uma proposta de R$ 0,05 por GB/mês parece barata até que se somem as taxas de API, o custo de retenção de longo prazo, a transferência de dados para restauração e as horas de suporte técnico.
Custo por volume de dados, por usuário e por workload
Fornecedores estruturam a precificação em três modelos principais. O modelo por volume cobra por GB ou TB armazenado após deduplicação e compressão — é o mais previsível para quem tem noção clara do crescimento dos dados. O modelo por usuário é comum em backups de Microsoft 365 e ambientes de colaboração. O modelo por workload cobra por servidor virtual, banco de dados ou aplicação protegida, com variação conforme a criticidade e o SLA.
Empresas de médio porte raramente se encaixam em um único modelo. O ideal é combinar: backup de Microsoft 365 por usuário, backup de servidores e bancos por workload e arquivamento de longo prazo por volume.
Infraestrutura própria vs. BaaS: comparativo de TCO em 3 anos
O cálculo de TCO (custo total de propriedade) em três anos revela por que o modelo BaaS (Backup as a Service) tem ganhado espaço nas médias empresas. Montar infraestrutura própria exige servidor de backup com capacidade de 20 a 30 TB úteis, licenças de software, storage secundário para cópia off-site, link redundante e horas de um profissional para operar e testar.
No modelo BaaS, não há investimento inicial relevante: paga-se uma mensalidade que já inclui software, infraestrutura, monitoramento e suporte. O BaaS transfere o risco operacional e a obsolescência tecnológica para o provedor. A equação pende para o BaaS quando a empresa não tem especialista interno em proteção de dados ou quando o custo de uma restauração mal executada supera a economia do modelo próprio.
Os custos escondidos: saída de dados, restauração e suporte
Hiperescaladores cobram pela saída de dados da nuvem — o chamado egress. Uma restauração completa de 5 TB após um incidente de ransomware pode gerar uma fatura de egress significativa, fora o custo de armazenamento e as horas de engenharia para executar a recuperação.
Provedores nacionais e MSPs costumam embutir a restauração no valor mensal ou cobrar um valor fixo por incidente, o que torna o custo previsível. Outro custo escondido é o suporte: em hiperescaladores, o atendimento em português e com SLA de resposta em horas exige contrato de suporte premium. Em propostas de MSP, o suporte já faz parte do serviço gerenciado, mas é preciso verificar se a restauração assistida está incluída ou é cobrada à parte por hora técnica.
Critérios objetivos para comparar fornecedores de backup em nuvem
Comparar fornecedores exige sair do discurso de marketing e olhar para métricas e cláusulas contratuais. Os quatro critérios abaixo eliminam a maioria das diferenças superficiais entre propostas e revelam quais fornecedores realmente entendem o risco de uma empresa de médio porte.
RPO e RTO: as métricas que definem o que sua empresa aguenta perder
RPO (Recovery Point Objective) é a quantidade máxima de dados que a empresa aceita perder, medida em tempo: um RPO de 4 horas significa que, no pior cenário, as últimas 4 horas de trabalho são perdidas. RTO (Recovery Time Objective) é o tempo máximo aceitável para restabelecer o serviço após a falha. São decisões de negócio, não de TI: um sistema de transações financeiras pode exigir RPO de 15 minutos e RTO de 2 horas, enquanto um servidor de arquivos internos tolera RPO de 24 horas e RTO de 8 horas.
O fornecedor precisa demonstrar capacidade técnica de cumprir esses números, não apenas prometê-los. Isso significa frequência de snapshot compatível com o RPO, automação de restauração compatível com o RTO e — fundamental — testes periódicos documentados que comprovem que a recuperação acontece dentro da janela contratada. Uma proposta que não pergunta sobre RPO e RTO antes de apresentar preço é sinal de alerta.
Imutabilidade, air gap e defesa contra ransomware
Backup imutável é aquele que não pode ser alterado, criptografado ou excluído por nenhum usuário ou processo durante o período de retenção definido — nem mesmo por administradores. O mecanismo técnico varia: object lock em storage compatível com S3, snapshots imutáveis em appliances ou WORM (write once, read many) em fitas. O air gap lógico ou físico isola a cópia de backup da rede de produção, impedindo que um atacante que comprometeu o domínio alcance também o backup.
Para médias empresas, a combinação mínima recomendada é a regra 3-2-1-1-0: três cópias dos dados, em dois tipos de mídia, uma cópia off-site, uma cópia imutável ou em air gap e zero erros verificados por teste de restauração. A gestão de criptografia adiciona a camada de controle de chaves que impede que o atacante use as próprias credenciais da empresa para destruir o backup.
Criptografia, soberania de dados e LGPD
A LGPD não obriga que dados pessoais permaneçam em território brasileiro, mas exige que o tratamento — incluindo armazenamento em backup — siga padrões adequados de segurança e que transferências internacionais tenham base legal. Na prática, muitas empresas de médio porte optam por datacenters no Brasil para reduzir complexidade jurídica e latência de restauração.
Verifique se o fornecedor oferece criptografia em trânsito (TLS 1.2 ou superior) e em repouso (AES-256), com gestão de chaves sob controle da empresa — chave gerenciada pelo cliente, não apenas pelo provedor. A soberania de dados também envolve a jurisdição aplicável em caso de litígio: dados hospedados em datacenters brasileiros respondem à legislação brasileira, o que simplifica respostas a ordens judiciais e auditorias de compliance. Para ambientes financeiros com transações Pix, a escolha de consultoria especializada ajuda a alinhar o backup às exigências do Bacen.
Suporte em português, SLA e tempo de resposta a incidentes
No momento de um incidente, a qualidade do suporte define se o RTO será cumprido. Exija SLA contratual com tempo de resposta e de resolução, não apenas disponibilidade da plataforma. Um SLA de disponibilidade de 99,9% não diz nada sobre quanto tempo o fornecedor leva para atender um chamado de restauração crítica. O contrato precisa especificar: tempo máximo de primeiro atendimento para incidentes críticos, canal de acionamento (telefone, portal, chat), escalonamento hierárquico e penalidades por descumprimento.
Para empresas de médio porte no Brasil, suporte em português com equipe no mesmo fuso horário reduz o atrito em incidentes que acontecem em horário comercial — ou fora dele. Provedores internacionais frequentemente operam com suporte em inglês e fuso de outro continente, o que pode atrasar a resposta justamente quando cada minuto conta. MSPs nacionais tendem a oferecer atendimento mais próximo, mas é preciso validar se a equipe de plantão tem acesso real aos sistemas de backup ou apenas registra chamados para o dia seguinte.
Principais soluções de backup em nuvem disponíveis no Brasil
O mercado brasileiro oferece três categorias de soluções: plataformas corporativas independentes, serviços nativos dos hiperescaladores e provedores nacionais/MSPs. Cada uma atende a um perfil diferente de empresa e de maturidade de TI.
Plataformas corporativas: Veeam, Commvault, Rubrik e Cohesity
Veeam tem forte integração a VMware, Hyper-V e Microsoft 365. Seu modelo de licenciamento por workload e a ampla base de parceiros locais facilitam a contratação via MSP. Commvault atende ambientes mais heterogêneos e complexos, com recursos avançados de eDiscovery e conformidade, mas exige maior curva de aprendizado e custo de licença mais elevado.
Rubrik e Cohesity representam a geração de appliances definidos por software, com foco em imutabilidade e integração nativa a APIs de nuvem. São opções fortes para quem precisa de proteção contra ransomware com recuperação rápida e gerenciamento centralizado, mas o investimento inicial em appliance ou em contrato de subscrição tende a ser mais alto que o Veeam para o mesmo volume de dados. A escolha entre elas depende menos da marca e mais do parceiro que vai operar a plataforma.
Hiperescaladores: AWS Backup, Azure Backup e Google Cloud Backup and DR
Azure Backup é a escolha natural para empresas que já operam majoritariamente no ecossistema Microsoft, com integração nativa a VMs Azure, SQL Server, arquivos e Microsoft 365 via soluções complementares. AWS Backup cobre o portfólio AWS com políticas centralizadas e suporte a recursos como EBS, RDS e EFS. Google Cloud Backup and DR atende cargas do Google Cloud e oferece recursos de recuperação de desastres para ambientes híbridos.
O ponto de atenção nos hiperescaladores é o modelo de custo: a fatura combina armazenamento, operações de API, restauração e egress, o que dificulta a previsibilidade orçamentária. Para uma média empresa sem FinOps dedicado, o custo efetivo pode variar 30% a 50% entre meses de rotina e meses de incidente. A vantagem é a escalabilidade e a resiliência da infraestrutura; a desvantagem é que a responsabilidade de configurar, monitorar e testar o backup permanece integralmente com a empresa.
Provedores nacionais e MSPs: quando o atendimento local pesa
Provedores nacionais de BaaS e MSPs brasileiros oferecem o modelo mais adequado para médias empresas que não querem operar backup internamente. O serviço inclui instalação do agente, configuração de políticas, monitoramento 24x7, testes periódicos de restauração e suporte em português. A contratação é por mensalidade, sem investimento inicial relevante, e o custo de restauração costuma estar incluído no contrato.
O critério de seleção aqui é a especialização: um MSP genérico que atende de padaria a indústria pode não ter profundidade em ambientes regulados ou em recuperação de incidentes complexos. Para empresas do setor financeiro ou que processam dados sensíveis, a escolha de uma consultoria com experiência comprovada em compliance faz diferença na qualidade das políticas de retenção e na documentação exigida por auditorias.
Tabela comparativa: porte atendido e modelo de contratação
- Veeam via MSP: médio e grande porte; contratação por workload ou volume
- Commvault: médio e grande porte; licença perpétua ou subscrição
- Rubrik/Cohesity: médio e grande porte; appliance ou subscrição
- Azure Backup: qualquer porte; pay-as-you-go
- AWS Backup: qualquer porte; pay-as-you-go
- MSP nacional (BaaS): pequeno e médio porte; mensalidade por volume ou workload
Backup em nuvem para setores regulados: saúde, financeiro e jurídico
Setores regulados adicionam camadas de exigência que vão além da boa prática técnica. Na saúde, a LGPD classifica dados de saúde como sensíveis. No setor financeiro, a disponibilidade é crítica em tempo real. No jurídico, o sigilo profissional impõe controle rigoroso de acesso e criptografia ponta a ponta.
Nesses contextos, o backup em nuvem precisa atender a três requisitos adicionais: retenção longa com imutabilidade para fins de auditoria e investigação, registro de logs de acesso e restauração para comprovar a cadeia de custódia, e localização dos dados em conformidade com a regulação setorial aplicável. A documentação do backup passa a ser evidência em auditorias e processos judiciais, o que eleva o padrão de formalização exigido do fornecedor — um MSP que não emite relatórios de conformidade regulares não atende a esse perfil de cliente. Para ambientes financeiros, a prevenção de phishing complementa a estratégia de backup, já que credenciais comprometidas são o vetor inicial mais comum de ransomware.
Como migrar de provedor de backup sem parar a operação
Migrar de provedor de backup é um projeto de transição, não um simples cancelamento e nova contratação. O risco principal é criar uma janela em que os dados ficam sem proteção — justamente quando a empresa está mais vulnerável. O roteiro seguro segue cinco etapas.
- Inventário completo: mapear todos os workloads, volumes, políticas de retenção atuais e SLAs contratados
- Operação paralela: manter o provedor antigo ativo enquanto o novo executa os primeiros backups completos
- Validação de restauração: restaurar amostras de cada tipo de workload no novo provedor antes de desligar o antigo
- Período de sobreposição: manter retenção mínima no provedor antigo por 30 a 90 dias após a virada
- Encerramento formal: solicitar certificado de destruição dos dados ao provedor antigo, quando aplicável
O ponto crítico é a etapa de validação: migrar backup sem testar restauração no novo ambiente é transferir risco sem transferir proteção. A operação paralela tem custo — paga-se os dois provedores por um período —, mas esse custo é irrisório diante do prejuízo de descobrir, após um incidente, que o novo backup não restaura. Para quem usa Microsoft 365, entender quando o backup é necessário ajuda a dimensionar corretamente o escopo da migração.
Erros que fazem o backup em nuvem falhar na prática
A maioria das falhas de backup não é causada por defeito no software, mas por erros operacionais que se acumulam silenciosamente. Três erros respondem pela maior parte dos incidentes em que o backup existia, mas não funcionou quando precisou.
Backup que nunca foi testado em restauração
Backup sem teste de restauração é uma promessa não verificada. Estudos de mercado de disaster recovery indicam que uma parcela significativa das empresas descobre falhas no backup apenas durante um incidente real — quando já é tarde. O teste deve ser periódico (mensal para workloads críticos, trimestral para os demais), documentado e cobrir restauração de arquivos individuais, restauração de banco de dados e, idealmente, restauração completa de um servidor em ambiente isolado.
O teste automatizado reduz a dependência de disciplina manual: plataformas modernas verificam a integridade dos dados e executam restaurações de validação em sandbox, gerando relatório de sucesso ou falha. Um MSP que entrega relatório mensal de teste de restauração vale mais do que um fornecedor que promete backup imutável, mas nunca demonstra que a restauração funciona.
Políticas de retenção mal definidas e dados órfãos
Reter tudo para sempre é caro e juridicamente arriscado; reter pouco demais expõe a empresa a perdas irreversíveis. Políticas de retenção precisam ser definidas por tipo de dado e por exigência regulatória: contratos e documentos fiscais podem exigir 5 anos ou mais, e-mails operacionais 1 a 3 anos, logs de segurança 6 a 12 meses. Dados órfãos — backups de sistemas desativados, de ex-funcionários ou de projetos encerrados — inflam o custo de armazenamento e ampliam a superfície de exposição em caso de vazamento.
A revisão trimestral da política de retenção deve fazer parte da rotina de governança de TI. O objetivo é alinhar o custo do armazenamento com o valor real do dado retido, eliminando backups que não têm mais propósito legal ou operacional. Em setores regulados, a retenção mínima é definida pela norma — e descumprir esse mínimo é tão grave quanto reter em excesso.
Dependência de link único de internet
Backup em nuvem depende de conectividade. Uma empresa com link único de internet — sem redundância de operadora ou de tecnologia — tem um ponto único de falha que afeta tanto a execução do backup quanto a restauração. Durante um incidente, a mesma conexão que precisa ser usada para baixar os dados de restauração pode estar congestionada ou comprometida pelo ataque.
A mitigação envolve link redundante de operadoras diferentes, preferencialmente com tecnologias distintas (fibra e rádio, por exemplo), e dimensionamento de banda compatível com a janela de backup. O cálculo de banda deve considerar o pior cenário: restauração completa após incidente, não apenas a rotina diária de backup incremental.
Perguntas frequentes sobre backup em nuvem para médias empresas
Backup em nuvem substitui backup local?
Não necessariamente. A regra 3-2-1 recomenda manter cópias em mídias e locais diferentes. O backup em nuvem pode ser a cópia off-site, mas muitas empresas mantêm também uma cópia local para restauração rápida de grandes volumes, evitando depender do link de internet em incidentes críticos.
Quanto tempo leva para restaurar 1 TB de dados da nuvem?
Depende da banda disponível e da arquitetura do provedor. Em um link de 200 Mbps com boa latência, 1 TB leva de 12 a 15 horas para transferir. Provedores que oferecem envio de appliance físico de restauração reduzem esse tempo drasticamente, mas com custo adicional.
Backup imutável é realmente imune a ransomware?
Imutabilidade impede que o atacante altere ou exclua a cópia durante o período de retenção, o que reduz significativamente o risco de destruição do backup. Nenhuma medida isolada elimina o risco por completo — a imutabilidade é uma camada importante, mas precisa estar acompanhada de teste de restauração, controle de acesso e segmentação de rede.
Preciso de backup do Microsoft 365 se a Microsoft já tem redundância?
Sim. A redundância da Microsoft protege contra falha de infraestrutura, não contra exclusão acidental, ataque de ransomware ou comprometimento de conta. A Microsoft mantém dados excluídos por um período limitado na lixeira; após esse prazo, sem backup independente, a perda é definitiva. Entenda quando o backup do Microsoft 365 é necessário para dimensionar o risco real.
Qual a diferença entre backup gerenciado por MSP e backup contratado direto do hiperescalador?
No hiperescalador, a empresa contrata a infraestrutura e opera o backup: configura políticas, monitora execuções, testa restaurações e responde a incidentes. No modelo MSP, o provedor assume essas responsabilidades operacionais com SLA contratual. A escolha depende da maturidade da equipe interna e do custo de oportunidade de usar a TI para operar backup em vez de apoiar o negócio.
