IBM Cloud Docs
Migração de SAP S/4HANA para IBM Power Virtual Server

Migração de SAP S/4HANA para IBM Power Virtual Server

Etapas antes de migrar um banco de dados SAP S/4HANA

As seções a seguir abordam vários avisos importantes para se preparar para a migração do banco de dados SAP HANA. Leia e implemente as notas relevantes do site SAP.

Antes de tentar qualquer ação de migração ou replicação de dados, verifique se há algum problema no banco de dados de origem.

Se houver problemas, pode ser um dos seguintes problemas.

  • Interrupção ou falha na coleta de lixo.
  • Os bancos de dados de origem ainda contêm entradas, tabelas ou dados de ações como a exclusão de clientes, o que leva a um falso positivo sobre o tamanho real do banco de dados.
  • Inconsistências relatadas durante a verificação do banco de dados.
  • Ações extremas de carregamento ou descarregamento que levam a entradas órfãs.
  • Problemas de hardware que ocorreram durante uma mesclagem delta da memória para o disco.
  • Foram detectados excessivos despejos de memória de página, o que pode indicar corrupções de página.
  • Alertas que são exibidos durante uma mini-verificação em SAP HANA.

A execução incorreta de qualquer ação de migração ou replicação de dados pode resultar em perda de dados e inconsistências nos aplicativos. Certifique-se de ler e entender as notas associadas ao site SAP e as notas de correção antes de executar qualquer tarefa relacionada. O site IBM Cloud® não se responsabiliza por qualquer perda de dados ou integridade do aplicativo.

As seções a seguir contêm pré-passos recomendados pelo SAP para ajudar a garantir que o banco de dados de origem esteja em um estado consistente. Antes do início de qualquer operação de migração, backup ou recuperação, a consistência (como armazenamento de linhas, armazenamento de colunas, páginas) e os arquivos de rastreamento que estão no banco de dados de origem devem ser examinados atentamente quanto a problemas existentes. Essas etapas recomendadas devem ser concluídas antes de você iniciar a migração.

Verificação e confirmação da integridade do banco de dados

Verifique a integridade do seu banco de dados para reduzir o risco de transferência de problemas existentes para o sistema de destino. As verificações de integridade evitam que problemas pré-existentes (como consistência ou corrupção de blocos) sejam migrados para o sistema de destino SAP HANA. SAP HANA O System Replication não pode ajudá-lo nesse cenário, portanto, é importante realizar essas verificações necessárias. Use as seguintes notas do site SAP para ajudá-lo.

Verificação dos arquivos de rastreamento do banco de dados

O rastreamento do banco de dados é gravado em arquivos específicos do serviço no nível do sistema operacional. O diretório de rastreamento está localizado aqui:

/usr/sap/<SID>/HDB<inst>/<host>/trace/DB_<SID>/

O alias a seguir no ambiente do usuário <sid>adm ajuda a alternar rapidamente para o diretório de rastreamento no nível do sistema operacional:

cdtrace

Os arquivos de rastreamento do banco de dados usam a seguinte convenção de nomenclatura:

<service>_<host>.<port>.<counter>.trc

No contexto da classificação dinâmica por níveis, pode existir um arquivo com a seguinte convenção ( SAP Nota 2871785):

esserver_console_<host>.<port>.<counter>.trc Exemplo:

indexserver_saphana01.30003.024.trc Você pode acessar esses arquivos diretamente, no nível do sistema operacional, ou de uma das seguintes maneiras:

  • SAP HANA Studio -> Administration -> Diagnosis Files
  • DBACOCKPIT -> Diagnostics -> Diagnosis Files

Mais informações de verificação

Os comandos SQL que estão nas seguintes notas do site SAP indicam se é necessária uma reorganização do banco de dados e a quantidade de espaço que é economizada após a ação de reorganização.

Essa verificação tem duas finalidades.

  1. Destaca se a ação de reorganização é necessária no banco de dados SAP HANA.
  2. Se for necessária uma ação de reorganização, ele fornece um tamanho estimado após a conclusão das ações de economia de espaço.

Reorganização do armazenamento de linhas do banco de dados

Se o seu banco de dados estiver muito fragmentado, será necessária uma reorganização do armazenamento de linhas.

A partir de SAP HANA 2.0 SPS04, a reorganização on-line do armazenamento de linhas é acionada automaticamente para o armazenamento de linhas grandes (tamanho alocado >= 3.2 GB) se a taxa de utilização for menor que o limite definido.

Por padrão, o limite é de 60% e a taxa de utilização é verificada em segundo plano uma vez por hora.

Se a versão do seu banco de dados for inferior a SAP HANA 2.0 SPS04, siga as instruções contidas em

Preste atenção às instruções contidas nestas notas do site SAP e siga cada etapa relacionada à versão existente do site SAP HANA.

Mini verificações de SQL

Use essa instrução SQL para mostrar o tamanho atual do banco de dados SAP HANA.

SELECT HOST, PORT, TO_DECIMAL( SUM(FREE_SIZE)*100 / SUM(ALLOCATED_SIZE), 10,2) "Free Space Ratio in %",TO_DECIMAL(
SUM(ALLOCATED_SIZE)/1048576, 10, 2) "Allocated Size in MB",TO_DECIMAL( SUM(FREE_SIZE)/1048576, 10, 2) "Free Size in MB" FROM
M_RS_MEMORY WHERE ( CATEGORY = 'TABLE' ) and ( ALLOCATED_SIZE > 0 ) GROUP BY HOST, PORT

Para obter instruções SQL mais úteis, você pode usar a seguinte nota SAP. Esta nota do site SAP inclui algumas instruções SQL úteis que você pode executar a partir da linha de comando usando o arquivo executável hdbsql. Ou você pode usar o Console SQL incorporado ao SAP HANA Studio.

Os comandos do site SQLStatements_Internal.zip impõem um risco maior de instabilidades, como falhas ou interrupções. Se você executar esses comandos, execute-os com cuidado. Talvez seja melhor executá-los primeiro em um sistema DEV ou POC.

A instrução SQL a seguir ajuda você a identificar problemas técnicos críticos. Quando você fizer o download dos arquivos compactados da SQL Collection, procure por SQL: "HANA_Configuration_MiniChecks".

SQL: "HANA_Configuration_MiniChecks" realiza várias mini-verificações e retorna C = 'X' se encontrar uma situação potencialmente crítica. Você pode usar a seguinte nota SAP para interpretar os resultados.

Agendamento de um relatório de dimensionamento SAP HANA no sistema de origem

Se você planeja migrar um sistema SAP existente de um site local para o seu ambiente IBM Cloud®, primeiro é necessário executar um relatório de dimensionamento SAP. A versão atual do relatório de dimensionamento de memória SAP HANA é Advanced correction version 17.

Se você quiser executar o relatório SAP HANA Sizing, consulte a seguinte nota SAP.

É recomendável usar a correção avançada mais recente do relatório SAP Sizing. Ao executar o relatório, certifique-se de incluir a previsão de crescimento do banco de dados SAP HANA. O relatório gerado indica as recomendações antecipadas de CPU, memória e armazenamento necessárias para o destino da instância Power Virtual Server. Acesse IBM Cloud® e selecione o perfil certificado mais recente que está disponível para IBM Power Virtual Server s.

Tamanho extra SAP Notas

Usando os relatórios de alerta do EarlyWatch como um indicador precoce

Se o seu ambiente local tiver um SAP Solution Manager configurado, você poderá gerar o relatório de alerta EarlyWatch para o seu sistema de origem.

O relatório descreve os problemas específicos que seu sistema de origem local pode ter. Você deve abordar os indicadores de desempenho do SQL e os indicadores de KPI de desempenho urgente imediatamente. Os problemas classificados como Red ou Severe problems detected devem ser tratados o mais rápido possível.

Verifique o relatório de alerta EarlyWatch quanto a problemas existentes no banco de dados de origem SAP HANA e aja de acordo com cada descoberta nas seções Service Summary ou Alert Overview, com base em sua gravidade.

Mais notas relacionadas ao SAP para relatórios de alerta do EarlyWatch

Credenciais do banco de dados de origem

Quando você adiciona um sistema SAP HANA à configuração de replicação do sistema SAP HANA, lembre-se de que o processo de replicação do servidor primário de origem para o servidor secundário de destino substitui as tabelas de usuários do MDC SAP${sid}.USR02. Portanto, é importante saber (verificando o SAP HANA Studio) qual é o usuário atual com privilégios SYS que foi usado para registrar o MDC no SAP HANA Studio na origem. Como Best Practice, certifique-se de conhecer as credenciais de login do usuário do banco de dados e a senha do sistema de origem. Se, por exemplo, você esquecer as senhas e prosseguir com a replicação do sistema SAP HANA da origem para o destino, poderá testar o destino secundário trocando os servidores primário e secundário. Se você não souber as credenciais de login para o usuário do banco de dados e a senha no sistema de origem, não será possível registrar o sistema no SAP HANA Studio ou em uma configuração do SAP HANA Cockpit.

Criação do sistema de destino SAP HANA em IBM Power Virtual Server

Planejamento da implantação do IBM Power Virtual Server

Um espaço de trabalho do Power Server em sua conta IBM Cloud é um pré-requisito para as etapas a seguir. Leia mais detalhes em Considerações sobre a rede de nuvem híbrida para SAP em IBM Power Virtual Server.

Uma conexão de rede de nuvem híbrida precisa estar implementada, conforme descrito em Considerações sobre a rede de nuvem híbrida para SAP em IBM Power Virtual Server.

O planejamento de uma infraestrutura SAP HANA implementável é descrito em Planejando sua implementação.

O aspecto de dimensionamento do sistema de metas é vital para o seu planejamento. Siga as recomendações mencionadas no relatório SAP HANA Sizing do sistema de origem. Além disso, considere as conclusões do relatório EarlyWatch Alert (relatório EWA). Ambos os fatores fornecem uma abordagem realista sobre o tamanho recomendado de seu sistema de destino, consulte Processo de dimensionamento para sistemas SAP.

Comparar a CPU, os núcleos e o armazenamento necessários para seu sistema de destino

Verifique se os perfis certificados em IBM Cloud® estão próximos ou correspondem às recomendações mencionadas no relatório de dimensionamento do sistema de origem e considere também o resumo do relatório da EWA.

Selecione o perfil certificado IBM Power Systems Virtual Server correto nos dois links a seguir:

O servidor de destino deve ter capacidade de armazenamento igual ou superior à do sistema de origem e ser dimensionado corretamente

Lembre-se de levar em consideração o crescimento do banco de dados SAP HANA e a necessidade de seguir as Diretrizes de configuração e arquitetura de armazenamento do sistema IBM para SAP HANA TDI.

O documento a seguir descreve a configuração de armazenamento necessária para o servidor de destino em IBM Cloud:

Considere o espaço extra necessário para criar um ponto de montagem do sistema de arquivos para armazenar os arquivos executáveis do software e o backup inicial do sistema SAP HANA. Dependendo da infraestrutura IBM Power Virtual Server planejada, você pode criar o sistema de arquivos como uma montagem NFS para exportar para outros sistemas na arquitetura.

Criação do sistema de arquivos do repositório de software e transferência dos pacotes de instalação

Como usado em sistemas de demonstração anteriores, o ponto de montagem swrepo é criado com pelo menos 200 GB de espaço livre. Faça o download do software SAP HANA do SAP Marketplace - a versão que corresponde à sua versão SAP HANA do sistema de origem.

  • Página principal de Downloads de software

    • Downloads do software Access em SAP for Me
    • Digite sua ID de usuário e senha SAP "S" para prosseguir.
  • Visualização do catálogo do Software Center

    • Pacotes de suporte e upgrades
    • Por índice alfabético (A-Z)
    • "H"
    • SAP HANA EDIÇÃO DE PLATAFORMA
    • SAP HANA EDIÇÃO DE PLATAFORMA 2.0
    • SAP HANA BANCO DE DADOS 2.0
    • Certifique-se de que a caixa de seleção mostre LINUX ON POWER LE 64BIT
    • Selecione o site IMDB_SERVER20 que está instalado no sistema de origem e faça o download em seu laptop ou PC
    • Voltar para a página SAP HANA PLATFORM EDITION 2.0
    • SAP HANA CLIENTE 2.0
    • Certifique-se de que a caixa de seleção mostre LINUX ON POWER LE 64BIT
    • Selecione a versão que você instalou no sistema de origem (ou uma versão superior se a sua versão não estiver na lista)
    • Navegue de volta para a visualização do Catálogo do Software Center
    • Pacotes de suporte e upgrades
    • No lado direito, há uma caixa de pesquisa, procure por SAPCAR
    • Na lista de resultados exibidos, selecione SAPCAR 7.53 Maintenance Software Component
    • Selecione o arquivo SAPCAR_1200-70007726.EXE e certifique-se de que a caixa Selection mostre LINUX ON POWER LE 64BIT
    • Faça o download em seu laptop, PC ou Jump Host

Crie um diretório /swrepo no sistema de destino.

sudo mkdir /swrepo

Certifique-se de que esse diretório seja de propriedade do usuário, para que ele possa trabalhar e extrair arquivos.

sudo chown $USER: /swrepo

Transfira os arquivos de instalação e os downloads do utilitário sapcar para o ponto de montagem /swrepo do servidor SAP HANA de destino. O utilitário SAPCAR precisa de permissões de execução para descompactar os arquivos.SAR.

chmod -R 755 /swrepo/SAPCAR_1200-70007726.EXE

Você pode definir um alias SAPCAR para esse utilitário no site .bash_profile. Essa configuração habilita o comando SAPCAR em qualquer diretório.

Para adicionar uma linha ao seu perfil do bash, use o seguinte comando.

echo "alias SAPCAR='/swrepo/SAPCAR_1200-70007726.EXE'" >>$HOME/.bash_profile

Use o comando source para ativar o novo alias definido.

source $HOME/.bash_profile

Verifique se ele funciona executando SAPCAR -v para obter a lista de versões:

SAPCAR -v

Descompactando os arquivos

Use os exemplos a seguir para descompactar os arquivos.

SAPCAR -xvf IMDB_CLIENT20_XXX_XX-XXXXXXXX.SAR -manifest /SAP_HANA_CLIENT/SIGNATURE.SMF

A saída da extração do arquivo sapcar se parece com o exemplo a seguir.

x SAP_HANA_CLIENT/SIGNATURE.SMF
SAPCAR: 98 file(s) extracted

SAPCAR -xvf IMDB_SERVER20_XXX_XX-XXXXXXXX.SAR -manifest /SAP_HANA_DATABASE/SIGNATURE.SMF

x /SAP_HANA_DATABASE/SIGNATURE.SMF
SAPCAR: 355 file(s) extracted

Durante a extração, os diretórios /swrepo/SAP_HANA_DATABASE e /swrepo/SAP_HANA_CLIENT são criados e contêm os arquivos necessários para a instalação.

Certificar-se de que o sistema operacional e o nível de patch do servidor de destino correspondam ao do servidor de origem

Verifique a versão do sistema operacional e o nível do patch no sistema de destino. Para sistemas produtivos, o mesmo nível garante que a instalação tenha desempenho semelhante e que a migração seja executada com facilidade. Para sistemas não produtivos, por exemplo, um sistema de prova de conceito (POC) em IBM Power Virtual Server, uma versão superior do sistema operacional é uma opção válida.

Servidor de destino - RHEL e SLES

Para determinar a versão do sistema operacional e o nível do patch, execute o seguinte comando.

cat /etc/os-release

Como alternativa, nos sistemas Red Hat Linux, você pode usar um segundo arquivo.

cat /etc/redhat-release

Em SUSE Linux Enterprise Server (para aplicativos SAP ), a versão e o nível do patch podem ser listados com o seguinte comando.

lsb_release -a

Certificar-se de que o sistema de arquivos e os pontos de montagem correspondam ao sistema de origem

Os sistemas de origem e de destino devem ter o mapeamento idêntico para armazenamento, LVM e sistemas de arquivos. O único alvo é a maior capacidade de armazenamento necessária para a migração. Os requisitos de estrutura do sistema de arquivos também são destacados no início desta seção com os requisitos de TDI. Além disso, considere que o ponto de montagem e o UID e GUID de propriedade do arquivo correspondem ao sistema de origem. Além disso, os pontos de montagem precisam do mesmo <SID> definido em ambos os sistemas. Quando você instala o SAP HANA no sistema de destino, são usados os mesmos <SID> e <instance number> do sistema de origem.

export SID=<SID>                           # SAP HANA System ID (uppercase)
export sid=<sid>                           # SAP HANA System ID (lowercase)
export INSTNO=<INSTNO>                     # SAP HANA Instance Number

export SiteOnPrem=<PrimarySiteName>        # HANA System Replication Site Name 1 - Migration from On-Prem - Source
export SiteOnCloud=<secondarySiteName>     # HANA System Replication Site Name 2 - Migration to On-Cloud - Target

export NODE1=<Hostname 1>                  # Hostname of On-Prem Server
export NODE2=<Hostname 2>                  # Hostname of IBM Power Virtual Server Instance

Registros em /etc/hosts para todos os sistemas envolvidos no projeto de migração

O arquivo /etc/hosts precisa conter entradas para o sistema de origem e qualquer servidor de aplicativos SAP Netweaver ou S/4 FES dependente. Você pode usar um servidor DNS para a resolução de recursos de rede, mas é útil incluir os endereços IP, o nome abreviado, o FQDN e a descrição para ajudar a identificar os servidores na paisagem no arquivo /etc/hosts, especialmente se ocorrerem problemas com a resolução de rede ou com os serviços DNS.

Preparando e ajustando o sistema operacional para SAP HANA

Use as seguintes notas do site SAP para iniciar a fase de preparação do sistema de destino para a instalação do site SAP HANA.

Certifique-se de ter concluído as tarefas mencionadas no site Recommended OS Settings for RHEL 8, pois essas tarefas são configurações importantes de ajuste e desempenho que precisam ser aplicadas. Se ignorada, ela pode afetar a instalação dos produtos SAP e o desempenho posterior.

Verificações prévias em SAP HANA usando a ferramenta hcmt

As ferramentas de medição de hardware e nuvem SAP HANA hcmt ajudam a medir e analisar seu hardware ou sistemas de nuvem antes de implementar SAP HANA ou solicitar a certificação SAP HANA. As ferramentas consistem nos seguintes componentes:

  • SAP HANA ferramenta de medição de hardware e nuvem
  • SAP HANA análise de medição de hardware e nuvem

Use a seguinte nota SAP para verificar o sistema operacional e a configuração antes de instalar o SAP HANA.

Se você tiver um problema de porta ao executar hcmt, abra uma segunda sessão do Terminal. Navegue até o diretório de configuração de hcmt, agora inicie uma sessão que mantenha a porta necessária aberta.

Para executar o hcmt no modo servidor-cliente, você precisa iniciar duas sessões:

  1. hcmt modo de servidor ativado - um jump host para coletar o resultado do teste de servidores remotos
  2. hcmt cliente nos sistemas de destino destinados a executar o SAP HANA, execute o teste de desempenho do hcmt usando o plano de execução completo.
Sessão do servidor Hcmt

O servidor hcmt coleta dados que são medidos nos sistemas clientes hcmt. Um sistema típico para executar o servidor hcmt é um jump host ou um sistema semelhante. Navegue até o diretório em que o hcmt está instalado e execute o seguinte comando

sudo ./hcmt -v -S

O exemplo a seguir é o resultado esperado.

hcmt-2.00.062.00.1650891137 (2022-04-25 15:12:20)

Server started, listening on port 50000 ...
Sessão do cliente Hcmt

No sistema de destino que você deseja que seja o servidor SAP HANA, execute o comando hcmt como um cliente usando o plano de execução completo.

sudo ./hcmt -v -p /swrepo/HCMT/setup/config/full_executionplan.json

Saída do sistema:

hcmt-2.00.062.00.1650891137 (2022-04-25 15:12:20)
Loading executionplan
LogVolume (/hana/log):
DataVolume (/hana/data):
Hosts: <`Leave Blank!!!!`>  Leave this field blank, otherwise it will affect the test.
Start execution of plan
Executing Test C9C9F832-854F-492D-8E7EFB4609AC435C
Note: CPU Micro Benchmark

Se você receber um erro "Port 50000 is already used", provavelmente o site SAP HANA já está instalado. Pare o sistema SAP HANA e, em seguida, execute o comando hcmt novamente.

Variante do plano: Desempenho da CPU

Esse comando gera um arquivo hcmresult-YYYMMDDHHMMSS.zip no diretório de configuração. Carregue esse arquivo no site do HCMT SAP e analise os resultados para ter certeza de que o HANA está instalado e configurado corretamente.

Se você tiver problemas, ainda poderá usar a ferramenta de verificação antiga.

Instalação do SAP HANA no sistema de destino

Lembre-se das seguintes variáveis:

export SID=<SID>                           # SAP HANA System ID (uppercase)
export sid=<sid>                           # SAP HANA System ID (lowercase)
export INSTNO=<INSTNO>                     # SAP HANA Instance Number

Para este exemplo, a instalação vai até o ponto em que você precisa digitar "Y" para continuar. Navegue de volta para o diretório HANA_DATABASE.

Execute o comando do gerenciador de ciclo de vida do banco de dados SAP HANA.

sudo ./hdblcm

O exemplo a seguir é o resultado esperado.

SAP HANA Lifecycle Management - SAP HANA Database 2.00.061.00.1644229038
************************************************************************

Isso examinará os diretórios em busca do software necessário.

Scanning software locations...
Detected components:
    SAP HANA Database (2.00.061.00.1644229038) in /swrepo/HANA/SAP_HANA_DATABASE/server
    SAP HANA Database Client (2.11.20.1644165757) in /swrepo/HANA/SAP_HANA_CLIENT/client


Do you want to specify additional components location? (y/n) [n]: `n`

Selecione n para nenhum local de componentes adicionais e continue.

Choose an action

Index | Action                    | Description
-------------------------------------------------------------
1     | install                   | Install new system
2     | extract_components        | Extract components
3     | print_detected_components | Print detected components
4     | Exit (do nothing)         |

Enter selected action index [4]: `1`

Digite 1 e pressione a tecla <enter> para instalar um novo sistema.

A saída continua com o exemplo a seguir.


SAP HANA Database version '2.00.061.00.1644229038' will be installed.

Select additional components for installation:

Index | Components | Description
--------------------------------------------------------------------------------
1     | all        | All components
2     | server     | No additional components
3     | client     | Install SAP HANA Database Client version 2.11.20.1644165757

Enter comma-separated list of the selected indices [3]: `1`

Digite 1 e pressione <enter> para instalar todos os componentes. Aceitar uma série de padrões na próxima linha da saída.

Enter Installation Path [`/hana/shared`]:
Enter Local Host Name [`Yourhostname`]:
Do you want to add hosts to the system? (y/n) [`n`]:

Digite n para nenhum sistema adicional. Verifique os parâmetros do sistema do banco de dados de origem SAP HANA:

  • fonte SAP HANA SID
  • fonte SAP HANA Instance Number

Continue com os mesmos valores para o sistema de destino:

Enter SAP HANA System ID: `<Needs to match the source system>`
Enter Instance Number [00]: `<Needs to match the source system>`
Enter Local Host Worker Group [default]:

Index | System Usage | Description
-------------------------------------------------------------------------------
1     | production   | System is used in a production environment
2     | test         | System is used for testing, not production
3     | development  | System is used for development, not production
4     | custom       | System usage is neither production, test nor development

Select System Usage / Enter Index [4]: 2

Insira um número que represente a função planejada. No exemplo, 2 indica um sistema para teste.

Aceitar mais valores padrão:

Do you want to enable data and log volume encryption? [n]:
Enter Location of Data Volumes [/hana/data/<SID>]:
Enter Location of Log Volumes [/hana/log/<SID>]:
Restrict maximum memory allocation? [n]:
Apply System Size Dependent Resource Limits? (SAP Note 3014176) [y]:

Determine essas senhas conforme definidas no sistema de origem:

  • sapadm senha
  • <sid>adm senha
  • Usuário do banco de dados do sistema SYSTEM senha

Defina as mesmas senhas no sistema de destino:

Enter SAP Host Agent User (sapadm) Password: <Use the same password used on the source system>
Confirm SAP Host Agent User (sapadm) Password: <Use the same password used on the source system>
Enter System Administrator (<sid>adm) Password:  <Use the same password used on the source system>
Confirm System Administrator (<sid>adm) Password: <Use the same password used on the source system>
Enter System Administrator Home Directory [/usr/sap/<SID>/home]:
Enter System Administrator Login Shell [/bin/sh]:
Enter System Administrator User ID [1001]: <check that the user ID number matches the source system>
Enter ID of User Group (sapsys) [79]:  <Check that the GUID number matches the source system>
Enter System Database User (SYSTEM) Password: <Use the same password used on the source system>
Confirm System Database User (SYSTEM) Password: <Use the same password used on the source system>

Restart system after machine reboot? [n]:
Summary before execution

No resumo, você pode verificar se as seleções feitas para a instalação estão corretas. Em seguida, selecione "Y" para começar. Após cerca de 20 minutos, você verá a seguinte mensagem.

Registering SAP HANA Database Components on Local Host...
- Deploying SAP Host Agent configurations...
Creating Component List...
SAP HANA Database System installed
Log file written to xxxxxx

Verificar se o site SAP HANA está em execução e determinar a versão

Execute o seguinte comando HDB proc para verificar se todos os serviços foram iniciados no sistema SAP HANA primário e secundário.

sudo -i -u ${sid}adm -- HDB proc

SAP HANA precisa ser igual ou superior à versão do servidor primário

Para verificar a versão do banco de dados SAP HANA, use o seguinte comando em ambos os nós.

sudo -i -u ${sid}adm -- HDB version

Backup inicial do banco de dados MDC/SYSTEMDB SAP HANA

Backup do SYSTEMDB

Adicione a entrada SYSTEMDB e o MDC ao aplicativo HANA Studio. Ou, se você tiver um SAP HANA Cockpit em seu ambiente, poderá adicionar o sistema de destino ao seu HANA Cockpit. Depois que os dois sistemas forem adicionados, faça um backup inicial do sistema. Na entrada SYSTEMDB, -> clique com o botão direito do mouse e selecione.

  • Backup e recuperação
  • Backup do banco de dados do sistema
  • Tipo de backup Complete Data Backup
  • Destino File
  • Destino do backup /swrepo/backup/data/SYSTEMDB Certifique-se de que essa estrutura de diretório exista e possa ser gravada pelo usuário ${sid}adm.
  • Prefixo de backup COMPLETE_DATA_BACKUP_INITIAL_DDMMYYY Avançar
  • Review Backup Setup e, em seguida, selecione Finish

Certifique-se de que o backup SYSTEMDB@${SID} seja concluído com êxito.

MDC de backup

Backup e recuperação

  • Backup do banco de dados do locatário
  • Especifique o banco de dados do locatário ${sid}. Avançar
  • Tipo de backup Complete Data Backup.
  • Destino File.
  • Destino do backup /swrepo/backup/data/DB_${sid} Certifique-se de que essa estrutura de diretório exista e possa ser gravada pelo usuário ${sid}adm.
  • Prefixo de backup COMPLETE_DATA_BACKUP_INITIAL_DDMMYYY. Avançar
  • Review Backup Setup e, em seguida, selecione Finish.

Certifique-se de que o backup do site DB_${sid} seja concluído sem erros.

Verificar o status do backup

Na entrada SYSTEMDB, -> clique com o botão direito do mouse e selecione as seguintes ações.

  • Backup e recuperação
  • Selecione Abrir Backup Console
  • Selecione a guia Backup Catalog
  • No campo Banco de dados, selecione ${sid} para o MDC
  • No campo Banco de dados, selecione <SYSTEMDB> para o SYSTEMDB

Verificação opcional dos arquivos de registro de rastreamento

O rastreamento do banco de dados é gravado em arquivos específicos do serviço no nível do sistema operacional. O diretório de rastreamento está no seguinte local:

/usr/sap/${sid}/HDB<inst>/<host>/trace/DB_${sid}/

O alias a seguir no ambiente do usuário ${sid}adm permite que você alterne rapidamente para o diretório de rastreamento no nível do sistema operacional:

cdtrace

Os arquivos de rastreamento do banco de dados usam a seguinte convenção de nomenclatura:

<service>_<host>.<port>.<counter>.trc

No contexto da classificação dinâmica por níveis, pode existir um arquivo com a seguinte convenção ( SAP Nota 2871785):

esserver_console_<host>.<port>.<counter>.trc

  • Exemplo:

indexserver_saphana01.30003.024.trc Você pode acessar esses arquivos diretamente no nível do sistema operacional ou de uma das seguintes maneiras:

  • SAP HANA Studio -> Administration -> Diagnosis Files
  • DBACOCKPIT -> Diagnostics -> Diagnosis Files

Migrando SAP S/4HANA usando SAP HANA System Replication

Verificações prévias antes de configurar o SAP HANA System Replication

Antes de configurar o SAP HANA System Replication, alguns pré-requisitos devem ser verificados. As etapas descritas são válidas para Red Hat Enterprise Linux 8 (RHEL) e SUSE Enterprise Linux (SLES).

Verifique o usuário do banco de dados SAP HANA no sistema de origem

Verifique com a equipe de administração da base SAP ou com os administradores do SAP HANA qual usuário do banco de dados SAP HANA é usado para acessar o sistema. Normalmente, esse usuário é o usuário SYSTEM ou o usuário proprietário do esquema SAP se a equipe de administração da base SAP tiver implementado os avisos de segurança SAP.

SAP HANA pré-etapas do cenário para ativar o SAP HANA System Replication

Defina as variáveis de ambiente nos sistemas SAP HANA primário e secundário

Para simplificar a configuração, prepare as seguintes variáveis de ambiente para ${sid}adm em ambos os nós. Essas variáveis de ambiente são usadas em comandos subsequentes no restante dos exemplos.

Em ambos os nós, execute os seguintes comandos. Lembre-se de que as variáveis devem ser as mesmas em ambos os sistemas, de origem e de destino.

export SID=<SID>                                 # SAP HANA System ID (uppercase)
export sid=<sid>                                 # SAP HANA System ID (lowercase)
export INSTNO=<INSTNO>                           # SAP HANA Instance Number
export DIR_INSTANCE=/usr/sap/${SID}/HDB${INSTNO} # "${sid}adm" home directory

export SiteOnPrem=<PrimarySiteName>        # HANA System Replication Site Name 1 - Migration from On-Prem - Source
export SiteOnCloud=<secondarySiteName>     # HANA System Replication Site Name 2 - Migration to On-Cloud - Target

export NODE1=<Hostname 1>                  # Hostname of On-Prem Server
export NODE2=<Hostname 2>                  # Hostname of IBM Power Virtual Server Instance

Certifique-se de que o site SAP HANA esteja em execução em ambos os sistemas

Como usuário do sistema operacional ${sid}adm, o comando HDB proc pode ser usado para verificar se todos os serviços foram iniciados.

Execute o seguinte comando em ambos os sistemas, servidor primário e secundário SAP HANA.

sudo -i -u ${sid}adm -- HDB proc

SAP HANA deve ser igual ou superior à versão do servidor primário

Execute o seguinte comando em cada nó para determinar a versão do servidor SAP HANA.

sudo -i -u ${sid}adm -- HDB version

A versão do sistema de destino deve ser igual ou maior do que a versão do sistema de origem. A única exceção para a versão é para uma configuração habilitada para leitura em Active/Active. Nesse caso, a versão do HDB deve ser idêntica no sistema de origem e no sistema de destino.

  • Portanto, certifique-se de que a configuração do sistema seja idêntica nos servidores de origem e de destino. Em seguida, compare as configurações nos arquivos ini em ambos os sistemas.

  • Para uma configuração scale-out, certifique-se de que o número de nós de trabalho (scale-out) e as funções sejam idênticos nos servidores de origem e de destino.

  • Os mesmos ${sid} e instance numbers devem ser usados em ambos os sistemas.

  • Faça backup do site PKI SSFS .key and the .dat files dos sistemas primário e secundário.

  • Copie as chaves de PKI existentes do sistema primário para o secundário.

Para garantir que você possa recuperar o estado original instalado, se necessário, faça backup das chaves existentes nos sistemas primário e secundário.

sudo -i -u ${sid}adm -- cp -p /usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT /usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT_<hostname>

Após a conclusão do backup dos arquivos PKI SSFS .key e .dat existentes, agora você precisa copiar os arquivos PKI SSFS .key e .dat do sistema primário para o sistema de destino.

Os canais de transmissão de dados e registros do SAP HANA 2.0 para o processo de replicação exigem autenticação usando os arquivos de certificado de armazenamento PKI SSFS do sistema.

Os arquivos de certificado de armazenamento SSFS da PKI do sistema são armazenados em /usr/sap/${SID}/SYS/global/security/rsecssfs/ nos subdiretórios data e key.

Em NODE2, execute os seguintes comandos para copiar os arquivos SSFS_${SID}.DAT e SSFS_${SID}.KEY de NODE1.

Como usuário ${sid}adm, execute os dois comandos a seguir em NODE2.

scp ${NODE1}:/usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT /usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT
scp ${NODE1}:/usr/sap/${SID}/SYS/global/security/rsecssfs/key/SSFS_${SID}.KEY /usr/sap/${SID}/SYS/global/security/rsecssfs/key/SSFS_${SID}.KEY

Os certificados de armazenamento PKI SSFS copiados em NODE2 tornam-se ativos durante a inicialização do sistema SAP HANA.

Verifique se o parâmetro de configuração log_mode está definido como normal

Certifique-se de que o parâmetro de configuração log_mode esteja definido como normal na seção de persistência do site global.ini nos servidores SAP HANA primário e secundário.

Execute o seguinte comando em ambos os sistemas para verificar a configuração log_mode.

sudo -i -u ${sid}adm -- grep -i 'log_mode' /usr/sap/${SID}/HDB${INSTNO}/exe/config/global.ini

A seguinte saída é esperada.

log_mode=normal

Registre o servidor primário primeiro

No sistema primário SAP HANA, execute o seguinte comando para registrar esse nó como primary para SAP HANA System Replication.

sudo -i -u ${sid}adm -- hdbnsutil -sr_enable --name=${SiteOnPrem}

A seguinte saída é esperada.

nameserver is active, proceeding ...
successfully enabled system as system replication source site
done.

Verifique se o sistema primário está registrado

Verifique se o sistema primário foi registrado com sucesso usando o seguinte comando.

sudo -i -u ${sid}adm -- hdbnsutil -sr_state

A seguinte saída é esperada.

System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~

online: true

mode: primary
operation mode: primary
site id: 1
site name: SiteOnPrem

is source system: true
is secondary/consumer system: false
has secondaries/consumers attached: false
is a takeover active: false
is primary suspended: false

Host Mappings:
~~~~~~~~~~~~~~


Site Mappings:
~~~~~~~~~~~~~~
SiteCloud (primary/)

Tier of SiteCloud: 1

Replication mode of SiteCloud: primary

Operation mode of SiteOnPrem :


Hint based routing site:
done.

Certifique-se de que SAP HANA não esteja ativo no site secundário

O site secundário não deve ser um servidor SAP HANA ativo. Interrompa os serviços do banco de dados SAP HANA usando o seguinte comando.

sudo -i -u ${sid}adm -- HDB stop

A seguinte saída é esperada.

hdbdaemon will wait maximal 300 seconds for NewDB services finishing.
Stopping instance using: /usr/sap/${SID}/SYS/exe/hdb/sapcontrol -prot NI_HTTP -nr 10 -function Stop 400

10.08.2023 10:32:07
Stop
OK
Waiting for stopped instance using: /usr/sap/${SID}/SYS/exe/hdb/sapcontrol -prot NI_HTTP -nr 10 -function WaitforStopped 600 2


10.08.2023 10:32:51
WaitforStopped
OK
hdbdaemon is stopped.

Registre o sistema secundário

Agora registre o sistema secundário.

sudo -i -u ${sid}adm -- hdbnsutil -sr_register \
    --name=<secondarySiteName> \
    --remoteHost=<primary_host> \
    --remoteInstance=<primary_systemnr> \
    --replicationMode=[sync|syncmem|async] \
    --operationMode=[delta_datashipping|logreplay|logreplay_readaccess]

Por exemplo, se você usar

  • SiteOnCloud como o nome do site secundário
  • syncmem como modo de replicação e
  • logreplay como modo de operação

O último comando se parece com o exemplo a seguir.

sudo -i -u ${sid}adm -- hdbnsutil -sr_register \
    --name=${SiteOnCloud} \
    --remoteHost=${NODE1} \
    --remoteInstance=${INSTNO} \
    --replicationMode=syncmem \
    --operationMode=logreplay

A seguinte saída é esperada.

Thu 10 Aug 10:36:13 CEST 2023
adding site ...
collecting information ...
updating local ini files ...
done.

Solução de problemas de erros do hdbnsutil com o SELinux ativado

Se o Linux (SELinux) com segurança aprimorada estiver ativado, a saída do hdbnsutil não será a esperada. Você pode observar um dos dois sintomas a seguir.

  • Command is not recognized Mensagem de Erro
  • Informações de uso exibidas

O SELinux, quando definido como enforcing, impede que o comando hdbnsutil reinicie o saphostagent no contexto do usuário ${sid}adm. Você pode adicionar políticas de segurança SELinux adequadas ou, como recomenda o site SAP. Em seguida, desative o SELinux.

Verifique o status atual do SELinux com o seguinte comando.

sestatus

A saída a seguir é um exemplo.

SELinux status:                 enforcing

Se o comando sestatus retornar com enforcing, os comandos, mesmo quando executados com privilégios de root, poderão ser bloqueados, dependendo da política de segurança.

Para desativar o SELinux temporariamente, execute o seguinte comando.

sudo setenforce 0

O SELinux agora está temporariamente desativado até a próxima reinicialização.

Agora verifique novamente com sestatus, o status mostra disabled.

Verifique se o processo saphostagent está em execução com o seguinte comando.

sudo ps -ef | grep -i host

Se a saída estiver vazia e nenhum processo for exibido, reinicie manualmente o saphostagent.

sudo -i -u ${sid}adm -- /usr/sap/hostctrl/exe/saphostexec -restart /usr/sap/hostctrl/exe/host_profile

Verifique o estado em ambos os lados do sistema de replicação SAP HANA

Verificar o estado do sistema primário

Verifique o estado de replicação do sistema no nó primário. Execute o seguinte comando no servidor primário:

sudo -i -u ${sid}adm -- hdbnsutil -sr_state

A seguinte saída é esperada.

System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~

online: true

mode: primary
operation mode: primary
site id: 1
site name: SiteOnPrem_hostname

is source system: true
is secondary/consumer system: false
has secondaries/consumers attached: true
is a takeover active: false
is primary suspended: false

Host Mappings:
~~~~~~~~~~~~~~

<SiteOnCloud_hostname> -> [SiteOnPrem_hostname] <SiteOnPrem_hostname_hostname>
<SiteOnCloud_hostname> -> [SiteOnCloud] <SiteOnPrem_hostname_hostname>


Site Mappings:
~~~~~~~~~~~~~~
SiteOnPrem_hostname (primary/primary)
    |---SiteOnCloud (syncmem/logreplay)

Tier of SiteCloud: 1
Tier of SiteOnPrem_hostname: 2

Replication mode of SiteOnPrem_hostname: primary
Replication mode of SiteOnCloud: syncmem

Operation mode of SiteOnPrem_hostname: primary
Operation mode of SiteOnCloud logreplay

Mapping: SiteOnPrem_hostname -> SiteOnCloud

Hint based routing site:
done.

Verificar o estado do sistema secundário

Agora, verifique o estado de replicação do sistema no segundo nó. Execute o mesmo comando no segundo servidor.

sudo -i -u ${sid}adm -- hdbnsutil -sr_state

A seguinte saída é esperada.

System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~

online: false

mode: syncmem
operation mode: unknown
site id: 2
site name: SiteOnCloud

is source system: unknown
is secondary/consumer system: true
has secondaries/consumers attached: unknown
is a takeover active: false
is primary suspended: false
is timetravel enabled: false
replay mode: auto
active primary site: 1

primary masters: <SiteOnPrem_hostname_hostname>
done.

Reinicie o servidor secundário

Até o momento, os dois servidores SAP HANA estão configurados como parceiros de replicação. Agora, reinicie o servidor secundário SAP HANA para concluir a configuração da replicação.

Execute o seguinte comando no servidor secundário.

sudo -i -u ${sid}adm -- HDB start

A seguinte saída é esperada.

StartService
OK

Starting instance using: /usr/sap/${SID}/SYS/exe/hdb/sapcontrol -prot NI_HTTP -nr 10 -function StartWait 2700 2
OK


10.08.2023 10:38:47
Start
OK

10.08.2023 10:40:17
StartWait
OK

Verifique HDB info ou HDB proc no lado secundário para confirmar que SAP HANA está sendo executado novamente. Quando for bem-sucedido, execute o comando sr_state no sistema primário.

sudo -i -u ${sid}adm -- hdbnsutil -sr_state

A seguinte saída é esperada.

System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~

online: true

mode: primary
operation mode: primary
site id: 1
site name: SitePrem

is source system: true
is secondary/consumer system: false
has secondaries/consumers attached: true
is a takeover active: false
is primary suspended: false

Host Mappings:
~~~~~~~~~~~~~~

<SiteOnCloud_hostname> -> [SiteOnPrem] <SiteOnPrem>
<SiteOnCloud_hostname> -> [SiteOnCloud] <SiteOnPrem>


Site Mappings:
~~~~~~~~~~~~~~
SiteOnPrem (primary/primary)
    |---SiteOnCloud (syncmem/logreplay)

Tier of SiteOnprem : 1
Tier of SiteOnCloud: 2

Replication mode of SiteOnPrem: primary
Replication mode of SiteOnCloud: syncmem

Operation mode of SiteOnPrem: primary
Operation mode of SiteOnCloud: logreplay

Mapping: SiteOnprem_hostname -> SiteOnCloud

Hint based routing site:
done.

Verificar o status da replicação

Depois que o sistema secundário é configurado e o SAP HANA é iniciado no servidor secundário, o processo de replicação inicia automaticamente a sincronização de dados com um full replica. Você pode verificar a replicação inicial no servidor primário e observar o status de conclusão atual da ação de replicação completa.

Execute o script Python com o seguinte comando.

sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/systemReplicationStatus.py

A seguinte saída é esperada.

|Database |Host     |Port  |Service Name |Volume ID |Site ID |Site Name |Secondary |Secondary |Secondary |Secondary  |Secondary     |Replication |Replication |Replication    |Secondary    |
|         |         |      |             |          |        |          |Host      |Port      |Site ID   |Site Name  |Active Status |Mode        |Status      |Status Details |Fully Synced |
|-------- |-------- |----- |------------ |--------- |------- |--------- |----------|--------- |--------- |---------- |------------- |----------- |----------- |-------------- |-------------|
|SYSTEMDB |<NODE1>  |31001 |nameserver   |        1 |      1 |SiteOnPrem|  <NODE2> |    31001 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|
|S4H      |<NODE1>  |31007 |xsengine     |        2 |      1 |SiteOnPrem|  <NODE2> |    31007 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|
|S4H      |<NODE1>  |31040 |docstore     |        5 |      1 |SiteOnPrem|  <NODE2> |    31040 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|
|S4H      |<NODE1>  |31003 |indexserver  |        3 |      1 |SiteOnPrem|  <NODE2> |    31003 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|
|S4H      |<NODE1>  |31011 |dpserver     |        4 |      1 |SiteOnPrem|  <NODE2> |    31011 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|

status system replication site "1": ACTIVE
overall system replication status: ACTIVE

Local System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

mode: PRIMARY
site id: 1
site name: SiteOnPrem_hostname

Quatro métodos para verificar o status da replicação do sistema

Opção 1. landscapeHostConfiguration.py

A primeira opção usa o script Python landscapeHostConfiguration.py para um ponto de vista de servidor. Esse script exibe uma linha de status por sistema de servidor SAP HANA.

Execute o seguinte comando.

sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/landscapeHostConfiguration.py

Certifique-se de que cada servidor listado na saída mostre OK na coluna de status do host.

Opção 2. systemReplicationStatus.py

A segunda opção alternativa usa o script Python systemReplicationStatus.py para uma visualização do banco de dados da replicação do sistema SAP HANA. Esse script exibe uma linha de status para cada banco de dados e um status geral após a tabela do banco de dados.

Execute o script Python com o seguinte comando.

sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/systemReplicationStatus.py

Certifique-se de que cada banco de dados listado mostre um ACTIVE na coluna de status de replicação. A saída esperada do script contém a seguinte linha:

overall system replication status: ACTIVE
Opção 3. hdbcons

Verifique o status detalhado da replicação do sistema com o comando hdbcons e execute como usuário ${sid}adm. Essa terceira opção é uma visualização técnica por servidor e por serviço.

Execute o console do cliente de gerenciamento SAP HANA DB hdbcons com o seguinte comando.

sudo -i -u ${sid}adm -- hdbcons -e hdbindexserver "replication info"
Opção 4. script SQL

A quarta alternativa usa uma instrução SQL que pode ser executada, por exemplo, no SAP HANA studio ou cockpit. Essa opção é uma visão de hosts por site da replicação do sistema SAP HANA.

Verifique executando a seguinte instrução SQL.

select host, SECONDARY_HOST, PORT, SITE_NAME, SECONDARY_SITE_NAME, REPLICATION_MODE, REPLICATION_STATUS, REPLICATION_STATUS_DETAILS,SECONDARY_ACTIVE_STATUS from M_SERVICE_REPLICATION;

Verifique especialmente as colunas REPLICATION_STATUS e REPLICATION_STATUS_DETAILS na saída do SQL.

Conclusão pós-replicação

Antes de desativar a configuração de replicação, verifique se há inconsistências ou anomalias nos registros de rastreamento após a execução da ação de replicação. Após a conclusão da replicação, o banco de dados contém todos os serviços ativos somente no sistema primário. Mas você ainda pode examinar os logs de rastreamento em busca de inconsistências ou problemas.

Verificação dos arquivos de rastreamento do banco de dados

O rastreamento do banco de dados é gravado em arquivos específicos do serviço no nível do sistema operacional. O diretório de rastreamento está localizado aqui: /usr/sap/<SID>/HDB<inst>/<host>/trace/DB_<SID>/

O alias a seguir no ambiente do usuário ${sid}adm permite que o usuário ${sid}adm mude rapidamente para o diretório de rastreamento no nível do sistema operacional:

cdtrace

Os arquivos de rastreamento do banco de dados têm a seguinte convenção de nomenclatura: <service>_<host>.<port>.<counter>.trc

No contexto da classificação dinâmica em camadas, também pode existir um arquivo com a seguinte convenção ( SAP Nota 2871785): esserver_console_<host>.<port>.<counter>.trc

Exemplo: indexserver_saphana01.30003.024.trc

Você pode acessar os arquivos de rastreamento do banco de dados de três maneiras:

  • Diretamente no nível do sistema operacional
  • SAP HANA Studio -> Administration -> Diagnosis Files
  • DBACOCKPIT -> Diagnostics -> Diagnosis Files

SAP HANA Recursos de replicação do sistema

Para obter mais informações, consulte os links a seguir: