Fazer a migração de uma plataforma SAP para o Azure

O SAP é uma plataforma poderosa com requisitos específicos, complexos e rígidos de conformidade, segurança e exigências. É improvável que essa plataforma seja movida em uma fábrica de migração padrão. As ferramentas de recuros de Migrações para Azure migram a maioria das plataformas e cargas de trabalho, mas as cargas de trabalho do SAP exigem ferramentas e processos diferentes para replicar e implantar seus ativos. Depois que a plataforma principal é implantada, os processos e as ferramentas padrão ajudam as cargas de trabalho dependentes a retomar e concluir a migração.

Fluxo do processo SAP

Há algumas etapas a serem consideradas ao migrar cargas de trabalho do SAP, algumas das quais se desviam das tarefas de migração padrão:

• Avalie a plataforma SAP e as cargas de trabalho dependentes.
• Avalie as considerações de dimensionamento para a plataforma SAP.
• Migre a plataforma.
• Migre a carga de trabalho.

Avaliar a plataforma SAP e as cargas de trabalho dependentes

As organizações normalmente não consideram as seguintes perguntas ao avaliar uma plataforma SAP e cargas de trabalho dependentes:

• Quais sistemas operacionais e versões suas máquinas virtuais SAP estão executando?

• Os ativos da plataforma atual executam sistemas operacionais com suporte no Azure? Sistemas operacionais sem suporte precisam ser corrigidos durante ou antes da migração.

• Qual DBMS (sistema de gerenciamento de banco de dados) sua plataforma SAP está executando?

• O DBMS atual é compatível com o Azure? Bancos de dados sem suporte precisam ser corrigidos durante ou antes da migração.

• Você atualizará toda ou parte da solução SAP antes ou durante a migração?

• Como os ativos da plataforma serão configurados e dimensionados no Azure?

• Quais cargas de trabalho dependem da plataforma SAP?

• Quais ativos e bancos de dados são necessários para dar suporte a essas cargas de trabalho?

Avalie as considerações de dimensionamento para a plataforma SAP

Várias considerações de dimensionamento devem ser feitas antes da implantação de uma plataforma SAP. Normalmente, as organizações começam avaliando os requisitos de dimensionamento para ativos e bancos de dados atuais, devendo também considerar as operações e os requisitos de recursos de plataforma de longo prazo. Pelo menos o seguinte deve ser considerado:

• Tamanho da VM (máquina virtual)
• Armazenamento da VM
• Fatores de tempo de atividade
• Fatores de licenciamento
• Fatores de alta disponibilidade/redundância
• Fatores de alta disponibilidade do banco de dados

Explore o Guia de arquitetura do SAP no Azure para ver exemplos de arquiteturas de referência e considerações de dimensionamento.

Migre a plataforma

Com base no tipo de carga de trabalho e requisitos do SAP, os pontos de dados da carga de trabalho do SAP ajudam a escolher a abordagem de migração apropriada: clássica ou uma DMO (Opção de Migração de Banco de Dados) SAP. Alguns dos pontos de dados críticos a serem considerados incluem:

• Requisito para executar a conversão Unicode (não Unicode para Unicode).
• O DBMS que precisa ser alterado ou o formato interno do mesmo sistema DBMS precisa mudar para o formato little-endian com suporte no mundo Intel; por exemplo, migrar do IBM pSeries para o Azure.

Migração clássica: O Gerenciador de Provisionamento de Software SAP é uma ferramenta de logística de software para migrações de banco de dados. A migração clássica usa uma abordagem homogênea ou heterogênea de cópia do sistema, às vezes chamada de migração em duas etapas. Essa abordagem é normalmente usada quando as seguintes observações aparecem no plano de migração:

• Os sistemas operacionais (SO) e o DBMS são compatíveis com o Azure.
• Não há outros requisitos para atualizar ou reposicionar o sistema operacional ou os sistemas DBMS.

DMO:o DMO usa uma ferramenta para atualizar uma carga de trabalho do SAP e uma migração de banco de dados para o banco de dados do SAP HANA, um processo que é geralmente chamado de migração em uma etapa. A ferramenta Gerenciador de Atualizações de Software SAP cria um repositório de sombra para o banco de dados atual ao criar um banco de dados de destino simultaneamente. Eventualmente, ela copia o repositório de sombra e alterna a conexão do banco de dados SAP para o banco de dados de destino. Essa abordagem é normalmente usada quando os seguintes pontos de dados são observados no plano de migração:

• Não há suporte para o sistema operacional ou DBMS atual no Azure, exigindo uma atualização ou um replatforme.
• Há um plano para atualizar para o SAP S/4HANA durante a migração.

Explore Migrando uma plataforma SAP para o Azure para saber mais sobre cada processo de migração da plataforma SAP.

Migrar a carga de trabalho

Depois de migrar a plataforma principal, você pode usar processos de fábrica de migração padronizados para migrar cada carga de trabalho dependente. Veja a introdução a um cenário de adoção do SAP para arquiteturas de grupo de carga de trabalho individuais e seus cenários exclusivos.

Próxima etapa: inovar com o SAP

Os artigos a seguir fornecem diretrizes para pontos específicos durante o percurso de adoção da nuvem para ajudar você a ter sucesso na adoção do SAP no Azure.

• Inovar com o SAP
• Gerenciar o SAP

Saiba mais sobre sistemas operacionais, sistemas de gerenciamento de banco de dados e outros softwares SAP com suporte para implantações do Azure.