Esegui la migrazione da SAP HANA ad AWS utilizzando SAP HSR con lo stesso nome host

Creato da Pradeep Puliyampatta (AWS)

Riepilogo

Le migrazioni SAP HANA verso Amazon Web Services (AWS) possono essere eseguite utilizzando diverse opzioni, tra cui backup e ripristino, esportazione e importazione e SAP HANA System Replication (HSR). La selezione di una particolare opzione dipende dalla connettività di rete tra i database SAP HANA di origine e di destinazione, dalla dimensione del database di origine, da considerazioni relative ai tempi di inattività e da altri fattori. 

L'opzione SAP HSR per la migrazione dei carichi di lavoro SAP HANA su AWS funziona bene quando è presente una rete stabile tra il sistema di origine e quello di destinazione e l'intero database (snapshot di replica SAP HANA DB) può essere replicato completamente entro 1 giorno, come stabilito da SAP per i requisiti di throughput di rete per SAP HSR. I requisiti di downtime con questo approccio si limitano all'esecuzione dell'acquisizione sull' AWS ambiente di destinazione, al backup di SAP HANA DB e alle attività successive alla migrazione.

SAP HSR supporta l'uso di diversi nomi host (nomi host mappati su diversi indirizzi IP) per il traffico di replica tra i sistemi primario, o di origine, e secondario o di destinazione. È possibile farlo definendo quei set specifici di nomi host nella sezione in. [system_replication_hostname_resolution] global.ini In questa sezione, tutti gli host dei siti primario e secondario devono essere definiti su ciascun host. Per i passaggi di configurazione dettagliati, consulta la documentazione SAP.

Un aspetto fondamentale di questa configurazione è che i nomi host nel sistema primario devono essere diversi dai nomi host nel sistema secondario. In caso contrario, è possibile osservare i seguenti errori.

Tuttavia, il numero di passaggi successivi alla migrazione può essere ridotto utilizzando lo stesso nome host SAP HANA DB nell'ambiente di destinazione. AWS  

Questo modello fornisce una soluzione alternativa per utilizzare lo stesso nome host negli ambienti di origine e di destinazione quando si utilizza l'opzione SAP HSR. Con questo modello, è possibile utilizzare l'opzione SAP HANA Hostname Rename. Si assegna un nome host temporaneo al database SAP HANA di destinazione per facilitare l'unicità del nome host per SAP HSR. Dopo che la migrazione ha completato la fase cardine dell'acquisizione sull'ambiente SAP HANA di destinazione, è possibile ripristinare il nome host del sistema di destinazione nel nome host del sistema di origine.

Prerequisiti e limitazioni

Prerequisiti

Limitazioni

Il seguente elenco di documenti SAP copre i problemi noti relativi a questa soluzione alternativa, inclusi i vincoli relativi al tiering dinamico su più livelli e alle migrazioni con scalabilità orizzontale di SAP HANA:

Versioni del prodotto

Architettura

Configurazione del codice sorgente

Un database SAP HANA è installato nell'ambiente di origine. Tutte le connessioni all'application server SAP e le interfacce DB utilizzano lo stesso nome host per le connessioni client. Il diagramma seguente mostra l'esempio del nome host di origine hdbhost e l'indirizzo IP corrispondente.

Configurazione del bersaglio

L'ambiente Cloud AWS di destinazione utilizza lo stesso nome host per eseguire un database SAP HANA. L'ambiente di destinazione su AWS include quanto segue:

Configurazione intermedia

Nel diagramma seguente, il nome host nell'ambiente di AWS destinazione viene temporaneamente rinominato in temp-host modo che i nomi host sull'origine e sulla destinazione siano univoci. Dopo che la migrazione ha completato la fase cardine dell'acquisizione nell'ambiente di destinazione, il nome host virtuale del sistema di destinazione viene rinominato utilizzando il nome originale,. hdbhost

La configurazione intermedia include una delle seguenti opzioni:

I server delle applicazioni SAP nell'ambiente di AWS destinazione possono essere installati prima della configurazione della replica o dopo l'acquisizione. Tuttavia, l'installazione degli application server prima della configurazione della replica può contribuire a ridurre i tempi di inattività durante l'installazione, la configurazione dell'alta disponibilità e i backup.

Strumenti

Servizi AWS

Altri strumenti

Epiche

hdbnsutil -sr_enable --name=siteA

(sid)adm $> HDB stop
(sid)adm $> hdbnsutil -sr_register –name=siteB –remotehost=hdbhost /
--remoteInstance=00 –replicationMode=async –operationMode=logreplay
(sid)adm $> HDB start

(sid)adm $> cdpy
(sidadm $> python systemReplicationStatus.py

hdbnsutil -sr_enable --name=siteA

(sid)adm $> HDB stop
(sid)adm $> hdbnsutil -sr_register –name=siteB –remotehost=hdbhost /
--remoteInstance=00 –replicationMode=async –operationMode=logreplay
(sid)adm $> HDB start

(sid)adm $> cdpy
(sidadm $> python systemReplicationStatus.py

Risorse correlate

Riferimenti SAP

I riferimenti alla documentazione SAP vengono aggiornati frequentemente da SAP. Per rimanere aggiornato, consulta la nota SAP 2407186 — Guide pratiche e white paper per SAP HANA High Availability.

Note SAP aggiuntive

Documenti SAP

AWS riferimenti

Informazioni aggiuntive

Le modifiche eseguite da nell'hdblcmambito dell'attività di ridenominazione del nome host vengono consolidate nel seguente registro dettagliato.