SAP HANA: o que é, versões 1.0 e 2.0, SPS e diferença para o S/4HANA

SAP HANA é o banco de dados da SAP: relacional, orientado a colunas e em memória, desenhado para processar transações e análises no mesmo sistema. Ele não é o ERP. O ERP que roda exclusivamente sobre o HANA é o SAP S/4HANA; o ECC pode rodar sobre o HANA ou sobre outros bancos, e nesse caso a SAP chama o ambiente de SAP Business Suite powered by SAP HANA.

Para quem cuida de manutenção, a distinção decide o calendário. Atualizar o SPS do HANA é trabalho de base técnica e não muda a forma como uma ordem é planejada. Migrar o ECC para o banco HANA também não muda o prazo do ECC: a manutenção principal da Business Suite 7, inclusive na versão sobre HANA, vai até o fim de 2027. Só a conversão para o S/4HANA troca o ERP que sustenta o SAP PM.

O que significa um banco em memória como o SAP HANA

A SAP descreve o HANA como um banco relacional orientado a colunas e em memória, que combina operações transacionais (OLTP) e analíticas (OLAP) em um único sistema. A memória principal é a camada primária de trabalho; outros meios de armazenamento entram para equilibrar desempenho e custo.

O armazenamento por coluna favorece leituras que agregam muitos registros de poucos campos, como somar horas confirmadas por centro de trabalho ou contar ordens por tipo e status em um período. Em bancos tradicionais, consultas desse tipo costumavam depender de tabelas agregadas e de extrações para um ambiente analítico separado.

Esse desenho explica por que a SAP reconstruiu o ERP para o HANA em vez de apenas trocar o banco. O S/4HANA simplificou o modelo de dados e removeu estruturas redundantes que existiam para compensar limitações de bancos baseados em disco. Para a manutenção, o efeito prático aparece quando relatórios e apps Fiori passam a ler o dado operacional no próprio ERP, em vez de depender de uma extração periódica para outro ambiente.

A velocidade do banco não corrige dado ruim. Uma ordem confirmada com horas erradas continua errada, só que mais rápida de consultar. A qualidade do apontamento no campo segue sendo o fator que limita indicadores como backlog, aderência e MTTR.

Versões do SAP HANA: 1.0, 2.0 e o que é um SPS

O HANA tem duas linhas de produto on-premise. O SAP HANA 1.0 teve como última versão o SPS12, e sua manutenção terminou em 30 de junho de 2021, depois de uma extensão anunciada pela SAP em 2020. O SAP HANA 2.0 foi anunciado em 8 de novembro de 2016, no SAP TechEd de Barcelona, e o SPS00 ficou disponível em 30 de novembro de 2016.

SPS significa Support Package Stack. Cada SPS é uma versão do HANA 2.0 com funcionalidades próprias, e dentro dele a SAP publica revisões numeradas com correções. A estratégia oficial de revisões e prazos está na Nota SAP 2378962, SAP HANA 2.0 Revision and Maintenance Strategy, que precisa ser consultada no SAP for Me antes de qualquer planejamento de upgrade, porque a SAP a atualiza ao longo do tempo.

Prazos de manutenção por SPS do HANA 2.0

A tabela reúne os SPS recentes com as datas publicadas pela SAP em seus blogs técnicos e na documentação oficial. Datas exatas de fim de manutenção devem ser confirmadas na nota 2378962 vigente.

Versão	Disponibilidade	Manutenção informada pela SAP	Situação em outubro de 2026
HANA 1.0 SPS12	2016	Encerrada em 30/06/2021	Sem manutenção
HANA 2.0 SPS05	Junho de 2020	Versão de manutenção longa, encerrada em 2025	Sem manutenção
HANA 2.0 SPS06	2021	Versão intermediária, encerrada em dezembro de 2023	Sem manutenção
HANA 2.0 SPS07	Abril de 2023	Manutenção longa até 2028	Em manutenção
HANA 2.0 SPS08	20/11/2024	Quatro anos a partir do lançamento	Em manutenção

A partir do SPS08, a SAP passou a planejar uma nova versão do HANA 2.0 a cada dois anos, sempre no quarto trimestre, com quatro anos de manutenção para cada uma. O resultado é uma sobreposição de dois anos entre versões consecutivas, que serve de janela para o upgrade. Pela cadência anunciada, a versão seguinte ao SPS08 está prevista para o quarto trimestre de 2026; até a data desta publicação, a confirmação deve vir da própria SAP.

O que o SPS do banco muda para a manutenção

Na maioria dos casos, nada que o planejador perceba. O upgrade de SPS é executado pela equipe de base, com janela de indisponibilidade combinada. O ponto de atenção é o calendário: se a operação tem integração com aplicativo de campo, a janela de upgrade do banco precisa estar no mesmo cronograma das paradas de produção e dos testes de regressão das interfaces, para que técnicos em campo não fiquem sem sincronizar em um momento crítico.

SAP HANA Cloud: o banco como serviço gerenciado

O SAP HANA Cloud é o banco HANA oferecido como serviço gerenciado (database as a service) dentro do SAP Business Technology Platform. A SAP cuida da infraestrutura, das atualizações do software do banco e dos backups automáticos; o cliente cuida de configuração, modelagem de dados e usuários. O serviço roda em hiperescaladores como AWS, Microsoft Azure e Google Cloud, além da infraestrutura própria da SAP, e cada instância equivale a um banco de tenant único.

HANA Cloud e HANA 2.0 on-premise não são etapas de uma mesma migração obrigatória. O HANA Cloud é usado para aplicações e análises construídas no BTP, para federar dados de várias origens e para estender ambientes existentes. Um S/4HANA on-premise continua rodando sobre o HANA 2.0 instalado no próprio ambiente do cliente ou em nuvem contratada, com o ciclo de SPS descrito acima.

Critério	SAP HANA 2.0 on-premise	SAP HANA Cloud
Quem opera o banco	Equipe do cliente ou provedor contratado	SAP, como serviço gerenciado
Atualização	Upgrade de SPS e revisões planejado pelo cliente	Atualizações automáticas do serviço
Onde roda	Servidor próprio ou infraestrutura contratada	SAP BTP, sobre hiperescaladores ou infraestrutura SAP
Uso típico	Banco do ECC on HANA, do S/4HANA e do BW/4HANA	Aplicações e análises no BTP, federação de dados

Diferença entre SAP HANA, Suite on HANA e S/4HANA

Os três nomes aparecem juntos em propostas e geram a confusão mais comum do tema. A sequência histórica ajuda: primeiro veio o banco HANA; depois a SAP permitiu rodar a Business Suite sobre ele; por fim lançou um ERP novo, escrito para o HANA.

Nome	O que é	Banco de dados	Prazo de manutenção relevante
SAP HANA	Banco de dados relacional em memória	É o próprio banco	Por SPS, conforme nota 2378962
Business Suite powered by SAP HANA (Suite on HANA)	ECC e demais produtos da Business Suite 7 migrados de outro banco para o HANA, sem redesenho da aplicação	HANA	Manutenção principal até o fim de 2027; estendida opcional até o fim de 2030
SAP S/4HANA	ERP de nova geração, lançado em 3 de fevereiro de 2015, com modelo de dados simplificado	Somente HANA	Por release; compromisso da SAP de manter ao menos um release em manutenção até 2040

Uma publicação técnica da SAP resume a diferença pelo termo "powered by": os produtos da Business Suite sobre HANA não foram redesenhados para o banco, porque o código precisava continuar compatível com outros bancos. O S/4HANA nasceu dessa limitação, como uma linha de código separada que usa o HANA por inteiro.

Para a manutenção, a consequência é direta. Uma empresa no ECC sobre HANA usa as mesmas transações do SAP PM de antes, como IW31, IW32 e IW41, e está sujeita aos mesmos prazos da Business Suite 7. O que muda com o S/4HANA, inclusive o nome que a SAP dá à área de manutenção, está explicado em SAP PM virou SAP EAM?, e o impacto dos prazos de 2027 e 2030 está em O SAP PM acabou?.

Como a área de manutenção deve ler um projeto que envolve HANA

Quando uma proposta cita HANA, a primeira pergunta é qual dos três cenários está em jogo. Cada um tem consequência diferente para o processo de manutenção e para as integrações que dependem do SAP PM.

• Upgrade de SPS do HANA: confirme a janela de indisponibilidade e inclua no cronograma o teste das interfaces de ordens, notas e confirmações.
• Migração do ECC para o banco HANA: peça o resultado da análise do código customizado de PM, porque programas Z que dependiam de recursos do banco anterior podem exigir ajuste.
• Conversão para o S/4HANA: trate como mudança de ERP, com revisão de processos, apps Fiori, autorizações e todas as integrações de campo. As edições e o ciclo de releases estão em SAP S/4HANA: versões, edições e manutenção.
• Contrato em nuvem com a SAP: entenda o que fica com a SAP e o que fica com a equipe interna, como descrito em RISE with SAP e a manutenção.

Em todos os cenários, quem executa a manutenção no campo continua dependendo de ordens corretas, confirmações completas e histórico confiável no SAP PM. O banco muda a velocidade de leitura; a disciplina de registro continua sendo da operação. O artigo o que é o SAP PM retoma os objetos que atravessam qualquer uma dessas mudanças.

Onde a camada de execução entra nessa arquitetura

Aplicativos de campo e de planejamento conversam com a camada de aplicação do SAP, não com o banco diretamente. O PM RUN, do Grupo ITSS, funciona como camada de execução, mobilidade e planejamento sobre o SAP PM, integrada por OData, SAP PI/PO, SAP CPI ou REST, e respeita os objetos, as autorizações e as validações do SAP. Por isso um upgrade de SPS do HANA raramente altera a integração, enquanto a conversão para o S/4HANA exige regressão fluxo por fluxo. Os detalhes de arquitetura estão em software de manutenção para SAP PM.