Migrar o SAP para a nuvem carregando todo o histórico é como fazer mudança levando as caixas que você não abre há dez anos. Paga-se o frete, o novo endereço fica lotado e nada disso melhora a vida de quem mora lá. Por isso, o arquivamento de dados (archiving) precisa vir antes da migração — não depois.

Em 2026, com o S/4HANA consolidado como padrão e boa parte das migrações rodando em contratos RISE ou em nuvem pública, essa ordem ficou ainda mais importante. Afinal, na nuvem cada gigabyte tem preço mensal, e no banco in-memory cada gigabyte também consome memória cara. Neste artigo, mostramos por que arquivar antes de migrar é a decisão mais barata de todo o projeto.

Por que o volume de dados define o custo da migração

Na prática, o tamanho do banco SAP influencia quase tudo no projeto: a janela de downtime, o dimensionamento da infraestrutura de destino, o custo de transferência e a mensalidade de armazenamento. Em contratos RISE with SAP, o dimensionamento da memória HANA é um dos principais componentes do preço. Ou seja, migrar um banco inchado é contratar um ambiente superdimensionado por anos.

Além disso, sistemas SAP com décadas de operação acumulam documentos fiscais antigos, logs de interface, tabelas de mudança e ordens encerradas há muito tempo. Tipicamente, uma parcela relevante do banco não é tocada pela operação diária. Esse é exatamente o dado que o archiving tira do banco quente e move para armazenamento de baixo custo, mantendo o acesso para consulta e auditoria.

Menos dados, mais desempenho

O ganho não é só financeiro. Um banco mais enxuto acelera backups, encurta janelas de manutenção e reduz o tempo das cópias de ambiente (as famosas atualizações de QAS). Além disso, relatórios e transações que varrem tabelas grandes respondem melhor quando o histórico frio saiu do caminho.

Do mesmo modo, a própria migração fica mais segura. Menos dados significam janelas de conversão menores, menos risco na carga e validações mais rápidas. Em projetos de conversão para S/4HANA, o archiving prévio é uma das alavancas clássicas para caber na janela de downtime aprovada pelo negócio.

Segurança, LGPD e retenção fiscal

Há ainda a dimensão de conformidade. Com a LGPD madura e fiscalização real, guardar dado pessoal sem necessidade deixou de ser inofensivo — virou passivo. O archiving bem desenhado aplica políticas de retenção por tipo de documento: o que a legislação fiscal exige guardar fica preservado e acessível; o que já cumpriu seu ciclo é descartado de forma controlada e documentada.

Portanto, arquivar antes de migrar também reduz a superfície de risco. Menos dado sensível no ambiente produtivo significa menos exposição em caso de incidente e uma resposta mais simples a auditorias.

Como encaixar o archiving no plano de migração

Em resumo, a sequência que funciona é simples:

• Análise de volume — identificar as maiores tabelas, os objetos de archiving aplicáveis e o potencial real de redução.
• Política de retenção — definir, com as áreas fiscal e jurídica, o que precisa ficar online, o que vai para o arquivo e por quanto tempo.
• Execução em ondas — arquivar por objeto e período, validando o acesso ao dado arquivado a cada ciclo.
• Migração do ambiente já enxuto — dimensionar a infraestrutura de destino pelo banco limpo, não pelo inchado.

Além disso, o archiving não termina no go-live: ele vira rotina de gestão de volume de dados (DVM), para que o ambiente novo não engorde de novo. É o tipo de disciplina que tratamos em conjunto nas nossas práticas SAP e nos projetos de nuvem — quem implementa a migração sabe exatamente onde o volume dói.

Para ir mais fundo no tema, baixe o e-book “Archiving SAP — o custo invisível” na Inove Academy — ele detalha os objetos de archiving mais comuns e como montar a política de retenção.

No fim das contas, a pergunta certa não é “quanto custa arquivar antes de migrar”, e sim “quanto custa não arquivar”. A resposta aparece na primeira fatura da nuvem — e se repete todos os meses. Quem chega à migração com o banco leve chega com o projeto mais rápido, o risco menor e o contrato do tamanho certo.