Controllo dei file di traccia del database

La traccia del database viene scritta in file specifici del servizio a livello di sistema operativo. La directory di traccia si trova qui:

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

Il seguente alias nell'ambiente dell'utente di <sid>adm ti aiuta a passare rapidamente alla directory di traccia a livello di sistema operativo:

cdtrace

I file di traccia del database utilizzano la seguente convenzione di denominazione:

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

Nel contesto del tiering dinamico, può esistere un file con la seguente convenzione ( SAP Nota 2871785):

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

indexserver_saphana01.30003.024.trc È possibile accedere a questi file direttamente, a livello di sistema operativo, o in uno dei seguenti modi:

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

Ulteriori informazioni di controllo

• SAP HANA Guida all'amministrazione - Controllo di coerenza della persistenza

Le istruzioni SQL che si trovano nelle seguenti note dell' SAP e indicano se è necessaria una riorganizzazione del database e la quantità di spazio che viene risparmiato dopo l'azione di riorganizzazione.

Questo controllo ha due scopi.

1. Evidenzia se l'azione di riorganizzazione è necessaria sul database dell' SAP HANA.
2. Se è necessaria un'azione di riorganizzazione, fornisce una dimensione stimata dopo che le azioni di risparmio di spazio sono state completate.

SAP e di dimensionamento extra Note

• SAP Nota 2363248 - SAP BW /4HANA Dimensionamento hardware
• SAP Risultati del benchmark SD
• Misurare in SAPS(SAP Application Performance Standard)

Altro materiale correlato SAP Note per l' EarlyWatch Segnalazioni di allerta

• SAP Nota 1257308 - FAQ: Utilizzo di EarlyWatch Avviso
• SAP Nota 1958910 - Avviso per il database HANA EarlyWatch
• SAP Nota 1911180 - HANA EarlyWatch Problemi con gli avvisi(EWA)
• SAP Solution Manager- Portale di assistenza Documentazione

Il server di destinazione deve avere una capacità di archiviazione uguale o superiore a quella del sistema di origine ed essere dimensionato correttamente

Ricordarsi di prendere in considerazione la crescita del database dell' SAP HANA, nonché la necessità di seguire le linee guida per l'architettura e la configurazione dell'archiviazione del sistema ( IBM ) per l' SAP HANA e TDI.

Il seguente documento delinea la configurazione di archiviazione richiesta per il server di destinazione in IBM Cloud:

• IBM Guida all'architettura e alla configurazione dell'archiviazione di sistema per l' SAP HANA e TDI

Considera lo spazio extra necessario per creare un punto di montaggio del file system per archiviare i file eseguibili del software e il backup iniziale del sistema di SAP HANA. Power Virtual Server A seconda dell'infrastruttura di archiviazione ( IBM ) pianificata, è possibile creare il file system come mount di archiviazione ( NFS ) da esportare in altri sistemi dell'architettura.

Assicurarsi che il sistema operativo del server di destinazione e il livello di patch corrispondano a quelli del server di origine

Controllare la versione del sistema operativo e il livello di patch sul sistema di destinazione. Per i sistemi produttivi, lo stesso livello assicura che l'installazione funzioni in modo simile e che le migrazioni avvengano con facilità. Per i sistemi non produttivi, ad esempio, un sistema proof of concept (POC) in IBM Power Virtual Server, una versione superiore del sistema operativo è un'opzione valida.

cat /etc/os-release

cat /etc/redhat-release

lsb_release -a

Assicurarsi che il file system e i punti di montaggio corrispondano al sistema sorgente

I sistemi sorgente e di destinazione devono avere la stessa mappatura per i sistemi di archiviazione, LVM e file. Solo l'obiettivo è la maggiore capacità di archiviazione necessaria o la migrazione. I requisiti della struttura del file system sono evidenziati anche all'inizio di questa sezione con i requisiti TDI. Inoltre, considerare che il punto di montaggio e l'UID e GUID di proprietà del file corrispondono al sistema sorgente. Inoltre, i punti di montaggio necessitano della stessa definizione dell' <SID> e su entrambi i sistemi. Quando si installa un'applicazione ( SAP HANA ) sul sistema di destinazione, vengono utilizzati gli stessi file di configurazione ( <SID> ) e di configurazione di rete ( <instance number> ) del sistema di origine.

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

Iscrizioni su /etc/hosts per tutti i sistemi coinvolti nel progetto di migrazione

S/4 Il file " /etc/hosts " deve contenere le voci per il sistema sorgente e qualsiasi applicazione dipendente ( SAP, Netweaver o FES Application Server). È possibile utilizzare un server DNS per la risoluzione delle risorse di rete, ma è utile includere gli indirizzi IP, il nome breve, l'FQDN e la descrizione per aiutare a identificare i server nel panorama nel file /etc/hosts, soprattutto se si verificano problemi con la risoluzione di rete o i servizi DNS.

Preparazione e messa a punto del sistema operativo per SAP HANA

Utilizzare le seguenti note di preparazione ( SAP ) per iniziare la fase di preparazione del sistema di destinazione per l'installazione di SAP HANA.

• SAP Nota 2777782 - SAP HANA DB: Impostazioni del sistema operativo consigliate per RHEL 8
• SAP Nota 2772999 - Red Hat Enterprise Linux 8.x: Installazione e configurazione
• SAP SAP Nota 3018133 - Linux: Esecuzione di applicazioni compilate con GCC 10.x

Assicurati di aver completato le attività menzionate nell' Recommended OS Settings for RHEL 8, poiché si tratta di importanti impostazioni di messa a punto e prestazioni che devono essere applicate. Se ignorato, può influire sull'installazione dei prodotti dell SAP, nonché sulle prestazioni successive.

Controlli pre- SAP HANA i utilizzando lo strumento HCMT

L'hardware di SAP HANA e gli strumenti di misurazione cloud hcmt aiutano a misurare e analizzare i sistemi hardware o cloud prima di implementare SAP HANA o richiedere la certificazione SAP HANA. Gli strumenti sono costituiti dai seguenti componenti:

• SAP HANA hardware e strumento di misurazione cloud
• SAP HANA hardware e analisi delle misurazioni cloud

Utilizzare la seguente nota di SAP per controllare e verificare il sistema operativo e la configurazione prima di installare SAP HANA.

• SAP Nota 2493172 - SAP HANA Hardware e strumenti di misurazione cloud

Se si verifica un problema di porta quando si esegue hcmt, aprire una seconda sessione Terminale. Passare alla directory di configurazione di hcmt, quindi avviare una sessione che mantenga aperta la porta richiesta.

Per eseguire hcmt in modalità server-client, è necessario avviare due sessioni:

1. hcmt modalità server attiva: un host di salto per raccogliere i risultati dei test dai server remoti
2. hcmt cliente sui sistemi di destinazione che sono destinati a eseguire SAP HANA, eseguire un test delle prestazioni hcmt utilizzando il piano di esecuzione completo.

sudo ./hcmt -v -S

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

Server started, listening on port 50000 ...

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

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

Installazione di SAP HANA sul sistema di destinazione

Ricordare le seguenti variabili:

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

In questo esempio, l'installazione è arrivata al punto in cui è necessario inserire "Y" per continuare. Torna alla directory HANA_DATABASE.

Esegui il comando del gestore del ciclo di vita del database di SAP HANA.

sudo ./hdblcm

L'esempio seguente è il risultato atteso.

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

In questo modo verranno scansionate le directory per il software richiesto.

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`

Scegliere n per nessuna posizione componenti aggiuntivi e continuare.

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`

Entra in 1 e premi il tasto " <enter> " per installare un nuovo sistema.

Continuiamo con l'esempio seguente.

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`

Entra in 1 e premi <enter> per installare tutti i componenti. Accetta una serie di valori predefiniti nella riga successiva dell'output.

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

Inserisci n per nessun sistema aggiuntivo. Controllare i parametri del sistema di database SAP HANA di origine:

• fonte SAP HANA SID
• fonte SAP HANA Instance Number

Continua con gli stessi valori per il sistema di destinazione:

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

Immettere un numero che rappresenti la funzione pianificata. Nell'esempio, 2 indica un sistema di test.

Accetta più valori predefiniti:

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]:

Determinare queste password come impostate sul sistema sorgente:

• sapadm password
• <sid>adm password
• Sistema Database Utente SYSTEM password

Imposta le stesse password sul sistema di destinazione:

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

Al termine, è possibile verificare che le selezioni effettuate per l'installazione siano corrette. Quindi, selezionare "Sì" per iniziare. Dopo circa 20 minuti, viene visualizzato il seguente messaggio.

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

Verifica che SAP HANA sia in esecuzione e determinazione della versione

Esegui il seguente comando HDB proc per verificare che tutti i servizi siano stati avviati sul sistema di SAP HANA e primario e secondario.

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

SAP HANA la versione deve essere uguale o superiore al server primario

Per verificare la versione del database di SAP HANA, utilizzare il seguente comando su entrambi i nodi.

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

Backup iniziale del database MDC/SYSTEMDB SAP HANA

Controllo opzionale dei file di log delle tracce

La traccia del database viene scritta in file specifici del servizio a livello di sistema operativo. La directory trace si trova nella seguente posizione:

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

Il seguente alias nell'ambiente dell'utente ${sid}adm consente di passare rapidamente alla directory di traccia a livello di sistema operativo:

cdtrace

I file di traccia del database utilizzano la seguente convenzione di denominazione:

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

Nel contesto del tiering dinamico, può esistere un file con la seguente convenzione ( SAP Nota 2871785):

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

• Esempio:

indexserver_saphana01.30003.024.trc È possibile accedere a questi file direttamente a livello di sistema operativo o in uno dei seguenti modi:

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

Controllare l'utente del database dell' SAP HANA e sul sistema sorgente

Verificare con il team di amministrazione di base dell' SAP, o con gli amministratori dell' SAP HANA, quale utente del database dell' SAP HANA e viene utilizzato per accedere al sistema. In genere questo utente è l'utente SYSTEM, o l'utente proprietario dello schema SAP se il team di amministrazione di base SAP ha implementato gli avvisi di sicurezza SAP.

Impostare le variabili di ambiente sui sistemi di SAP HANA e primario e secondario

Per semplificare la configurazione, preparare le seguenti variabili di ambiente per ${sid}adm su entrambi i nodi. Queste variabili ambientali vengono utilizzate nei comandi successivi nel resto degli esempi.

Su entrambi i nodi, eseguire i seguenti comandi. Ricordate che le variabili devono essere le stesse su entrambi i sistemi, sorgente e destinazione.

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

Assicurarsi che SAP HANA sia in esecuzione su entrambi i sistemi

Come utente del sistema operativo ${sid}adm, il comando HDB proc può essere utilizzato per verificare che tutti i servizi siano avviati.

Esegui il seguente comando su entrambi i sistemi, server primario e secondario di SAP HANA.

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

SAP HANA la versione deve essere uguale o superiore al server primario

Esegui il seguente comando su ogni nodo per determinare la versione del server di SAP HANA.

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

La versione del sistema di destinazione deve essere uguale o superiore rispetto alla versione del sistema di origine. L'unica eccezione per la versione è per una configurazione abilitata alla lettura dell' Active/Active, in questo caso la versione HDB deve essere identica sul sistema sorgente e sul sistema di destinazione.

• Pertanto, assicurarsi che la configurazione del sistema sia identica sia sul server di origine che su quello di destinazione. Quindi, confrontare le impostazioni nei file ini su entrambi i sistemi.

• Per una configurazione scale-out, assicurarsi che il numero di nodi di lavoro (scale-out) e i ruoli siano identici sia sul server di origine che su quello di destinazione.

• Su entrambi i sistemi devono essere utilizzati gli stessi indirizzi ${sid} e instance numbers.

• Backup dell' PKI SSFS .key and the .dat files e dai sistemi primario e secondario.

• Copiare le chiavi PKI esistenti dal sistema primario a quello secondario.

Per essere sicuri di poter ripristinare lo stato originale di installazione, se necessario, eseguire il backup delle chiavi esistenti sia sul sistema primario che su quello secondario.

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>

Dopo aver eseguito il backup dei file PKI SSFS .key e .dat esistenti, è necessario copiare i file PKI SSFS .key e .dat dal sistema primario al sistema di destinazione.

I canali di trasmissione dei dati e dei log dell' SAP HANA 2.0 per il processo di replica richiedono l'autenticazione tramite i file di certificato di archiviazione PKI SSFS del sistema.

• SAP Nota 2369981 - Passaggi di configurazione necessari per l'autenticazione con HANA System Replication

I file dei certificati di archiviazione PKI SSFS del sistema sono memorizzati in /usr/sap/${SID}/SYS/global/security/rsecssfs/ nelle sottodirectory data e key.

Su NODE2, eseguire i seguenti comandi per copiare i file SSFS_${SID}.DAT e SSFS_${SID}.KEY da NODE1.

Come utent ${sid}adm, esegui i due comandi seguenti su 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

I certificati di archiviazione PKI SSFS copiati su NODE2 si attivano all'avvio del sistema di gestione dell' SAP HANA.

Controllare che il parametro di configurazione " log_mode " sia impostato su "normal"

Assicurarsi che il parametro di configurazione log_mode sia impostato su normale nella sezione persistence dell' global.ini, sia sul server primario che su quello secondario dell' SAP HANA.

Esegui il seguente comando su entrambi i sistemi per verificare l'impostazione dell' log_mode.

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

Il risultato atteso è il seguente.

log_mode=normal

Registra prima il server primario

SAP HANA Sul sistema di replica primaria (Primary Replication System, PRS), eseguire il seguente comando per registrare questo nodo come nodo di replica ( primary ) per la replica di sistema ( SAP HANA ).

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

Il risultato atteso è il seguente.

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

Verificare se il sistema primario è registrato

Verificare che il sistema primario sia stato registrato correttamente utilizzando il seguente comando.

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

Il risultato atteso è il seguente.

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.

Assicurarsi che SAP HANA non sia attivo sul sito secondario

Il sito secondario non deve essere un server di SAP HANA attivo. Interrompi i servizi di database di Stop SAP HANA, utilizzando il seguente comando.

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

Il risultato atteso è il seguente.

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.

Registrare il sistema secondario

Ora registriamo il sistema secondario.

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]

Ad esempio, se si utilizza

• SiteOnCloud come nome del sito secondario
• syncmem come modalità di replica e
• logreplay come modalità di funzionamento

L'ultimo comando si presenta come nell'esempio seguente.

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

Il risultato atteso è il seguente.

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

Risolvere gli errori di hdbnsutil con SELinux abilitato

Se è abilitato SELinux ( Linux ), l'output di hdbnsutil non è quello previsto. Si può notare uno dei due sintomi seguenti.

• Command is not recognized messaggio di errore
• Informazioni sull'utilizzo visualizzate

SELinux, quando impostato su enforcing, impedisce al comando hdbnsutil di riavviare il saphostagent nel contesto utente ${sid}adm. È possibile aggiungere adeguate politiche di sicurezza SELinux o come raccomandato dall SAP. Quindi, disabilitare SELinux.

Controllare lo stato attuale di SELinux con il seguente comando.

sestatus

Il seguente output è un esempio.

SELinux status:                 enforcing

Se il comando sestatus restituisce un enforcing, allora i comandi, anche se eseguiti con privilegi di root, possono essere bloccati, a seconda della politica di sicurezza.

Per disabilitare temporaneamente SELinux, eseguire il seguente comando.

sudo setenforce 0

SELinux è ora temporaneamente disabilitato fino al prossimo riavvio.

Ora controlla di nuovo con sestatus, lo stato mostra disabled.

Controllare se il processo saphostagent è in esecuzione con il seguente comando.

sudo ps -ef | grep -i host

Se l'output è vuoto e non viene visualizzato alcun processo, riavviare manualmente saphostagent.

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

Controllare lo stato del sistema primario

Verificare lo stato di replica del sistema sul nodo primario. Eseguite il seguente comando sul server primario:

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

Il risultato atteso è il seguente.

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.

Controllare lo stato del sistema secondario

Ora controlla lo stato di replica del sistema sul secondo nodo. Esegui lo stesso comando sul secondo server.

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

Il risultato atteso è il seguente.

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.

Riavviare il server secondario

Finora entrambi i server di SAP HANA sono configurati come partner di replica. Ora riavvia il server secondario di SAP HANA per completare la configurazione della replica.

Eseguire il seguente comando sul server secondario.

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

Il risultato atteso è il seguente.

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

Controlla HDB info o HDB proc sul lato secondario per confermare che SAP HANA è di nuovo in funzione. Se l'operazione ha esito positivo, eseguire il comando " sr_state " sul sistema primario.

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

Il risultato atteso è il seguente.

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.

Controllare lo stato della replica

Dopo aver configurato il sistema secondario e avviato l' SAP HANA, sul server secondario il processo di replica inizia automaticamente a sincronizzare i dati con un full replica. È possibile verificare la replica iniziale sul server primario e osservare lo stato di completamento corrente dell'azione di replica completa.

Eseguite lo script Python con il seguente comando.

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

Il risultato atteso è il seguente.

|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

Quattro metodi per controllare lo stato di replica del sistema

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

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

overall system replication status: ACTIVE

sudo -i -u ${sid}adm -- hdbcons -e hdbindexserver "replication info"

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

Completamento della replica del post

Prima di disabilitare la configurazione della replica, controllare i log di traccia per eventuali incongruenze o anomalie dopo l'esecuzione dell'azione di replica. Al termine della replica, il database contiene tutti i servizi attivi solo sul sistema primario. Ma è comunque possibile esaminare i registri delle tracce per individuare eventuali incongruenze o problemi.