IBM Cloud Docs
Perguntas mais frequentes da movimentação de Cargas de trabalho SAP

Perguntas mais frequentes da movimentação de Cargas de trabalho SAP

Como mover uma carga de trabalho SAP existente para a IBM Cloud?

Uma carga de trabalho IBM Cloud® for SAP existente pode ser:

  • Movida no estado em que se encontra, por meio data centers no local para a Cloud IaaS. Este método é frequentemente chamado de "lift-and-shift"
  • Migrando de um fornecedor ou versão para outro(a):
    • Mudando o fornecedor ou a versão do servidor de banco de dados (por exemplo, IBM DB2 para SAP HANA)
    • Mudando a versão do servidor de aplicativos (por exemplo, SAP NetWeaver AS ABAP 7.0 para SAP NetWeaver AS ABAP 7.52)
    • Mudando a versão do Aplicativo de negócios (por exemplo, SAP ECC para SAP S/4HANA)

A movimentação de cargas de trabalho é uma mudança de nível de infraestrutura que afeta os sistemas SAP porque estão envolvidas mudanças de rede e de armazenamento.

A migração de cargas de trabalho é uma mudança de nível de aplicativo que afeta a instalação do sistema SAP porque um novo software está sendo usado.

  • SAP Para cargas de trabalho baseadas em VMware que estão sendo executadas em data centers locais, dependendo da configuração existente, a movimentação dessas máquinas virtuais para IBM Cloud para VMware pode ser simplificada com o uso do VMware HCX

Como mover um banco de dados SAP HANA existente ou um banco de dados relacional para um servidor certificado pelo SAP HANA na IBM Cloud?

Nenhum serviço de movimentação ou migração está incluído com a Infraestrutura como serviço (IaaS) da Nuvem.

Qualquer atividade de movimentação ou de migração é de sua responsabilidade.

Enquanto a IBM Cloud não fornece serviços de nível do aplicativo SAP, os vários Parceiros de negócios da IBM Cloud (incluindo Serviços do IBM) fornecem as suas capacidades de serviço usando o portfólio da IBM Cloud® for SAP.

Esta tabela mostra uma breve lista de serviços e os tipos de Parceiros de negócios que podem fornecer os serviços para o IBM Cloud® for SAP:

Serviços Tipos de parceiros
Tipo de parceiro de serviço Fornecido por Descrição
Consultoria, assessoria e implementação Provedores do "Global Systems Integrator" (GSI) da SAP Esses provedores aconselham e executam projetos de implementação da SAP.
Gerenciamento de aplicativo Provedores do "Application Management Services" (AMS) da SAP Esses provedores gerenciam e mantêm uma implementação existente de Aplicativos SAP (opcional: mudanças incrementais funcionais ou de desenvolvimento).
Serviços gerenciados de ponta a ponta "Managed Services Providers" (MSP) da SAP Esses provedores executam a implementação da SAP e gerenciam a infraestrutura, o S.O., os aplicativos técnicos da SAP e os aplicativos de negócios da SAP. Esses serviços muitas vezes não incluem mudanças funcionais ou de desenvolvimento incrementais.

Por exemplo, alguns dos serviços que estão disponíveis em parceria entre a IBM Cloud e os Serviços IBM incluem:

Em um alto nível, quais são minhas opções para mover e migrar um sistema SAP existente para a Nuvem?

Esta tabela é uma lista de alto nível das opções de movimentação e de migração de sistemas SAP existentes para a nuvem. Para obter mais informações, consulte toda a documentação do SAP necessária sobre movimentação e migração de cargas de trabalho SAP e ligue ao seu Implementador de sistemas da SAP.

Lista de abordagens de cargas de trabalho do Move and Migrate SAP
Abordagem de movimentação e migração de cargas de trabalho SAP Descrição Uso comum Tempo de inatividade Trabalho de pré/pós migração Transferência de dados
Cópia de sistema heterogênea que usa SWPM Mover ou colocar novamente na plataforma para arquitetura de CPU, S.O. ou banco de dados diferente. Usa a Exportação/Importação de cópia do sistema do SWPM Usada comumente para mudar o servidor de banco de dados em preparação para uma movimentação mais significativa; por exemplo, mover-se para o BD SAP HANA com uma abordagem de Migração clássica True Preparação significativa e pós-processamento necessários. Dump de Exportação de cópia do sistema
Cópia de sistema homogênea que usa SWPM (somente opção para Cópias do sistema que estão executando o BD SAP HANA) Mover ou colocar novamente na plataforma para uma versão mais recente do S.O. ou do banco de dados. Não pode ser usada para se mover entre a arquitetura de CPU ou a ordenação. Usa Backup de banco de dados SAP com o SWPM. Mover para novo destino SAP HANA ou mover para novo destino de S.O. com AnyDB existente. Também usado para criar ambientes de simulação novos de um sistema existente (com ou sem mudança de Nome do sistema lógico). Sim. Alguma redução no tempo de inatividade possível dependendo da preparação, congelamento de mudanças e sincronização de mudança de delta (de arquivos de log) em failover para o destino Menos preparação do que a Cópia do sistema heterogênea; moderado para pós-processamento significativo necessário dependendo do cenário (na maioria dos casos, o Nome do sistema lógico é mudado, por exemplo, BDLS) Backup do banco de dados SAP
SAP HANA System Replication (HSR) com espelho de banco de dados replicado na nuvem O site de failover secundário é hospedado na nuvem Cenários de HA e DR Sim, mínimo, depende do projeto e dos fatores de failover (por exemplo, otimização de custo ou desempenho) Usando o SAP Landscape Management (LaMa), a configuração e a execução podem ser automatizadas Remessa de log ou memória; modos SYNCMEM, FULLSYNC, SYNC ou ASYNC
Realocação do sistema que usa o SAP LaMa para orquestrar a movimentação Realocar física ou virtualmente instâncias em execução ou de encerramento. Usa o SAP LaMa. Não é possível realocar os Locatários MDC do BD do SAP HANA. Movimentação de instâncias individuais SAP para nova paisagem de infraestrutura que já está configurada. Sim, mínima; a execução de sistemas tem tempos de inatividade à medida que estão interrompidos, despreparados, em seguida, preparados e iniciados Usando o SAP LaMa, a realocação pode ser automatizada Transferência de rede de pacotes que usa o LaMa ou o adaptador LaMa para VMware
DMO para SUM com execução de Movimentação do sistema (combina Migração, conversão de Unicode, upgrades e mais tarefas) Suportado para upgrade de Servidor de aplicativos (NetWeaver) ou conversão de banco de dados para SAP HANA. Move o NW PAS mais o servidor de banco de dados e o upgrade - tudo ao mesmo tempo. Migrações para o Business Suite on SAP HANA ou parte da migração de conversão SAP S/4HANA (Brownfield) Sim. Tanto o Destino PAS quanto o host de banco de dados na paisagem de destino (por exemplo, IBM Cloud) precisam estar prontos antes do DMO para SUM com execução da Movimentação do sistema. É necessária uma preparação significativa. A Exportação do sistema é realizada na paisagem de origem. A Importação é realizada na paisagem de destino. A exportação/importação também pode ser feita em paralelo.
Transição de dados seletivos, com Conversão de Shell Crie o shell do Sistema SAP com Customização e Desenvolvimento apenas; em seguida, faça o upgrade/conversão para o SAP ECC ou o SAP S/4HANA. Migre dados seletivos do ECC para o sistema de shell submetido a upgrade Usada em cenários de divisão de negócios (por exemplo, alienações) e projetos de Transformação/Conversão com o SAP S/4HANA Sim, mínima; o destino pode ser construído e testado com antecedência (testando repetidamente as etapas de conversão e correção). Os dados podem ser replicados para o destino com antecedência. Portanto, o tempo de inatividade é apenas para a sincronização de dados delta e a substituição do sistema antigo por destino. É necessária uma preparação significativa. Servidor de replicação de transformação de paisagem da SAP, manipulado por meio de um engajamento direto da SAP
Transição de dados seletivos, com Mix & Match Mesclagem de duas ou mais configurações do sistema para criar um novo Sistema SAP com configuração necessária; em seguida, fazer o upgrade/conversão para o SAP S/4HANA Usada em cenários de mesclagem de negócios (por exemplo, aquisições) ou consolidação múltipla do sistema SAP (por exemplo, ERPs para cada Região geográfica ou Unidades de negócio) e projetos de Transformação/Conversão com SAP S/4HANA Sim, mínima; o destino pode ser construído e testado com antecedência (testando repetidamente as etapas de conversão e correção). Os dados podem ser replicados para o destino com antecedência. Portanto, o tempo de inatividade é apenas para a sincronização de dados delta e a substituição do sistema antigo por destino. É necessária uma preparação significativa. Servidor de replicação de transformação de paisagem da SAP, manipulado por meio de um engajamento direto da SAP