Skip to main content
NetApp Solutions SAP
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Clone del sistema SAP con SnapCenter

Collaboratori
PDF

In questa sezione viene fornita una descrizione dettagliata dell'operazione di clonazione del sistema SAP, che può essere utilizzata per configurare un sistema di riparazione per risolvere il problema della corruzione logica.

La figura seguente riassume i passaggi necessari per un'operazione di cloning di sistema SAP con SnapCenter.

  1. Preparare l'host di destinazione.

  2. Il clone di SnapCenter crea un workflow per il volume condiviso di SAP HANA.

  3. Avviare i servizi SAP HANA.

  4. Il clone di SnapCenter crea il workflow per il volume di dati SAP HANA, incluso il recovery del database.

  5. Il sistema SAP HANA può ora essere utilizzato come sistema di riparazione.

    Nota Se è necessario ripristinare il sistema su un backup Snapshot diverso, i passaggi 6 e 4 sono sufficienti. Il volume condiviso di SAP HANA può continuare a essere montato.

    Se il sistema non è più necessario, il processo di pulizia viene eseguito con le seguenti operazioni.

  6. Flusso di lavoro di eliminazione dei cloni SnapCenter per il volume di dati SAP HANA, incluso l'arresto del database.

  7. Arrestare i servizi SAP HANA.

  8. Flusso di lavoro di eliminazione dei cloni SnapCenter per il volume condiviso SAP HANA.

copia sc clone image9

Prerequisiti e limitazioni

I flussi di lavoro descritti nelle sezioni seguenti presentano alcuni prerequisiti e limitazioni relativi all'architettura di sistema SAP HANA e alla configurazione SnapCenter.

  • Il flusso di lavoro descritto è valido per sistemi SAP HANA MDC a host singolo. Non sono supportati più sistemi host.

  • Il plug-in SAP HANA di SnapCenter deve essere implementato sull'host di destinazione per consentire l'esecuzione degli script di automazione.

  • Il workflow è stato validato per NFS. L'automazione script sc-mount-volume.sh, utilizzata per montare il volume condiviso SAP HANA, non supporta FCP. Questa operazione deve essere eseguita manualmente o estendendo lo script.

  • Il flusso di lavoro descritto è valido solo per SnapCenter 5,0 o versioni successive.

Setup di laboratorio

La figura riportata di seguito mostra la configurazione di laboratorio utilizzata per il funzionamento dei cloni del sistema.

Sono state utilizzate le seguenti versioni software:

  • SnapCenter 5,0

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

  • SLES 15

  • ONTAP 9.7P7

Tutti i sistemi SAP HANA devono essere configurati in base alla guida alla configurazione "SAP HANA su sistemi NetApp AFF con NFS". SnapCenter e le risorse SAP HANA sono state configurate in base alla guida alle Best practice "Backup e ripristino SAP HANA con SnapCenter".

copia sc clone image41

Preparazione dell'host di destinazione

In questa sezione vengono descritte le fasi di preparazione richieste per un server utilizzato come destinazione di un clone di sistema.

Durante il normale funzionamento, l'host di destinazione può essere utilizzato per altri scopi, ad esempio come sistema di test o QA SAP HANA. Pertanto, la maggior parte delle fasi descritte deve essere eseguita quando viene richiesta l'operazione di cloni del sistema. D'altra parte, i file di configurazione rilevanti, come /etc/fstab e /usr/sap/sapservices, possono essere preparati e poi messi in produzione semplicemente copiando il file di configurazione.

La preparazione dell'host di destinazione include anche l'arresto del sistema di QA o di test SAP HANA.

Nome host e indirizzo IP del server di destinazione

Il nome host del server di destinazione deve essere identico al nome host del sistema di origine. L'indirizzo IP può essere diverso.

Nota È necessario stabilire un corretto scherma del server di destinazione in modo che non possa comunicare con altri sistemi. Se non si dispone di un corretto sistema di recinzione, il sistema di produzione clonato potrebbe scambiare dati con altri sistemi di produzione.
Nota Nella configurazione di laboratorio, abbiamo modificato il nome host del sistema di destinazione solo internamente dal punto di vista del sistema di destinazione. Esternamente l'host era ancora accessibile con il nome host hana-7. Una volta effettuato l'accesso all'host, l'host stesso è hana-1.

Installare il software richiesto

Il software dell'agente host SAP deve essere installato sul server di destinazione. Per informazioni complete, consultare il "Agente host SAP" portale dell'assistenza SAP.

Il plug-in SAP HANA di SnapCenter deve essere implementato sull'host di destinazione utilizzando l'operazione add host all'interno di SnapCenter.

Configurare utenti, porte e servizi SAP

Gli utenti e i gruppi richiesti per il database SAP HANA devono essere disponibili sul server di destinazione. In genere, viene utilizzata la gestione centrale degli utenti, pertanto non sono necessarie operazioni di configurazione sul server di destinazione. Le porte richieste per il database SAP HANA devono essere configurate sugli host di destinazione. La configurazione può essere copiata dal sistema di origine copiando il file /etc/Services nel server di destinazione.

Le voci dei servizi SAP richieste devono essere disponibili sull'host di destinazione. È possibile copiare la configurazione dal sistema di origine copiando /usr/sap/sapservices sul server di destinazione. Il seguente output mostra le voci richieste per il database SAP HANA utilizzato nella configurazione di laboratorio.

#!/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

Preparare il volume di backup del log e del log

Poiché non è necessario clonare il volume di log dal sistema di origine e viene eseguito un ripristino con l'opzione Clear log, è necessario preparare un volume di log vuoto sull'host di destinazione.

Poiché il sistema di origine è stato configurato con un volume di backup del registro separato, è necessario preparare e montare un volume di backup del registro vuoto nello stesso punto di montaggio del sistema di origine.

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

All'interno del volume di log hdb*, è necessario creare le sottodirectory nello stesso modo del sistema di origine.

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

All'interno del volume di backup del registro, è necessario creare sottodirectory per il sistema e il database tenant.

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

Preparare i montaggi del file system

È necessario preparare i punti di montaggio per i dati e il volume condiviso.

Con il nostro esempio, le directory /hana/data/SS1/mnt00001, /hana/shared e usr/sap/SS1 devono essere create.

Preparare l'esecuzione dello script

È necessario aggiungere gli script che devono essere eseguiti sul sistema di destinazione al file di configurazione dei comandi consentiti da 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 #

Clonazione del volume condiviso HANA

  1. Selezionare un backup Snapshot dal volume condiviso SS1 del sistema di origine e fare clic su Clone (Clona).

copia sc clone image42

  1. Selezionare l'host in cui è stato preparato il sistema di riparazione di destinazione. L'indirizzo IP di esportazione NFS deve essere l'interfaccia di rete dello storage dell'host di destinazione. Come SID di destinazione, mantenere lo stesso SID del sistema di origine. Nel nostro esempio SS1.

copia sc clone image43

  1. Inserire lo script di montaggio con le opzioni della riga di comando richieste.

    Nota Il sistema SAP HANA utilizza un singolo volume per /hana/shared e per /usr/sap/SS1, separato in sottodirectory come consigliato nella guida alla configurazione "SAP HANA su sistemi NetApp AFF con NFS". Lo script sc-mount-volume.sh supporta questa configurazione utilizzando una speciale opzione della riga di comando per il percorso di mount. Se l'opzione della riga di comando del percorso di mount è uguale a usr-sap-and-shared, lo script monta le sottodirectory condivise e usr-sap nel volume di conseguenza.
copia sc clone image44

  1. La schermata Dettagli lavoro in SnapCenter mostra lo stato di avanzamento dell'operazione.

copia sc clone image45

  1. Il file di log dello script sc-mount-volume.sh mostra le diverse fasi eseguite per l'operazione di mount.

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. Al termine del flusso di lavoro di SnapCenter, i file system /usr/sap/SS1 e /hana/shared vengono montati sull'host di destinazione.

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. In SnapCenter, è visibile una nuova risorsa per il volume clonato.

copia sc clone image46

  1. Ora che il volume /HANA/condiviso è disponibile, è possibile avviare i servizi SAP HANA.

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

  1. I processi SAP host Agent e sapstartsrv sono stati avviati.

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 #

Clonare servizi applicativi SAP aggiuntivi

Vengono clonati altri servizi applicativi SAP nello stesso modo del volume condiviso SAP HANA, come descritto nella sezione "Cloning del volume condiviso SAP HANA". Naturalmente, anche i volumi di storage richiesti dei server applicazioni SAP devono essere protetti con SnapCenter.

È necessario aggiungere le voci di servizi richieste a /usr/sap/sapServices, e le porte, gli utenti e i punti di montaggio del file system (ad esempio, /usr/sap/SID) devono essere preparati.

Clonazione del volume di dati e ripristino del database HANA

  1. Seleziona un backup SAP HANA Snapshot dal sistema di origine SS1.

copia sc clone image47

  1. Selezionare l'host in cui è stato preparato il sistema di riparazione di destinazione. L'indirizzo IP di esportazione NFS deve essere l'interfaccia di rete dello storage dell'host di destinazione. Come SID di destinazione, mantenere lo stesso SID del sistema di origine. Nel nostro esempio SS1

copia sc clone image48

  1. Immettere gli script post-clone con le opzioni della riga di comando richieste.

    Nota Lo script per l'operazione di recovery recupera il database SAP HANA fino al point-in-time dell'operazione Snapshot e non esegue alcun recovery in avanti. Se è necessario un ripristino in avanti a un determinato momento, il ripristino deve essere eseguito manualmente. Un forward recovery manuale richiede inoltre che i backup del log dal sistema di origine siano disponibili sull'host di destinazione.
copia sc clone image23

La schermata dei dettagli del lavoro in SnapCenter mostra lo stato di avanzamento dell'operazione.

copia sc clone image49

Il file di log dello sc-system-refresh script mostra le diverse fasi eseguite per l'operazione di mount e di ripristino.

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

Il sistema SAP HANA è ora disponibile e può essere utilizzato, ad esempio, come sistema di riparazione.