SAP em IBM i: como ganhar capacidade sem trocar de plataforma

Pela equipe de Infraestrutura da Redsis · Outubro de 2026 · 6 min de leitura

Um setor que cresce em dois dígitos

O varejo colombiano atravessa um ciclo de expansão. As 20 maiores empresas do setor somaram receitas de 117,3 trilhões de pesos em 2025, 12,3 % a mais que no ano anterior, e as cinco primeiras concentraram 65,2 % dessas receitas, segundo o ranking publicado pelo El Colombiano. O nosso cliente é uma dessas cinco.

Para as equipes de tecnologia, esse crescimento se traduz em mais itens, mais lojas, mais transações e mais histórico acumulado na base de dados. E num ERP com anos de operação, a curva de consumo de memória e armazenamento raramente é plana.

O teto duplo: computação e armazenamento ao mesmo tempo

A situação da rede era um caso típico, mas exigente. A análise do comportamento do SAP mostrava que o servidor IBM Power E870 precisaria de mais processamento e memória para sustentar a operação produtiva por aproximadamente mais um ano. Ao mesmo tempo, toda a capacidade de armazenamento do ambiente produtivo já estava alocada em dois sistemas IBM Storwize V7000 virtualizados atrás de um IBM SAN Volume Controller.

Quando os dois limites chegam juntos surge a tentação de resolver tudo com um projeto grande: servidor novo, armazenamento novo, migração completa. Às vezes é a resposta certa. Mas neste caso havia uma alternativa mais eficiente.

Capacidade sob demanda: pagar pelo que o negócio precisa, quando precisa

Os servidores IBM Power de linha empresarial são entregues com processadores e memória que podem estar instalados, mas inativos. Com o modelo Capacity on Demand , essa capacidade é ativada por licenciamento, de forma permanente ou por um período definido, sem trocar de equipamento nem parar o sistema.

Para a rede, a Redsis habilitou no seu Power E870 o equivalente a 20 cores POWER8 e 512 GB de memória sob demanda por um período definido. Os 512 GB somaram-se ao 1,5 TB existente para chegar a 2 TB de RAM, suficientes para acompanhar o horizonte de operação que a análise da aplicação mostrava. A rede pode usar essa capacidade conforme as necessidades do negócio, sem trocar de plataforma.

Armazenamento: renovar sem mudar a arquitetura

No armazenamento a decisão foi manter o que funcionava — uma arquitetura virtualizada com réplica local — e renovar os componentes com tecnologia flash de última geração:

• IBM SAN Volume Controller 2147-SV2. O SVC virtualiza o armazenamento e apresenta aos servidores um pool único de capacidade, independente do arranjo físico que está por trás. O novo modelo traz mais processamento e mais memória cache, e inclui um equipamento reserva.
• Dois IBM FlashSystem 7200 para produção. Cada um com 107 TB de capacidade efetiva, substituem os Storwize V7000 e distribuem as cargas do ambiente SAP.
• Um terceiro FlashSystem 7200 para a cópia local. Outros 107 TB efetivos para manter uma réplica do ambiente num sistema alternativo, por meio do Volume Mirror do SVC.
• FlashCopy com Thin Provisioning. A rede mantém o seu esquema de backups baseado em snapshots do armazenamento, com volumes que só consomem o espaço realmente escrito.
• Dois switches SAN novos para a conectividade entre servidor e armazenamento.

O resultado é um total de 321 TB efetivos em flash e uma arquitetura que a equipe do cliente já conhecia, o que reduz a curva de aprendizado e o risco operacional da mudança.

Cinco lições para dimensionar SAP sobre IBM i

1. Dimensionar com dados da aplicação, não com intuição

O ponto de partida foi o comportamento real do SAP em produção. Projetar consumo de CPU e memória a partir da operação atual permite comprar a capacidade para um horizonte concreto, em vez de superdimensionar "por via das dúvidas".

2. Separar a decisão de computação da de armazenamento

O servidor e o armazenamento nem sempre envelhecem no mesmo ritmo. Tratar cada frente com a ferramenta adequada — capacidade sob demanda num, renovação no outro — costuma ser mais eficiente que uma substituição total.

3. Aproveitar a virtualização do armazenamento

Com uma camada como o SVC, trocar os arranjos de disco que estão por trás é bem menos disruptivo: os servidores continuam enxergando os mesmos volumes enquanto os dados se movem para o novo hardware.

4. Incluir a cópia local desde o projeto

A réplica num sistema alternativo não é um complemento para depois. Projetá-la junto com a capacidade produtiva garante que as duas cresçam no mesmo ritmo.

5. Levar a conversa para o custo total de propriedade

Foi a chave deste projeto. A Redsis apresentou uma análise de custo total de propriedade com a qual a rede pôde ver que a troca dos seus sistemas de armazenamento lhe dava melhor desempenho e maior capacidade a um menor custo total. Suporte de equipamentos antigos, consumo de energia, espaço no data center e esforço de administração pesam tanto quanto o preço de compra.

O resultado: mais capacidade, menos custo total

Hoje o SAP Retail da rede conta com 2 TB de RAM, 20 cores POWER8 adicionais disponíveis sob demanda e 321 TB efetivos em IBM FlashSystem 7200, com réplica local de todo o ambiente e o seu esquema de backup intacto. Tudo sobre a mesma plataforma IBM Power e IBM i que já sustentava a sua operação nacional, com mais desempenho e a um menor custo total de propriedade.

Por onde começar?

Se o seu ambiente SAP sobre IBM i mostra sinais de saturação — memória no limite, armazenamento alocado a 100 % ou equipamentos que saem de suporte —, o primeiro passo é um diagnóstico de capacidade baseado em dados reais. Na Redsis combinamos mais de 25 anos de experiência em infraestrutura de missão crítica na América Latina com a nossa condição de parceira IBM Platinum para projetar a combinação certa de computação, armazenamento e custo.