Skip to main content
NetApp Solutions SAP
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Clone de sistema SAP com SnapCenter

Colaboradores
PDFs

Esta seção fornece uma descrição passo a passo para a operação de clone do sistema SAP, que pode ser usada para configurar um sistema de reparo para resolver a corrupção lógica.

A figura abaixo resume as etapas necessárias para uma operação de clone de sistema SAP usando o SnapCenter.

  1. Prepare o host de destino.

  2. Clone do SnapCenter Crie fluxo de trabalho para o volume compartilhado do SAP HANA.

  3. Inicie os serviços do SAP HANA.

  4. Clone do SnapCenter Crie um fluxo de trabalho para o volume de dados SAP HANA, incluindo recuperação de banco de dados.

  5. O sistema SAP HANA agora pode ser usado como um sistema de reparo.

    Observação Se tiver de repor o sistema para uma cópia de segurança Snapshot diferente, os passos 6 e 4 são suficientes. O volume compartilhado do SAP HANA pode continuar sendo montado.

    Se o sistema não for mais necessário, o processo de limpeza é executado com os seguintes passos.

  6. Fluxo de trabalho de exclusão do clone do SnapCenter para o volume de dados SAP HANA, incluindo o desligamento do banco de dados.

  7. Interromper os serviços do SAP HANA.

  8. Fluxo de trabalho de exclusão do clone do SnapCenter para o volume compartilhado do SAP HANA.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

Pré-requisitos e limitações

Os fluxos de trabalho descritos nas seções a seguir têm alguns pré-requisitos e limitações em relação à arquitetura do sistema SAP HANA e à configuração do SnapCenter.

  • O fluxo de trabalho descrito é válido para sistemas SAP HANA MDC de um único host. Vários sistemas host não são suportados.

  • O plug-in SAP HANA do SnapCenter deve ser implantado no host de destino para permitir a execução de scripts de automação.

  • O fluxo de trabalho foi validado para NFS. A `script sc-mount-volume.sh`automação , que é usada para montar o volume compartilhado do SAP HANA, não é compatível com FCP. Esta etapa deve ser feita manualmente ou estendendo o script.

  • O fluxo de trabalho descrito é válido apenas para a versão SnapCenter 5,0 ou superior.

Configuração do laboratório

A figura abaixo mostra a configuração do laboratório usada para a operação de clone do sistema.

Foram utilizadas as seguintes versões de software:

  • SnapCenter 5,0

  • Sistemas SAP HANA: HANA 2,0 SPS6 rev,61

  • SLES 15

  • ONTAP 9.7P7

Todos os sistemas SAP HANA devem ser configurados com base no guia de "SAP HANA em sistemas NetApp AFF com NFS" configuração . O SnapCenter e os recursos do SAP HANA foram configurados com base no guia de práticas recomendadas "Backup e recuperação do SAP HANA com o SnapCenter" .

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

Preparação do host de destino

Esta seção descreve as etapas de preparação necessárias em um servidor que é usado como um destino clone do sistema.

Durante a operação normal, o host de destino pode ser usado para outros fins, por exemplo, como um sistema de teste ou QA do SAP HANA. Portanto, a maioria das etapas descritas deve ser executada quando a operação de clone do sistema é solicitada. Por outro lado, os arquivos de configuração relevantes, como /etc/fstab e /usr/sap/sapservices, podem ser preparados e depois colocados em produção simplesmente copiando o arquivo de configuração.

A preparação do host de destino também inclui o desligamento do sistema de teste ou QA do SAP HANA.

Nome do host do servidor de destino e endereço IP

O nome do host do servidor de destino deve ser idêntico ao nome do host do sistema de origem. O endereço IP pode ser diferente.

Observação A vedação adequada do servidor de destino deve ser estabelecida para que ele não possa se comunicar com outros sistemas. Se a vedação adequada não estiver no lugar, o sistema de produção clonado pode trocar dados com outros sistemas de produção.
Observação Em nossa configuração de laboratório, mudamos o nome do host do sistema de destino somente internamente da perspetiva do sistema de destino. Externamente, o host ainda estava acessível com o hostname hana-7. Quando conetado ao host, o próprio host é HANA-1.

Instale o software necessário

O software do agente host SAP deve ser instalado no servidor de destino. Para obter informações completas, consulte o "Agente anfitrião SAP" no portal de ajuda da SAP.

O plug-in SAP HANA do SnapCenter deve ser implantado no host de destino usando a operação de adição de host no SnapCenter.

Configure usuários, portas e serviços SAP

Os usuários e grupos necessários para o banco de dados SAP HANA precisam estar disponíveis no servidor de destino. Normalmente, o gerenciamento central de usuários é usado; portanto, nenhuma etapa de configuração é necessária no servidor de destino. As portas necessárias para o banco de dados SAP HANA devem ser configuradas nos hosts de destino. A configuração pode ser copiada do sistema de origem copiando o arquivo /etc/services para o servidor de destino.

As entradas de serviços SAP necessárias devem estar disponíveis no host de destino. A configuração pode ser copiada do sistema de origem copiando o /usr/sap/sapservices arquivo para o servidor de destino. A saída a seguir mostra as entradas necessárias para o banco de dados SAP HANA usado na configuração do laboratório.

#!/bin/sh
LD_LIBRARY_PATH=/usr/sap/SS1/HDB00/exe:$LD_LIBRARY_PATH;export LD_LIBRARY_PATH;/usr/sap/SS1/HDB00/exe/sapstartsrv pf=/usr/sap/SS1/SYS/profile/SS1_HDB00_hana-1 -D -u ss1adm
limit.descriptors=1048576

Preparar o volume de backup de log e log

Como você não precisa clonar o volume de log do sistema de origem e qualquer recuperação é executada com a opção Limpar log, um volume de log vazio deve ser preparado no host de destino.

Como o sistema de origem foi configurado com um volume de backup de log separado, um volume de backup de log vazio deve ser preparado e montado no mesmo ponto de montagem que no sistema de origem.

hana-1:/# cat /etc/fstab
192.168.175.117:/SS1_repair_log_mnt00001 /hana/log/SS1/mnt00001 nfs rw,vers=3,hard,timeo=600,rsize=1048576,wsize=1048576,intr,noatime,nolock 0 0
192.168.175.117:/SS1_repair_log_backup /mnt/log-backup nfs rw,vers=3,hard,timeo=600,rsize=1048576,wsize=1048576,intr,noatime,nolock 0 0

Dentro do volume de log hdb*, você deve criar subdiretórios da mesma forma que no sistema de origem.

hana-1:/ # ls -al /hana/log/SS1/mnt00001/
total 16
drwxrwxrwx 5 root root 4096 Dec 1 06:15 .
drwxrwxrwx 1 root root 16 Nov 30 08:56 ..
drwxr-xr-- 2 ss1adm sapsys 4096 Dec 1 06:14 hdb00001
drwxr-xr-- 2 ss1adm sapsys 4096 Dec 1 06:15 hdb00002.00003
drwxr-xr-- 2 ss1adm sapsys 4096 Dec 1 06:15 hdb00003.00003

Dentro do volume de backup de log, você deve criar subdiretórios para o sistema e o banco de dados do locatário.

hana-1:/ # ls -al /mnt/log-backup/
total 12
drwxr-xr-- 2 ss1adm sapsys 4096 Dec 1 04:48 .
drwxr-xr-- 2 ss1adm sapsys 4896 Dec 1 03:42 ..
drwxr-xr-- 2 ss1adm sapsys 4096 Dec 1 06:15 DB_SS1
drwxr-xr-- 2 ss1adm sapsys 4096 Dec 1 06:14 SYSTEMDB

Prepare montagens de sistema de arquivos

Você deve preparar pontos de montagem para os dados e o volume compartilhado.

Com nosso exemplo, os diretórios /hana/data/SS1/mnt00001, /hana/shared e usr/sap/SS1 devem ser criados.

Prepare a execução de script

Você deve adicionar os scripts, que devem ser executados no sistema de destino ao arquivo de configuração de comandos permitidos do SnapCenter.

hana-7:/opt/NetApp/snapcenter/scc/etc # cat /opt/NetApp/snapcenter/scc/etc/allowed_commands.config
command: mount
command: umount
command: /mnt/sapcc-share/SAP-System-Refresh/sc-system-refresh.sh
command: /mnt/sapcc-share/SAP-System-Refresh/sc-mount-volume.sh
hana-7:/opt/NetApp/snapcenter/scc/etc #

Clonar o volume compartilhado DO HANA

  1. Selecione um backup instantâneo no volume compartilhado do sistema de origem SS1 e clique em Clone.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

  1. Selecione o host onde o sistema de reparo alvo foi preparado. O endereço IP de exportação NFS deve ser a interface de rede de storage do host de destino. Como SID alvo mantenha o mesmo SID do sistema de origem. No nosso exemplo SS1.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

  1. Insira o script de montagem com as opções de linha de comando necessárias.

    Observação O sistema SAP HANA usa um único volume tanto para /hana/shared , quanto para /usr/sap/SS1, separados em subdiretórios, conforme recomendado no guia de configuração "SAP HANA em sistemas NetApp AFF com NFS". O script sc-mount-volume.sh suporta essa configuração usando uma opção de linha de comando especial para o caminho de montagem. Se a opção de linha de comando mount path for igual a usr-sap-and-shared, o script monta os subdiretórios compartilhados e usr-sap no volume de acordo.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

  1. O ecrã Detalhes do trabalho no SnapCenter mostra o progresso da operação.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

  1. O arquivo de log do script sc-mount-volume.sh mostra as diferentes etapas executadas para a operação de montagem.

20201201041441###hana-1###sc-mount-volume.sh: Adding entry in /etc/fstab.
20201201041441###hana-1###sc-mount-volume.sh: 192.168.175.117://SS1_shared_Clone_05132205140448713/usr-sap /usr/sap/SS1 nfs rw,vers=3,hard,timeo=600,rsize=1048576,wsize=1048576,intr,noatime,nolock 0 0
20201201041441###hana-1###sc-mount-volume.sh: Mounting volume: mount /usr/sap/SS1.
20201201041441###hana-1###sc-mount-volume.sh: 192.168.175.117:/SS1_shared_Clone_05132205140448713/shared /hana/shared nfs rw,vers=3,hard,timeo=600,rsize=1048576,wsize=1048576,intr,noatime,nolock 0 0
20201201041441###hana-1###sc-mount-volume.sh: Mounting volume: mount /hana/shared.
20201201041441###hana-1###sc-mount-volume.sh: usr-sap-and-shared mounted successfully.
20201201041441###hana-1###sc-mount-volume.sh: Change ownership to ss1adm.

  1. Quando o fluxo de trabalho do SnapCenter estiver concluído, o /usr/sap/SS1 e os sistemas de arquivos /hana/shared são montados no host de destino.

hana-1:~ # df
Filesystem 1K-blocks Used Available Use% Mounted on
192.168.175.117:/SS1_repair_log_mnt00001 262144000 320 262143680 1% /hana/log/SS1/mnt00001
192.168.175.100:/sapcc_share 1020055552 53485568 966569984 6% /mnt/sapcc-share
192.168.175.117:/SS1_repair_log_backup 104857600 256 104857344 1% /mnt/log-backup
192.168.175.117:/SS1_shared_Clone_05132205140448713/usr-sap 262144064 10084608 252059456 4% /usr/sap/SS1
192.168.175.117:/SS1_shared_Clone_05132205140448713/shared 262144064 10084608 252059456 4% /hana/shared

  1. No SnapCenter, um novo recurso para o volume clonado é visível.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

  1. Agora que o volume /hana/compartilhado está disponível, os serviços do SAP HANA podem ser iniciados.

hana-1:/mnt/sapcc-share/SAP-System-Refresh # systemctl start sapinit

  1. Os processos SAP Host Agent e sapstartsrv agora são iniciados.

hana-1:/mnt/sapcc-share/SAP-System-Refresh # ps -ef |grep sap
root 12377 1 0 04:34 ? 00:00:00 /usr/sap/hostctrl/exe/saphostexec pf=/usr/sap/hostctrl/exe/host_profile
sapadm 12403 1 0 04:34 ? 00:00:00 /usr/lib/systemd/systemd --user
sapadm 12404 12403 0 04:34 ? 00:00:00 (sd-pam)
sapadm 12434 1 1 04:34 ? 00:00:00 /usr/sap/hostctrl/exe/sapstartsrv pf=/usr/sap/hostctrl/exe/host_profile -D
root 12485 12377 0 04:34 ? 00:00:00 /usr/sap/hostctrl/exe/saphostexec pf=/usr/sap/hostctrl/exe/host_profile
root 12486 12485 0 04:34 ? 00:00:00 /usr/sap/hostctrl/exe/saposcol -l -w60 pf=/usr/sap/hostctrl/exe/host_profile
ss1adm 12504 1 0 04:34 ? 00:00:00 /usr/sap/SS1/HDB00/exe/sapstartsrv pf=/usr/sap/SS1/SYS/profile/SS1_HDB00_hana-1 -D -u ss1adm
root 12582 12486 0 04:34 ? 00:00:00 /usr/sap/hostctrl/exe/saposcol -l -w60 pf=/usr/sap/hostctrl/exe/host_profile
root 12585 7613 0 04:34 pts/0 00:00:00 grep --color=auto sap
hana-1:/mnt/sapcc-share/SAP-System-Refresh #

Clonar serviços adicionais de aplicações SAP

Serviços de aplicações SAP adicionais são clonados da mesma forma que o volume compartilhado do SAP HANA, conforme descrito na seção "Clonagem do volume compartilhado do SAP HANA". É claro que o(s) volume(s) de storage necessário(s) dos servidores de aplicativos SAP também devem ser protegidos com o SnapCenter.

Você deve adicionar as entradas de serviços necessárias ao /usr/sap/sapservices, e os ports, usuários e os pontos de montagem do sistema de arquivos (por exemplo, /usr/sap/SID) devem ser preparados.

Clonagem do volume de dados e recuperação do banco de DADOS HANA

  1. Selecione um backup do SAP HANA Snapshot no sistema de origem SS1.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

  1. Selecione o host onde o sistema de reparo alvo foi preparado. O endereço IP de exportação NFS deve ser a interface de rede de storage do host de destino. Como SID alvo mantenha o mesmo SID do sistema de origem. No nosso exemplo SS1

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

  1. Insira os scripts pós-clone com as opções de linha de comando necessárias.

    Observação O script para a operação de recuperação recupera o banco de dados SAP HANA até o momento da operação Snapshot e não executa nenhuma recuperação futura. Se for necessária uma recuperação direta para um ponto específico no tempo, a recuperação deve ser realizada manualmente. Uma recuperação avançada manual também requer que os backups de log do sistema de origem estejam disponíveis no host de destino.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

O ecrã de detalhes do trabalho no SnapCenter mostra o progresso da operação.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

O arquivo de log sc-system-refresh do script mostra as diferentes etapas que são executadas para a montagem e a operação de recuperação.

20201201052124###hana-1###sc-system-refresh.sh: Recover system database.
20201201052124###hana-1###sc-system-refresh.sh: /usr/sap/SS1/HDB00/exe/Python/bin/python /usr/sap/SS1/HDB00/exe/python_support/recoverSys.py --command "RECOVER DATA USING SNAPSHOT CLEAR LOG"
20201201052156###hana-1###sc-system-refresh.sh: Wait until SAP HANA database is started ....
20201201052156###hana-1###sc-system-refresh.sh: Status: GRAY
20201201052206###hana-1###sc-system-refresh.sh: Status: GREEN
20201201052206###hana-1###sc-system-refresh.sh: SAP HANA database is started.
20201201052206###hana-1###sc-system-refresh.sh: Source system has a single tenant and tenant name is identical to source SID: SS1
20201201052206###hana-1###sc-system-refresh.sh: Target tenant will have the same name as target SID: SS1.
20201201052206###hana-1###sc-system-refresh.sh: Recover tenant database SS1.
20201201052206###hana-1###sc-system-refresh.sh: /usr/sap/SS1/SYS/exe/hdb/hdbsql -U SS1KEY RECOVER DATA FOR SS1 USING SNAPSHOT CLEAR LOG
0 rows affected (overall time 34.773885 sec; server time 34.772398 sec)
20201201052241###hana-1###sc-system-refresh.sh: Checking availability of Indexserver for tenant SS1.
20201201052241###hana-1###sc-system-refresh.sh: Recovery of tenant database SS1 succesfully finished.
20201201052241###hana-1###sc-system-refresh.sh: Status: GREEN
After the recovery operation, the HANA database is running and the data volume is mounted at the target host.
hana-1:/mnt/log-backup # df
Filesystem 1K-blocks Used Available Use% Mounted on
192.168.175.117:/SS1_repair_log_mnt00001 262144000 760320 261383680 1% /hana/log/SS1/mnt00001
192.168.175.100:/sapcc_share 1020055552 53486592 966568960 6% /mnt/sapcc-share
192.168.175.117:/SS1_repair_log_backup 104857600 512 104857088 1% /mnt/log-backup
192.168.175.117:/SS1_shared_Clone_05132205140448713/usr-sap 262144064 10090496 252053568 4% /usr/sap/SS1
192.168.175.117:/SS1_shared_Clone_05132205140448713/shared 262144064 10090496 252053568 4% /hana/shared
192.168.175.117:/SS1_data_mnt00001_Clone_0421220520054605 262144064 3732864 258411200 2% /hana/data/SS1/mnt00001

O sistema SAP HANA agora está disponível e pode ser usado, por exemplo, como um sistema de reparo.