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:
Observação
Antes de começar a migrar sua plataforma SAP, valide se você estabeleceu uma zona de destino compatível do Azure para a plataforma SAP e:
- 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.
Saiba mais sobre sistemas operacionais, sistemas de gerenciamento de banco de dados e outros softwares SAP com suporte para implantações do Azure.