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.
- SAP Nota 2116157 - Perguntas frequentes: SAP HANA Verificações de consistência e corrupções
- SAP Nota 2272121 - Como fazer: Analisando corrupções físicas com a ferramenta de diagnóstico de persistência SAP HANA
- SAP Nota 2380176 - Perguntas frequentes: SAP HANA Rastreamento de banco de dados
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.
- Destaca se a ação de reorganização é necessária no banco de dados SAP HANA.
- 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
-
SAP Nota 1977584 - Verificações de consistência técnica para bancos de dados SAP HANA Esta nota SAP contém instruções SQL úteis para verificar a CONSISTÊNCIA DE CATÁLOGO, DEPENDÊNCIA e TABELA.
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.
- SAP 2947579 - SAP HANA em IBM Power Virtual Server s
- SAP 2188482 - SAP HANA em IBM Power Systems: Hardware e recursos compatíveis
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:
- IBM Power Virtual Server Perfis certificados SAP HANA
- SAP Nota 2947579 - SAP HANA em IBM Power Virtual Server s
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 mostreLINUX 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.
- SAP Nota 2777782 - SAP HANA DB: Configurações de sistema operacional recomendadas para RHEL 8
- SAP Nota 2772999 - Red Hat Enterprise Linux 8.x: Instalação e configuração
- SAP Nota 3018133 - Linux: Execução de aplicativos SAP compilados com o GCC 10.x
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:
hcmt
modo de servidor ativado - um jump host para coletar o resultado do teste de servidores remotoshcmt
cliente nos sistemas de destino destinados a executar o SAP HANA, execute o teste de desempenho dohcmt
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, selecioneFinish
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, selecioneFinish
.
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}
einstance 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áriosyncmem
como modo de replicação elogreplay
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:
- SAP Nota 1999880 - Perguntas frequentes sobre a replicação do sistema HANA
- SAP Nota 11969700 - Coleção de instruções SQL para SAP HANA
- SAP Nota 3357978 - Configuração da replicação do sistema de múltiplos destinos SAP HANA
- SAP HANA Configurações de replicação
- SAP HANA Replicação do sistema
- SAP HANA replicação de sistema com vários alvos
- SAP HANA Replicação do sistema
- SAP Portal de Ajuda Documentação HSR HANA 2.0 SP07