Neste documento, descrevemos as etapas gerais para migrar cargas de trabalho SAP HANA para tipos de máquina bare metal do Compute Engine, disponíveis com X4 e C3. Também descrevemos métodos de migração recomendados pelo Google Cloud.
Este documento é destinado a administradores de sistemas SAP Basis e SAP que conhece bem a execução do SAP HANA e querem migrar as cargas de trabalho do SAP HANA para instâncias bare metal no Google Cloud.
Para informações sobre tipos de máquinas bare metal certificados pela SAP para executar SAP HANA no Google Cloud, consulte Tipos de máquina bare metal para SAP HANA.
Etapas de migração de alto nível
É possível migrar cargas de trabalho do SAP HANA em execução no local, em outros provedores de nuvem, em VMs com otimização de memória do Compute Engine ou servidores da Solução Bare Metal.
Para migrar uma carga de trabalho do SAP HANA para um tipo de máquina bare metal C3 ou X4, conclua as seguintes etapas avançadas:
Avaliar a prontidão da sua carga de trabalho do SAP HANA para migração. Isso inclui a avaliação de fatores como versão do SO, versão do SAP HANA, configuração do sistema, compatibilidade com produtos ou serviços de terceiros usados pela sua carga de trabalho, alta disponibilidade (HA, na sigla em inglês) e recuperação de desastres (DR, na sigla em inglês).
Escolher o método de migração. Com base nos requisitos da carga de trabalho do SAP HANA e da infraestrutura que ela usa, selecione o modelo método de migração apropriado. Para mais informações, consulte Escolher o método de migração.
Testar e validar a migração em um ambiente que não seja de produção. Para garantir que migrar uma carga de trabalho do SAP HANA não afetará negativamente o desempenho ou aintegridade dos dados da carga de trabalho, você deve testar e validar minuciosamente o método de migração selecionado em um ambiente que não seja de produção.
Preparar sua carga de trabalho para a migração. Isso envolve tarefas como criar bancos de dados, planejamento da inatividade, garantindo que todas as licenças e arquivos estejam instalados, e atualizar sua chave de licença no sistema de destino.
Migrar sua carga de trabalho. Usando o método de migração selecionado, migre sua carga de trabalho do SAP HANA para o tipo necessário de instâncias bare metal. Esta etapa pode pode envolver realizar replicação do sistema, transferência de dados atividades de ou transição.
Testar e validar sua carga de trabalho. Depois que sua carga de trabalho do SAP HANA migrar para instâncias bare metal, teste e valide a carga de trabalho para garantir que ela seja executada como esperado.
Escolher o método de migração
O método de migração escolhido para a carga de trabalho do SAP HANA depende de fatores como os requisitos da carga de trabalho, se ela está sendo executada no Google Cloud ou não, da infraestrutura em uso, da configuração do sistema (escalonamento vertical ou horizontal).
O fluxograma a seguir guia você por uma série de perguntas que podem ser consideradas para encontrar o método de migração mais adequado para sua carga de trabalho do SAP HANA:
Como escolher o método de migração
- Se você atender a algum dos critérios a seguir, é altamente recomendável
pedir ajuda a um representante do Google Cloud
ao projetar seu método de migração:
- Você está começando com o Google Cloud.
- Sua carga de trabalho do SAP HANA usa uma configuração de escalonamento horizontal.
- Sua carga de trabalho do SAP HANA tem requisitos complexos, por exemplo:
- Você tem janelas de migração e transição muito estreitas.
- Você tem requisitos avançados de rede, especialmente para se conectar do seu ambiente de origem com largura de banda adequada para a migração.
- Você está alterando o perfil de carga da sua carga de trabalho. Por exemplo, você está lançando uma nova funcionalidade ou adicionando novos usuários.
- Você está mudando vários aspectos da infraestrutura, como implantando outros servidores de aplicativos ou mudando interfaces.
- Você está migrando vários sistemas ao mesmo tempo.
- Migrar alterando o tipo de máquina. Se o ambiente do SAP HANA
atender a todos os critérios a seguir, será possível migrar
a carga de trabalho usando as ferramentas do Google:
- A carga de trabalho está em execução em instâncias de VM do Compute Engine.
- As VMs estão executando uma versão do SO compatível com o tipo de máquina bare metal necessário. Para mais informações sobre a compatibilidade dos tipos de máquina com as versões do sistema operacional, consulte Sistemas operacionais certificados para SAP HANA.
- As VMs são compatíveis com o tipo necessário de Hiperdisco. Isso também se aplica ao volume de inicialização da VM. Para informações sobre a compatibilidade dos tipos de máquina com os tipos de disco, consulte as guias "Hiperdisco extremo" e "Hyperdisk balanceado" em Tamanhos mínimos para o disco permanente baseado em SSD e Volumes de hiperdisco.
Se o tipo de máquina do sistema de origem não for compatível com a versão do SO ou o tipo de hiperdisco, é possível migrar a carga de trabalho usando a replicação ou backup/recuperação do sistema SAP HANA.
- Migrar usando ferramentas SAP. Se sua carga de trabalho do SAP HANA estiver em execução nos servidores da Solução Bare Metal, você pode migrar a carga de trabalho usando ferramentas SAP, como a Replicação do sistema SAP HANA ou o backup e a recuperação de bancos de dados. Se os servidores de aplicativos estiverem em execução na mesma região, você pode continuar a usá-los. Para mais informações, consulte Analisar os métodos de migração.
- Migração completa. Se a carga de trabalho do SAP HANA estiver em execução nos seus servidores no local ou em outra nuvem, é o caso de uma migração completa que envolve migrar o SAP HANA, os servidores de aplicativos e, possivelmente, os sistemas de interface.
Analisar os métodos de migração
A tabela a seguir fornece informações sobre os métodos de migração que usam funcionalidades fornecidas pelo SAP ou pelo Google Cloud. Na tabela, qualquer informação comparativa está no contexto dos métodos de migração fornecidos.
| Método | Descrição |
|---|---|
| Replicação do sistema SAP HANA |
|
| Backup e recuperação do SAP HANA |
|
| Alteração do tipo de máquina |
|
Etapas de migração de alto nível específicas do método
Para informações sobre as etapas de migração de alto nível para o método de migração que escolher, consulte:
- Migrar usando a replicação do sistema SAP HANA
- Migrar usando o backup e recuperação do banco de dados
- Migrar alterando o tipo de máquina
Se esses métodos de migração não forem adequados ao seu cenário, pode ser um caso de migração completa ou você precisa projetar uma migração para o cenário em que seja possível engajar especialistas como o Professional Services Organization (PSO) do Google Cloud. Para mais informações sobre esse engajamento, consulte Engajar PSO.
Migrar usando a replicação do sistema SAP HANA
A replicação do sistema SAP HANA (HSR, na sigla em inglês) é um elemento fundamental para alta disponibilidade e recuperação de desastres para o SAP HANA. A HSR separa a migração do banco de dados do sistema operacional e de outras dependências de infraestrutura. Utilizando a replicação de vários destinos do SAP HANA, estenda a HSR para novas instâncias bare metal do Compute Engine mantendo as configurações de alta disponibilidade e de recuperação de desastres existentes até a transição do seu sistema de produção.
Para migrar uma carga de trabalho do SAP HANA para uma instância bare metal do Compute Engine usando a HSR do SAP HANA, você concluirá as seguintes etapas de alto nível:
Como em qualquer alteração em seu ambiente SAP, certifique-se de que um backup válido do seu banco de dados do SAP HANA esteja disponível.
Implante o tipo necessário de instâncias bare metal e instale o SAP HANA nelas com as configurações necessárias de HA e DR.
Automatize essa implantação usando as configurações do Terraform fornecidas pelo Google Cloud. Para mais informações, consulte o guia de implantação do cenário do SAP HANA.
Para mais informações sobre os tipos de máquina bare metal que você pode usar para executar o SAP HANA no Google Cloud, as versões do SO que você pode usar e as informações sobre a configuração do armazenamento em blocos, consulte Tipos de máquina bare metal para SAP HANA.
Instale a versão 3.4 (mais recente) do agente do Google Cloud para SAP no nas instâncias bare metal.
Para informações sobre como instalar o agente, consulte Instalar e configurar o agente do Google Cloud para SAP em uma instância de computação. Se você implantou suas instâncias bare metal usando qualquer configuração =fornecida pelo Google Cloud, o agente é automaticamente instalado.
Configure o SO convidado na sua instância bare metal para otimizar a execução das cargas de trabalho do SAP usando o Agente para SAP do Google Cloud.
Para informações sobre como configurar o SO convidado, consulte Configurar o SO convidado em instâncias bare metal.
Configure a conexão de rede necessária entre o sistema de origem e sua instância bare metal. Para acomodar o volume esperado de registros de transações, configure a conexão com largura de banda de rede suficiente.
Carregue os dados iniciais do backup para fornecer um valor de referência para a replicação no banco de dados do SAP HANA em execução nas instâncias bare metal ou inicie uma sincronização completa como parte da próxima etapa.
Configure a replicação de vários destinos a partir do sistema de origem para o SAP HANA implantado nas instâncias bare metal.
Para estimar a transição, faça pelo menos uma simulação no sistema novo, incluindo um teste de desempenho ou de carga.
Certifique-se de que os dados estejam totalmente sincronizados no novo sistema e planeje e inicie a transição.
- Se o sistema de origem estiver sendo executado em instâncias de VM do Compute Engine, modifique os balanceadores de carga internos para redirecionar os back-ends para as instâncias bare metal. Isso também pode ser usado para retornar ao seu sistema de origem se algo der errado.
- Se o sistema de origem estiver em execução em outro lugar, use rotas ou atualizações de DNS para redirecionar os endereços IP externos usados pelo sistema de origem para se conectar às instâncias bare metal.
Ao usar esse método, o sistema do SAP HANA nas instâncias bare metal de destino pode estar em sincronia com o sistema de origem antes do início da transição. Com planejamento e execução apropriados, esse método de migração pode reduzir significativamente o tempo de inatividade e evitar riscos. Ele também pode simplificar significativamente uma reversão se algo imprevisto ocorrer durante a migração. No entanto, executar dois sistemas SAP HANA em paralelo tem um custo maior.
Migrar usando backup e recuperação de banco de dados
Esse método de migração envolve fazer um backup do sistema de origem e restaurá-lo nas instâncias bare metal.
Para minimizar o tempo de inatividade da transição desse método, recomendamos que você primeiro implante o SAP HANA em instâncias bare metal com a alta disponibilidade e as configurações de DR necessários e execute as operações de recuperação. Esse método de migração é comumente usado para ambientes que não são de produção e é adequado em quando a inatividade não é uma preocupação significativa.
Para migrar uma carga de trabalho do SAP HANA para uma instância bare metal do Compute Engine usando backup e recuperação de banco de dados, conclua estas etapas avançadas:
Implante o tipo necessário de instâncias bare metal e instale o SAP HANA nelas com as configurações necessárias de HA e DR.
Automatize essa implantação usando as configurações do Terraform fornecidas pelo Google Cloud. Para mais informações, consulte o guia de implantação do cenário do SAP HANA.
Para mais informações sobre os tipos de máquina bare metal que você pode usar para executar o SAP HANA no Google Cloud, as versões do SO que você pode usar e as informações sobre a configuração do armazenamento em blocos, consulte Tipos de máquina bare metal para SAP HANA.
Instale a versão 3.4 (mais recente) do agente do Google Cloud para SAP no nas instâncias bare metal.
Para informações sobre como instalar o agente, consulte Instalar e configurar o agente do Google Cloud para SAP em uma instância de computação. Se você implantou suas instâncias bare metal usando qualquer configuração =fornecida pelo Google Cloud, o agente é automaticamente instalado.
Configure o SO convidado na sua instância bare metal para otimizar a execução das cargas de trabalho do SAP usando o Agente para SAP do Google Cloud.
Para informações sobre como configurar o SO convidado, consulte Configurar o SO convidado em instâncias bare metal.
Para estimar a transição, faça pelo menos uma simulação no sistema novo, incluindo um teste de desempenho ou de carga.
Crie um backup completo inicial com suas ferramentas preferidas e depois transfira o backup para o ambiente de destino em preparação para a transição.
Interrompa as conexões de aplicativo e banco de dados SAP com o banco de dados SAP HANA de origem.
Crie um backup delta do seu banco de dados SAP HANA de origem usando a ferramenta ou dump do sistema de arquivos de sua preferência. Também é possível usar um backup completo caso sua janela de interrupção permita isso. Nesse caso, a etapa 5 pode ser ignorada.
Restaure os backups no banco de dados SAP HANA instalado nas instâncias bare metal para sincronizar os dados com a fonte.
Se aplicável, ative a replicação e configure o cluster de alta disponibilidade nas suas instâncias bare metal.
Confirme se esses dados foram totalmente recuperados e planeje e inicie sua as atividades antes da ativação.
- Se o sistema de origem estiver sendo executado em instâncias de VM do Compute Engine, modifique os balanceadores de carga internos para redirecionar os back-ends para as instâncias bare metal.
- Se o sistema de origem estiver em execução em outro lugar, use rotas ou atualizações de DNS para redirecionar os endereços IP externos usados pelo sistema de origem para se conectar às instâncias bare metal.
Migrar bancos de dados SAP HANA de vários terabytes usando backup e recuperação pode exigir tempo de inatividade prolongado durante o processo porque o sistema precisa permanecer off-line durante o backup e a recuperação. Depois que as últimas alterações tiverem sido transferidas da origem para o sistema de destino, evite alterações no sistema de origem.
Migrar alterando o tipo de máquina
Esse método de migração é aplicável às cargas de trabalho do SAP HANA em execução nas instâncias de VM do Compute Engine. O método envolve alterar o tipo de máquina das instâncias de VM subjacentes ao tipo de máquina bare metal do Compute Engine necessário. Esse método é ideal para situações em que:
- O sistema SAP HANA de origem é executado em instâncias de VM que atendem aos requisitos de compatibilidade.
- Você quer manter o nome da instância, o endereço IP e outros metadados em vez de implantar o SAP HANA em novas instâncias de computação.
- Sua tolerância ao risco permite fazer alterações nos seus sistemas e configurações existentes. Caso algo dê errado durante a migração, essas alterações teriam que ser revertidas para que seu sistema retornasse à última versão de estado de trabalho conhecida antes da migração. Essa abordagem funciona melhor em ambientes em que você opera com configuração de alta disponibilidade.
Para migrar o SAP HANA de uma VM do Compute Engine para uma instância Bare Metal do Compute Engine alterando o tipo de máquina, conclua estas etapas avançadas:
Verifique se os pré-requisitos a seguir foram atendidos:
- Suas instâncias de VM estão usando uma versão do SO compatível com o tipo de máquina bare metal para o qual você quer migrar. Caso contrário, atualize para uma versão compatível. Para informações sobre a compatibilidade dos tipos de máquina com a versão do sistema operacional, consulte Sistemas operacionais certificados para SAP HANA.
- Suas instâncias de VM são compatíveis com o tipo exigido de Hiperdisco. Isso se aplica a todos os dispositivos de armazenamento em blocos anexados, incluindo o volume de inicialização. Para mais informações sobre a compatibilidade dos tipos de máquina com tipos de disco, consulte as guias "Hiperdisco extremo" e "Hyperdisk balanceado" em Tamanhos mínimos para volumes de disco permanente e hiperdisco baseados em SSD.
Se a VM faz parte de um cluster de alta disponibilidade, verifique se:
- A instância principal do banco de dados de exibição está ativa nos outros nós do cluster.
- Para evitar o failover automatizado, o cluster é colocado no modo de manutenção.
Interrompa sua instância do SAP HANA.
Interrompa a instância de VM.
Para proteger o sistema e permitir a reversão em caso de falhas na migração, faça o seguinte:
- Verifique se você tem um backup completo válido e atualizado do seu banco de dados SAP HANA.
- Crie snapshots dos discos que você está modificando, inclusive o disco de inicialização.
Para cada volume de disco permanente usado pela sua VM, crie o tipo necessário de volume do Hyperdisk usando os snapshots de disco criados na etapa anterior.
Para informações sobre como fazer isso, consulte Alterar o tipo de disco. Para saber mais sobre como remover e anexar discos de inicialização, consulte Como remover e anexar discos de inicialização. Para mais informações sobre a configuração de armazenamento recomendada pelo Google Cloud para tipos de máquina bare metal, consulte Armazenamento em blocos compatível.
Remova os volumes do Persistent Disk da sua VM.
Anexe os volumes do Hyperdisk que você criou à VM.
Edite o tipo de máquina da sua VM para o tipo de máquina bareal do Compute Engine necessário.
Para informações sobre como editar o tipo de máquina da sua instância, consulte Editar o tipo de máquina de uma instância de computação. Para mais informações sobre os tipos de máquina bare metal do Compute Engine certificados pelo SAP para uso com o SAP HANA, consulte Tipos de máquina bare metal para SAP HANA.
Inicie sua instância bare metal.
Configure o SO convidado na sua instância bare metal para otimizar a execução das cargas de trabalho SAP usando o Agente para SAP do Google Cloud.
Para informações sobre como configurar o SO convidado, consulte Configurar o SO convidado em instâncias bare metal.
Inicie o banco de dados SAP HANA.
Verifique se o SAP HANA está sendo executado conforme o esperado na sua instância bare metal.
Se a instância bare metal fizer parte de um cluster de alta disponibilidade, faça o seguinte:
- Repita as etapas 3 a 13 para o outro nó no cluster de alta disponibilidade.
- Remova o cluster do modo de manutenção.
Certifique-se de que os dados estejam atualizados e planeje e inicie as atividades antes da ativação.
Essa abordagem é adequada se você quiser fazer atualizações no local alterando o tipo de máquina sem a necessidade de ambientes paralelos. Se a versão do SO e do tipo de disco não forem compatíveis com o tipo de máquina bare metal necessário, a janela de inatividade e o tempo de reversão poderão aumentar significativamente caso você precise recuperar a instância afetada. É possível reduzir a inatividade utilizando uma abordagem de alteração em fases, que inclui usar um cluster de alta disponibilidade e migrar a VM para volumes do Hyperdisk antes da transição planejada para o tipo de máquina bare metal.
Migração completa
Se a carga de trabalho do SAP HANA estiver em execução nos seus servidores no local ou em outra nuvem, é o caso de uma migração completa que envolve migrar o SAP HANA, os servidores de aplicativos e, possivelmente, os sistemas de interface.
É possível envolver profissionais ou parceiros do Google Cloud para ajudar com a migração. Para mais informações, consulte Envolver PSO.
Envolver PSO
Envolver o Professional Services Organization (PSO, na sigla em inglês) do Google Cloud ou um integrador de sistemas (SI, na sigla em inglês) pode ser benéfico para migrar sistemas SAP HANA complexos para instâncias bare metal X4 ou C3. A experiência deles em SAP HANA e Google Cloud, combinada com as metodologias comprovadas e práticas recomendadas, pode ajudar a garantir uma migração tranquila e bem-sucedida, minimizando as interrupções e otimizando o desempenho do sistema.