Ripristinare e recuperare le istanze di scalabilità orizzontale SAP HANA

Questa pagina include informazioni sul recupero delle istanze di scalabilità orizzontale SAP HANA dai backup del servizio di backup e DR.

Requisiti di licenza e impatto sul ripristino

  • La codice licenza per un database SAP HANA si basa sull'ID sistema e sull'ID hardware. Dopo un ripristino, una codice licenza SAP HANA non è più valida se l'ID hardware o l'SID è cambiato.
  • Durante il ripristino, viene installata automaticamente una codice licenza temporanea se il backup utilizzato per il ripristino ha una licenza permanente, ancora valida. Puoi utilizzare la licenza temporanea installata automaticamente per un massimo di 90 giorni. Durante questo periodo, devi richiedere a SAP il trasferimento della licenza dal database di origine a una nuova codice licenza. Dopodiché, devi installare la nuova codice licenzaa nel database SAP HANA recuperato.
  • Se il backup utilizzato per il recupero aveva solo una licenza temporanea, il database è in modalità di blocco immediatamente dopo il recupero.

Database di origine con licenza temporanea Si tratta di backup eseguiti con licenze temporanee.

  • Ripristina l'origine: Sono trascorsi 90 giorni dalla creazione del database e quest'ultimo è in modalità di blocco.
  • Ripristina nel nuovo target. L'operazione non va a buon fine perché la licenza temporanea SAP non consente il ripristino nella nuova destinazione.

Database di origine con licenza permanente Si tratta di backup eseguiti con licenze permanenti.

  • Ripristina la fonte. Nessun problema.
  • Ripristina nel nuovo target. Dispone di una licenza di prova di 90 giorni. I backup vanno a buon fine, ma non è possibile utilizzarli per il ripristino.

Riferimenti SAP

Controllo preliminare

Durante la procedura di ripristino, i controlli preflight convalidano il recupero. Questi prerequisiti obbligatori vengono controllati per un corretto ripristino del database:

  • SID HANA: HANA è configurato sul nodo di destinazione con lo stesso nome SID HANA.
  • File di configurazione: il file di configurazione global.ini è configurato correttamente
  • Percorso di backup dei log: il percorso di backup dei log è impostato in global.ini
  • BACKINT CONFIG:
    • Dall'immagine a livello di volume: Backint non è configurato per questo database.
    • Da immagine completa + incrementale: se il server di destinazione non è già configurato con backint, backint viene configurato durante il ripristino.
  • VERSIONE HANA: la versione HANA di destinazione è uguale alla versione HANA di origine.
  • USERSTOREKEY: fornisci la chiave userstore esistente nella destinazione o un nome utente e una password con privilegi validi esistenti al momento del backup.
  • Volume logico
    • Il nome del volume logico e il nome del gruppo di volumi devono essere uguali sul nodo di origine e di destinazione.
    • La dimensione del volume logico di destinazione deve essere uguale o maggiore del volume logico di origine.
  • Stato del nodo
    • Scale-up e configurazione autonoma: il nodo di destinazione è attivo e disponibile
    • Configurazione HA (1+n) di HANA: la replica deve essere disattivata prima che possa essere avviato il ripristino. La replica post-ripristino deve essere riconfigurata. Il ripristino su qualsiasi nodo di un cluster HANA HA (1+n) comporta la creazione di un'applicazione autonoma sull'host di destinazione selezionato. L'utente deve configurare esplicitamente il cluster in base alle esigenze e rilevare l'applicazione in modo appropriato

Recupero automatico di un database SAP HANA

Prima di iniziare

A nuovo dall'immagine di backup a livello di volume

Recupero automatico di un database HANA in una nuova destinazione da un'immagine di backup a livello di volume

  1. Nell'elenco Applicazioni di Gestione app, fai clic con il tasto destro del mouse sul database e seleziona Accesso.
  2. Seleziona l'ultimo snapshot da recuperare e scegli Ripristina.

  3. Nella pagina Ripristina, scegli Ripristina target precedente.

    • Target. Per tutte le configurazioni, i nodi HANA idonei saranno disponibili tra le opzioni del menu a discesa. Seleziona il nodo da ripristinare dal menu a discesa.

    • Sostituisci l'identità dell'applicazione originale. Questa opzione è disponibile solo quando il ripristino viene eseguito su un nuovo host sulla stessa appliance in cui è stato generato originariamente il backup.

      • Sì. In questo modo, l'applicazione originale verrà sostituita e manterrà lo stesso ID applicazione, la stessa cronologia dei lavori, le stesse immagini di backup e lo stesso piano di backup dell'applicazione originale.
      • No.Non sostituirà la richiesta originale. Verrà rilevato come nuova applicazione nell'ambito del job di ripristino.
    • Tempo di rollforward. Scegli una data e un'ora per il recupero di un database protetto con log.
    • SID DEL DATABASE DI DESTINAZIONE. Questo campo verrà precompilato con il nome SID del database protetto ed è immutabile.

    • SAP DB USER STORE-KEY. Questo campo verrà precompilato con la chiave del negozio dell'utente durante il backup. È possibile specificare una nuova chiave userstore con un nome utente e una password con privilegi disponibili durante il backup. Verrà creata questa nuova chiave userstore, che verrà utilizzata per il recupero.

    • Se vengono forniti nome utente e password con la chiave del datastore esistente, la chiave del datastore verrà ricreata con questo nome utente e password. La convalida verrà eseguita solo dopo il ripristino di systemdb. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o o non contengono il privilegio corretto e/o non sono disponibili come parte dell'immagine di backup.

    • Se viene specificata una nuova chiave userstore con nome utente e password, la chiave userstore verrà creata con il nome, il nome utente e la password specificati. La convalida verrà eseguita solo dopo il ripristino di systemdb. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto oppure non sono disponibili nell'immagine di backup.

    • Se non vengono passati userstorekey, nome utente e password, durante il controllo preliminare verrà eseguita la convalida per verificare se userstorekey utilizzato durante il backup esiste sul server di destinazione. Il controllo preliminare non andrà a buon fine se non viene trovata la userstorekey utilizzata durante il backup. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto oppure non sono disponibili nell'immagine di backup.

    • Se non viene passata alcuna userstorekey, ma vengono forniti nome utente e password, la userstorekey utilizzata durante il backup verrà ricreata con le credenziali passate sul server di destinazione. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto e/o non sono disponibili nell'immagine di backup.

  4. Fai clic sul controllo pre-volo.

  • Se il controllo pre-volo non va a buon fine, risolvi il problema e invia di nuovo il controllo pre-volo.
  • Se il controllo pre-volo va a buon fine, fai clic su Invia per inviare il job di ripristino.

Per eseguire l'origine dall'immagine di backup a livello di volume

Recupero automatico di un database HANA nell'origine da un'immagine di backup a livello di volume

  1. Nell'elenco Applicazioni di Gestione applicazioni, fai clic con il tasto destro del mouse sul database e seleziona Accesso. Scegli Ripristina dallo snapshot più recente da recuperare.

  2. Nella pagina Ripristina, scegli Ripristina torna all'origine.

    • Target completa i seguenti passaggi:
      • Per la configurazione SAP HANA autonoma, il campo Destinazione è precompilato.
      • Per la configurazione HANA HA (1+n), seleziona il nodo HANA HA da ripristinare dall'elenco a discesa.
    • Tempo di rollforward. Scegli una data e un'ora per il recupero di un database protetto con log.
    • SID DEL DATABASE DI DESTINAZIONE. Questo campo verrà precompilato con il nome SID del database protetto ed è immutabile.
    • SAP DB USER STORE-KEY. Questo campo verrà precompilato con la chiave del negozio dell'utente durante il backup. È possibile specificare una nuova chiave userstore con un nome utente e una password con privilegi disponibili durante il backup. Verrà creata questa nuova chiave userstore, che verrà utilizzata per il recupero.
      • Se il nome utente e la password vengono forniti con la chiave userstore esistente, la chiave userstore verrà ricreata con questo nome utente e questa password. La convalida verrà eseguita solo dopo il ripristino di systemdb. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto e/o non sono disponibili come parte dell'immagine di backup.
      • Se viene specificata una nuova chiave userstore con nome utente e password, la chiave userstore verrà creata con il nome, il nome utente e la password specificati. La convalida verrà eseguita solo dopo il recupero di systemdb. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio giusto e/o non sono disponibili nell'immagine di backup.
      • Se non vengono passati userstorekey, nome utente e password, durante il controllo preliminare viene eseguita la convalida per verificare se userstorekey utilizzato durante il backup esiste sul server di destinazione. Il controllo preliminare non andrà a buon fine se non viene trovata la userstorekey utilizzata durante il backup. Il recupero del tenant potrebbe non riuscire se le credenziali non sono valide o non contengono il privilegio corretto e/o non sono disponibili come parte dell'immagine di backup.
      • Se non viene passata alcuna chiave userstore, ma sono stati forniti nome utente e password, la chiave userstore utilizzata durante il backup verrà ricreata con le credenziali passate sul server di destinazione. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio giusto e/o non sono disponibili come parte dell'immagine di backup.
    1. Fai clic su Controllo pre-volo.
    • Se il controllo pre-volo non va a buon fine, risolvi il problema e invia di nuovo il controllo pre-volo.
    • Se il controllo pre-volo va a buon fine, fai clic su Invia per inviare il job di ripristino.

A partire dall'immagine di backup completo e incrementale

Recupero automatico di un database HANA in una nuova destinazione da un'immagine di backup completo e incrementale

  1. Nella console di gestione Gestione applicazioni, nell'elenco Applicazioni, fai clic con il tasto destro del mouse sul database e seleziona Accesso.
  2. Seleziona l'ultimo snapshot da recuperare e scegli Ripristina.

  3. Nella pagina Ripristina, scegli Ripristina in una nuova destinazione.

    • Target. Per la configurazione HANA autonoma, questo campo viene precompilato. I nodi HANA HA saranno disponibili per la scelta nel menu a discesa; seleziona il nodo per il ripristino dal menu a discesa.

    • Sostituisci identità originale. Questa opzione è disponibile solo quando il ripristino viene eseguito su un nuovo host sulla stessa appliance di backup/ripristino in cui è stato generato originariamente il backup.

      • Sì. Sostituirà l'applicazione originale e avrà lo stesso ID applicazione, la stessa cronologia dei job, le stesse immagini di backup e lo stesso piano di backup dell'applicazione originale.
      • No.Non sostituirà la richiesta originale. Verrà rilevata come nuova applicazione nell'ambito del job di ripristino. Dopo un ripristino HANA HA, il nodo diventerà autonomo e manterrà lo stesso appid del cluster. Se attivi la replica, la successiva scoperta troverà il cluster e continuerà a utilizzare lo stesso appid dell'host del cluster.

    • INCLUDE LIST. Per il recupero di SYSTEMDB con o senza uno o più database tenant su n database tenant, fornisci un elenco separato da virgole di database in INCLUDE.

    • Per EXCLUDE LIST, per escludere SYSTEMDB o uno o più database tenant durante il ripristino da n database tenant: fornisci un elenco di database separati da virgole in EXCLUDE. Ad esempio, se inserisci SYSTEMDB nell'elenco di esclusione, SYSTEMDB non verrà recuperato e verranno recuperati tutti i database tenant di cui è stato eseguito il backup.

      • Se sia INCLUDE LIST che EXCLUDE LIST sono vuoti, verranno recuperati SYSTEMDB e tutti i tenant (tn1,tn2,tn3).
      • Se vuoi recuperare un singolo tenant tn1, utilizza l'elenco di inclusione con tn1.
      • Se vuoi recuperare tn2 e tn3 ed escludere SYSTEMDB e tn1, utilizza l'elenco di inclusione con solo tn2 e tn3.
      • Se vuoi recuperare solo tutti i tenant (tn1,tn2,tn3) ed escludere SYSTEMDB, escludi SYSTEMDB o includi tn1, tn2, tn3.

    • Tempo di rollforward. Scegli una data e un'ora per il recupero di un database protetto con log.

    • SID DEL DATABASE DI DESTINAZIONE. Questo campo verrà precompilato con il nome SID del database protetto ed è immutabile.

    • SAP DB USERSTORE KEY. Questo campo verrà precompilato con la chiave dello store dell'utente durante il backup. È possibile specificare una nuova chiave userstore con un nome utente e una password con privilegi disponibili durante il backup. Verrà creata questa nuova chiave userstore, che verrà utilizzata per il recupero.

      • Se vengono forniti nome utente e password con la chiave del datastore esistente, la chiave del datastore verrà ricreata con questo nome utente e password. La convalida verrà eseguita solo dopo il ripristino di SYSTEMDB. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto e/o non sono disponibili nell'immagine di backup.
      • Se viene specificata una nuova chiave userstore con nome utente e password, la chiave userstore verrà creata con il nome della chiave userstore, il nome utente e la password specificati. La convalida verrà eseguita solo dopo il recupero di SYSTEMDB. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto e/o non sono disponibili nell'immagine di backup.
      • Se non viene specificata alcuna userstorekey, vengono passati il nome utente e la password, quindi durante il controllo preliminare viene eseguita la convalida per verificare se la userstorekey utilizzata durante il backup esiste sul server di destinazione. Il controllo preliminare non andrà a buon fine se la userstorekey utilizzata durante il backup non viene trovata. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio giusto e/o non sono disponibili nell'immagine di backup.
      • Se non è stata passata alcuna userstorekey, ma sono stati forniti nome utente e password, la userstorekey utilizzata durante il backup verrà ricreata con le credenziali passate sul server di destinazione. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi, se non contengono i privilegi giusti o se non sono disponibili come parte dell'immagine di backup.

  4. Fai clic su Controllo pre-volo.

    • Se il controllo pre-volo non va a buon fine, risolvi il problema e invia di nuovo il controllo pre-volo.
    • Se il controllo pre-volo va a buon fine, fai clic su Invia per inviare il job di ripristino.

Per utilizzare come origine un'immagine di backup completo e incrementale

Recupero automatico di un database HANA nell'origine da un'immagine di backup completo e incrementale

  1. Nella console di gestione App Manager, nell'elenco Applicazioni, fai clic con il tasto destro del mouse sul database e seleziona Accesso.
  2. Seleziona l'ultimo snapshot da recuperare e scegli Ripristina.

  3. Nella pagina Ripristina, scegli Ripristina torna all'origine.

    • Per Target, completa i seguenti passaggi:

      • Per la configurazione HANA autonoma, questo campo viene precompilato.
      • Per la configurazione HANA HA (1+n), i nodi HANA HA saranno disponibili per la scelta nel menu a discesa. Seleziona il nodo da ripristinare dal menu a discesa.

    • Per INCLUDE LIST, per il recupero di SYSTEMDB o di uno o più database tenant su n database tenant, fornisci un elenco separato da virgole di database in INCLUDE.

    • Per EXCLUDE LIST, per escludere SYSTEMDB o uno o più database tenant durante il ripristino da n database tenant: fornisci un elenco di database separati da virgole in EXCLUDE. Ad esempio, se inserisci SYSTEMDB nell'elenco di esclusione, SYSTEMDB non verrà recuperato e verranno recuperati tutti i database tenant di cui è stato eseguito il backup.

      • Se sia INCLUDE LIST che EXCLUDE LIST sono vuoti, verranno recuperati SYSTEMDB e tutti i tenant (tn1,tn2,tn3).
      • Se vuoi recuperare un singolo tenant tn1, utilizza l'elenco di inclusione con tn1.
      • Se vuoi recuperare tn2 e tn3 ed escludere SYSTEMDB e tn1, utilizza l'elenco di inclusione con solo tn2 e tn3.
      • Se vuoi recuperare solo tutti i tenant (tn1,tn2,tn3) ed escludere SYSTEMDB, escludi SYSTEMDB o includi tn1, tn2, tn3.

    • Per l'ora di Rollforward, scegli una data e un'ora per il recupero di un database protetto con i log.

    • Per TARGET DATABASE SID, questo campo verrà precompilato con il nome SID del database protetto ed è immutabile.

    • Per SAP DB USER STORE-KEY, questo campo verrà precompilato con la chiave dell'archivio utenti durante il backup. È possibile specificare una nuova chiave userstore con un nome utente e una password con privilegi disponibili durante il backup. Verrà creata questa nuova chiave userstore, che verrà utilizzata per il recupero.

      • Se il nome utente e la password vengono forniti con la chiave userstore esistente, la chiave userstore verrà ricreata con questo nome utente e password. La convalida verrà eseguita solo dopo il ripristino di systemdb. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto oppure non sono disponibili nell'immagine di backup.
      • Se viene specificata una nuova chiave userstore con nome utente e password, la chiave userstore verrà creata con il nome della chiave userstore, il nome utente e la password specificati. La convalida verrà eseguita solo dopo il ripristino di systemdb. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto e/o non sono disponibili come parte dell'immagine di backup.
      • Se non vengono passati la chiave userstore, il nome utente e la password, durante il controllo preliminare viene eseguita la convalida per verificare se la chiave userstore utilizzata durante il backup esiste sul server di destinazione. Il controllo preliminare non andrà a buon fine se la userstorekey utilizzata durante il backup non viene trovata. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio giusto e/o non sono disponibili nell'immagine di backup.
      • Se non viene passata alcuna userstorekey, ma vengono forniti nome utente e password, la userstorekey utilizzata durante il backup verrà ricreata con le credenziali passate sul server di destinazione. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto e/o non sono disponibili nell'immagine di backup.
      • Con il recupero di SYSTEMDB, la chiave hdbuserstore viene convalidata al termine del recupero di SYSTEMDB e prima di iniziare il recupero del tenant. Il recupero del tenant potrebbe non riuscire se il nome utente o la password non sono validi o non contengono il privilegio corretto e/o non sono disponibili nell'immagine di backup.

  4. Fai clic su Controllo pre-volo.

    • Se il controllo pre-volo non va a buon fine, risolvi il problema e invia di nuovo il controllo pre-volo.
    • Se il controllo pre-volo va a buon fine, fai clic su Invia per inviare il job di ripristino.

Recupero manuale di un database tenant SAP HANA

Puoi recuperare manualmente un database single-tenant nell'origine da un'immagine di backup a livello di volume.

Per recuperare un database single-tenant:

  1. Nell'elenco Applicazioni di Gestione applicazioni, fai clic con il tasto destro del mouse sul database e seleziona Accesso.
  2. Dalla pista, seleziona l'ultimo snapshot da recuperare, quindi seleziona Monta a destra.
  3. Nella pagina Mount disattiva Application Options e, in Mount Options, imposta una posizione di montaggio come /testmnt.
  4. Accedi al server come root e cambia la directory in /act/custom_apps/saphana/restore: cd /act/custom_apps/saphana/restore
  5. Esegui lo script per il recupero:
      ./CALL_LVM_single_tenant_recover.sh DBSID TENANT SID SYSTEMDB USERSTORE KEY RECOVERY TIME

Descrizione degli argomenti dello script:

    DBSID = The database SID
    TENANT SID = The name of the tenant database to be restored
    SYSTEM DB USERSTORE KEY = The System DB userstore key
    RECOVERY TIME = The required recovery time in the format YYYY-MM-DD HH24:MI:SS in UTC

Ad esempio: ./CALL_LVM_single_tenant_recover.sh lv1 lv1 ACTBACKUP '2019-09-24 20:00:00'

  1. Una volta completato lo script, il database tenant viene recuperato fino al punto nel tempo ed è disponibile per l'accesso.
  2. Vai alla console di gestione e smonta ed elimina l'immagine di backup.

Recupero manuale di un database SAP HANA da un backup di dump Full+Incrementale di Backint

Puoi recuperare manualmente un database nell'origine da un backup di dump Full+Incrementale.

Per recuperare un database HANA da un backup di dump completo e incrementale, utilizza questo script:

      /act/custom_apps/saphana/dumpbackint/ACT_HANADB_dumprestorebrint.sh HANA SID Port number HANA UserStore Key  Exclude DB list Include DB list HANA version HANA DB backup mount point
      Recovery time in 'yyyy-mm-dd HH:MI:SS' HANA Log backup mount point

Esempio:

/act/custom_apps/saphana/dumpbackint/ACT_HANADB_dumprestorebrint.sh GP1 HDB00 ACTBACKUP "null" "null" 2.0 /act/mnt/Job_23867989_mountpoint_1739957140744 '2025-02-12 09:30:00' /act/mnt/Job_23867989_mountpoint_1739957130467

Controlla lo stato dei backup in SAP HANA Studio

Puoi esaminare lo stato del backup, i metadati e le immagini di backup in HANA Studio, ma non puoi accedere alle immagini di backup del servizio di backup e DR da HANA Studio. Devi accedere alle immagini di backup per il ripristino o altri utilizzi dalla console di gestione.

  1. In HANA Studio, vai alla cartella Backup.

  2. Vai alla scheda Catalogo backup.

    La scheda Catalogo backup mostra lo stato dei backup e dettagli come ora di inizio, durata, dimensioni, tipo di backup e destinazione.

Comportamento di ripristino di HANA e HANA HA 1+n

Questa sezione include informazioni su HANA e sui comportamenti di ripristino di HANA HA 1+n.

Tutte le configurazioni HANA

Ripristino in una nuova destinazione con l'opzione Gestisci nuova applicazione attivata:

  • L'applicazione ripristinata è protetta, ma la sezione Dettagli e impostazioni dell'applicazione contiene solo i valori predefiniti. Dopo il ripristino, devi impostare manualmente i valori richiesti in Dettagli e impostazioni dell'applicazione affinché il backup venga eseguito correttamente.
  • La protezione dell'applicazione ripristinata sarà disattivata. Devi attivare la protezione da Gestione app > Applicazioni > Gestisci backup affinché i backup inizino a essere eseguiti.

Configurazioni HANA HA (1+n)

Per un cluster HANA 1+1 con Nodo A primario e Nodo B secondario, Nodo A -> Nodo B, il cluster viene rilevato come applicazione nel servizio di backup e DR e il backup viene eseguito dal Nodo A, primario.

Ripristina in un nuovo database HANA di destinazione: autonomo o cluster

Se viene rilevata una nuova destinazione come applicazione o protetta, prima del ripristino, questa applicazione deve essere non protetta ed eliminata da Backup REDR. Il job non riesce se esiste la nuova applicazione di destinazione.

Ripristina nodo A principale

  • Node B deve essere annullato il cluster prima di eseguire il ripristino su Node A.
  • Nodo A diventa un'applicazione autonoma dopo il ripristino sul Nodo A.
  • Nodo B deve essere registrato nel Nodo A con il Nodo B come secondario e deve essere eseguita una forzatura del rilevamento sul Nodo A per continuare come backup del cluster.

Ripristinare il nodo B secondario

  • Il nodo B deve essere deregistrato, altrimenti deve essere eseguito un takeover sul nodo B prima del ripristino sul nodo B.
  • Arresta Nodo A prima di eseguire il ripristino sul Nodo B e aggiungi Nodo A come secondario al Nodo B dopo il ripristino.
  • Nodo B è un'applicazione autonoma dopo l'operazione di ripristino. Il nodo A deve essere registrato nel nodo B con il nodo A come secondario.

  • Esegui una ricerca da Node B per rilevare nuovamente l'applicazione come applicazione del cluster.

  • Per mantenere Node A e Node B come applicazioni autonome e protette, esegui il rilevamento su Node A e Node B dopo il ripristino senza attivare la replica.

Come disattivare la replica del sistema SAP HANA per il ripristino

  1. Accedi a entrambi i sistemi come utente del sistema operativo, ovvero user adm.
  2. Arresta il sistema secondario: sapcontrol –nr -function StopSystem HDB.
  3. Nel sistema secondario, annulla la registrazione del sistema secondario: hdbnsutil -sr_unregister --id=(secondarySiteID).
  4. Disattiva la replica del sistema sul sistema principale: hdbnsutil –sr_disable.

  5. Controlla la replica del sistema con uno dei seguenti script:

    • Lo script systemReplicationStatus.py. Questo script mostra lo stato della replica e le informazioni sul database.
    • Lo script hdbnsutil -sr_state. Questo script mostra il ruolo dei nodi di replica e i dettagli del mapping degli host.

Documentazione del servizio di backup e DR per lo scale-out di SAP HANA

Questa pagina fa parte di una serie di pagine specifiche per la protezione e il recupero di istanze di scalabilità orizzontale SAP HANA con il servizio di backup e DR. Puoi trovare ulteriori informazioni nelle seguenti pagine: