Proteggere e recuperare un database SAP HANA in esecuzione in Compute Engine

Proteggere l'ambiente di produzione SAP da perdita, errori e danneggiamento dei dati

SAP HANA è uno dei database aziendali più popolari al mondo. È unico perché viene eseguito in memoria, quindi può restituire i risultati delle query molto rapidamente. Molte aziende utilizzano SAP HANA per le loro applicazioni mission critical. Come può accadere con qualsiasi database, SAP HANA è soggetto a danneggiamento, eliminazione accidentale o persino minacce alla sicurezza come attacchi ransomware. Il servizio di backup e DR ti consente di eseguire il backup e il ripristino dei sistemi di produzione in modo efficiente e sicuro.

Per un'introduzione all'utilizzo del servizio di backup e DR per proteggere i database HANA, consulta Backup e RE per SAP HANA.

Esegui prima il deployment del servizio di Backup e DR

Prima di iniziare, devi leggere e completare le seguenti procedure:

Scopri come funziona il servizio di backup e DR

Poi scopri come funziona il servizio di backup e DR seguendo la procedura descritta in Inizia a utilizzare Backup e RE: proteggi e recupera un'istanza Compute Engine.

Prepara le istanze SAP HANA per il backup

Prima di poter eseguire il backup delle istanze SAP HANA, esamina i seguenti passaggi di preparazione.

Prerequisiti

  • Tutti i servizi configurati, vedi le note SAP 1697613 e 1649519, ad esempio nameserver e indexserver, devono essere in esecuzione. Puoi verificarlo in Panoramica di SAP HANA Studio > Stato operativo > Verifica che tutti i servizi siano avviati.
  • Per consentire all'agente di backup e RE di eseguire operazioni lato host, utilizza una chiave hdbuserstore SAP HANA anziché un nome utente e una password per comunicare con il database HANA utilizzando l'archivio utenti sicuro SAP HANA.
  • Il database log_mode deve essere normale nella scheda di configurazione di HANA Studio.
  • Tutti i server SAP HANA (Compute Engine) che contengono dati HANA da proteggere con il servizio di backup e DR devono essere stati caricati nel servizio di backup e DR
  • Su tutti i server SAP HANA (Compute Engine) che contengono dati HANA da proteggere con il servizio di backup e DR deve essere installato l'agente di backup eRER.

  • Consiglio per il backup dei log SAP HANA:

    • Assicurati di impostare il percorso di backup dei log SAP HANA come basepath_logbackup e basepath_catalogbackup in global.ini
    • Non utilizzare il punto di montaggio del backup dei log SAP HANA per archiviare file diversi dal backup dei log di archivio HANA
    • Per impostazione predefinita, l'eliminazione dei log viene eseguita a ogni backup del database. In questo modo si ottiene il miglior RTO di ripristino.

  • Per eseguire il backup di SAP HANA utilizzando il metodo di acquisizione degli snapshot Persistent Disk, la configurazione deve soddisfare i seguenti criteri:

    • /hana/shared e /usr/sap non devono essere condivisi con gruppi di volumi o dischi di dati, log o backup dei log.
    • I backup dei log (/hana/logbackup) devono avere un disco separato configurato e non devono essere condivisi con il volume di dati, il volume dei log attivi o il binario HANA. /hana/data e /hana/log possono trovarsi sullo stesso volume.

Configurare la chiave dell'archivio utenti HANA

Utilizza le seguenti istruzioni per configurare la chiave dell'archivio utenti HANA:

  1. Crea l'utente di backup del database da HANA Studio.
  2. Recupera i numeri di porta dell'istanza e di SQL.
  3. Crea la chiave hdbuserstore SAP HANA per gli utenti di backup del database di sistema.

Passaggio 1: crea l'utente di backup del database da HANA Studio

Scegli un nome utente del database in base allo standard dell'azienda. Assicurati di creare questo account utente in SYSTEMDB.

  1. Crea l'utente in SYSTEMDB:
    • Da SAP HANA Studio SYSTEMDB, vai a System (Sistema) > Security (Sicurezza) > Users (Utenti) > New User (Nuovo utente).
    • Assegna un nome utente e una password.
    • Imposta Forza modifica password al prossimo accesso su No.
    • HANA 2.0 (SPS01-SPS04): fai clic sulla scheda Privilegio di sistema e assegna i privilegi selezionando quanto segue:
      • Amministratore backup
      • Lettura del catalogo
      • Amministratore del database
      • Avvio del database
      • Arresto del database
    • HANA 2.0 (SPS05 e versioni successive): fai clic sulla scheda Privilegio di sistema e assegna i privilegi selezionando quanto segue:
      • Amministratore backup
      • Lettura del catalogo
      • Operatore di backup del database +. Operatore di recupero del database
      • Amministratore del database
      • Avvio del database
      • Arresto del database
  2. Esegui il deployment dell'utente di sistema appena creato facendo clic sulla freccia verde.

Passaggio 2: recupera i numeri di porta dell'istanza e di SQL

Per i database di sistema, devi avere i numeri di porta dell'istanza HANA e di SQL.

Per ottenere i numeri di porta dell'istanza e di SQL da HANA 2.0 studio:

  1. Vai a Sistema.
  2. Fai clic sulla scheda Orizzontale.
  3. Fai clic sulla scheda Services (Servizi).
  4. Nella colonna Servizio, vai a nameserver.
  5. Ottieni il valore della porta SQL. Il numero di istanza è la seconda e la terza cifra del numero di porta SQL.

Passaggio 3: crea la chiave hdbuserstore SAP HANA per gli utenti di backup del database di sistema

Utilizza questa convenzione di denominazione per il nome della chiave userstore: Per SYSTEMDB, imposta il nome della chiave su (Database backup username). Ad esempio, per il nome utente del backup del database (Actbackup), imposta SYSTEMDB—key_name— (ACTBACKUP).

Procedura

  1. Connettiti al sistema di database HANA utilizzando SSH e accedi a (sid)adm: su - (sid)adm
  2. Cambia directory: cd exe

  3. Crea voci in hdbuserstore utilizzando il comando hdbuserstore: ./hdbuserstore SET (key_name) (host name):(port) (DB_user_name) (DB_user_password)

    In questo esempio: `./hdbuserstore SET ACTBACKUP s4hana:30013 ACTBACKUP (DB_user_password)

  4. Controlla il keystore: ./hdbuserstore list

Configura la modalità log e il backup dei log in HANA Studio

Utilizza HANA Studio per impostare la modalità di log e la posizione di backup dei log HANA per Backup e RE per eseguire i backup dei log delle transazioni del database HANA:

  1. In SAP HANA HDB studio, assicurati che il backup dei log sia impostato correttamente nella pagina DATABASE (SYSTEMDB FOR HANA 2.0) > Backup > Configuration:
    • Il tipo di destinazione è File.
    • La destinazione è impostata su un percorso di montaggio del file system locale.
    • L'intervallo di backup è impostato su RPO richiesto.
    • Il backup automatico dei log è abilitato.
    • Il database log_mode deve essere impostato su normal.
  2. Controlla in Database configuration: DATABASE (SYSTEMDB FOR HANA 2.0) > Configuration page. Nel filtro, digita basepath.
  3. Verifica che basepath_logbackup sia impostato correttamente:
    • Imposta basepath_catalogbackup sullo stesso valore di basepath_logbackup.
    • Apri la pagina di modifica basepath_catalogbackup e imposta Nuovo valore in modo che corrisponda a basepath_logbackup. Fai clic su Salva. In questo modo, viene eseguito il backup del catalogo con il backup dei log per il recupero point-in-time.
  4. Sul server del database HANA, esegui la riconfigurazione affinché i valori abbiano effetto: hdbnsutil -reconfig.

Informazioni su questo esercizio di avvio rapido

Questo esercizio ti guida nella procedura di rilevamento e protezione di un database SAP HANA in esecuzione in un'istanza Compute Engine e infine nel montaggio di un nuovo database HANA completamente funzionante dall'immagine di backup in una nuova posizione.

  1. Installa l'agente Backup and RE su Compute Engine
  2. Crea un piano di backup per il database SAP HANA
  3. Scopri e proteggi i database SAP HANA
  4. Montare un'immagine di backup SAP HANA come montaggio standard
  5. Ripristinare i database SAP HANA

Installa l'agente Backup e RE sull'host

L'agente Backup e RE connette l'istanza Compute Engine all'appliance di backup/recupero. Per installare l'agente Backup and RE, consulta Installare l'agente Backup and RE su un host Linux.

Crea un piano di backup per i database SAP HANA

Il piano di backup è il modo in cui il servizio di Backup e DR pianifica i job di backup e gestisce lo spazio di archiviazione per le immagini di backup.

Hai creato un piano di backup per l'istanza Compute Engine in Inizia a utilizzare Backup e RE: proteggi e recupera un'istanza Compute Engine. Ora devi creare un piano di backup per il database HANA in esecuzione all'interno dell'istanza Compute Engine. Consulta Creare e applicare un modello di policy.

Impostazioni avanzate dei criteri specifiche per i database HANA sui dischi permanenti Compute Engine

Il modello di criterio richiede queste impostazioni avanzate specifiche.

  1. Nella console di gestione, in Piani di backup, seleziona Modelli.
  2. Seleziona il modello di policy per il database HANA e fai clic su Modifica.
  3. Sul lato destro, in Norme, fai clic sulla freccia bianca accanto a Snapshot, quindi fai clic su Modifica norma.
  4. Nella parte inferiore della sezione Crea/Modifica criterio, fai clic su Impostazioni avanzate dei criteri.

  5. Nella finestra di dialogo Impostazioni avanzate, individua e imposta le seguenti impostazioni avanzate:

    Posizione snapshot: seleziona la regione in cui archiviare gli snapshot del Persistent Disk. Per impostazione predefinita, è selezionata l'opzione Multi-regionale (in base alla posizione del disco di origine). Puoi anche modificare la posizione di archiviazione dello snapshot in una regione diversa da quella del disco di origine. Quando archivi gli snapshot in una località diversa da quella del disco di origine, i dati viaggiano sulla rete tra le due località e potrebbero essere addebitati costi di rete. Agli snapshot vengono applicate le stesse tariffe per il traffico in uscita da Cloud Storage. Scopri di più sullo snapshot del disco permanente. Per conoscere i dettagli dei prezzi, consulta la sezione Prezzi dei dischi.

    Tipo di snapshot: seleziona il tipo di snapshot Persistent Disk da utilizzare per i backup SAP HANA. Gli snapshot eseguono il backup incrementale dei dati dai dischi permanenti. Durante i backup, viene creato un nuovo snapshot per acquisire lo stato attuale del Persistent Disk. che può essere utilizzato in un secondo momento per creare un nuovo disco per i montaggi o i ripristini. Compute Engine archivia più copie di ogni snapshot in più località con checksum automatici per garantire l'integrità dei dati. Scopri di più sullo snapshot del disco permanente. Per conoscere i dettagli sui prezzi, consulta la sezione Prezzi dei dischi.

    • Snapshot standard: per impostazione predefinita è selezionato il tipo di snapshot standard. Utilizza il tipo standard se vuoi conservare i backup per meno di 90 giorni.
    • Snapshot di archiviazione: seleziona il tipo di archivio se vuoi conservare le immagini di backup per un lungo periodo di tempo. Tieni presente che il periodo di fatturazione minimo per lo snapshot di archiviazione è di 90 giorni, indipendentemente dal periodo di conservazione definito nel criterio, e che uno snapshot di tipo archivio prevede anche un costo di recupero aggiuntivo se viene utilizzato in un job di montaggio o ripristino.

    Tronca (elimina) log dopo il backup: specifica se troncare (eliminare) i log di archivio HANA dopo il backup. Se l'opzione Tronca log dopo il backup è attivata, i log di archivio HANA vengono troncati. Per impostazione predefinita, l'eliminazione dell'archivio viene eseguita con ogni backup del database. Utilizza il valore predefinito per ottenere il miglior RTO di recupero. Se la conservazione dei log di produzione è impostata, le eliminazioni vengono eseguite in base all'impostazione Conservazione dei log del database di produzione in ore in Dettagli e impostazioni dell'applicazione.

    • Non troncare/eliminare il log dopo il backup: questa è l'impostazione predefinita. In questa modalità il log dell'archivio non verrà eliminato.
    • Tronca/elimina log dopo il backup: seleziona questa opzione per attivare l'eliminazione dei log dell'archivio.

    Attiva backup log database: imposta questa opzione su "Sì". L'opzione Abilita backup log database consente al criterio del piano di backup di eseguire il backup di un database e di tutti i file di log delle transazioni associati. Viene eseguito il backup dei log quando viene eseguito il job di snapshot dei log. Se impostata su Sì, le opzioni correlate vengono attivate.

    RPO: specifica il backup dei log di database in minuti. Se l'opzione Abilita backup log database è impostata su Sì, l'RPO definisce la frequenza del backup dei log di database. La frequenza è impostata in minuti e non deve superare l'intervallo di backup del database. Il valore più piccolo che può essere impostato (in minuti) è 15.

    Replica log (utilizza la tecnologia Streamsnap): imposta questo valore su No. Questo non si applica alla protezione degli snapshot di Persistent Disk SAP HANA. Questa funzione è attivata (impostata su "Sì") per impostazione predefinita. Se non lo imposti su "No", si verificherà un errore di creazione del modello.

    Invia log al pool OnVault: imposta questa opzione su No. Questa impostazione non si applica alla protezione degli snapshot del disco permanente SAP HANA. Questa funzione è attiva (impostata su "Sì") per impostazione predefinita. Se non lo imposti su No, si verificherà un errore durante la creazione del modello.

Scopri e proteggi i database SAP HANA

Per rilevare i database HANA su un'istanza Compute Engine e poi proteggerli con il servizio di backup e RE, l'istanza Compute Engine che ospita il database SAP HANA deve essere sottoposta a onboarding prima di poter eseguire l'onboarding dell'applicazione di database SAP HANA. Hai eseguito l'onboarding di un'istanza Compute Engine in Inizia a utilizzare Backup e RE: proteggi e recupera un'istanza Compute Engine.

  • Se questa è l'istanza che ospita il database SAP HANA, vai alla sezione successiva.
  • Se devi eseguire l'onboarding di un'altra istanza Compute Engine nel servizio di backup e DR, consulta Rilevare e proteggere le istanze Compute Engine.

Esegui l'onboarding dei database SAP HANA da App Manager

Per scoprire e proteggere le applicazioni del database HANA:

  1. Seleziona Aggiungi applicazione dalla pagina Gestione app > Applicazioni della console di gestione.
  2. Seleziona SAP HANA nella procedura guidata Aggiungi applicazione.
  3. Segui la procedura guidata:
  4. In Impostazioni applicazione nella sezione Configura, imposta le Opzioni di configurazione del backup:
    • Chiave dell'archivio utenti del database HANA: questa è la chiave hdbuserstore SAP HANA per il database di sistema creato in precedenza. Questo campo è obbligatorio.
    • Metodo di acquisizione del backup: scegli Utilizza snapshot del disco permanente.
    • Conservazione dei log del database di produzione in ore: alla fine di ogni backup dei log, la pulizia dei log verrà eseguita ed eliminerà tutti i log precedenti al numero di ore specificato qui. Ad esempio, se il numero di ore specificato è 4 ore, tutti i log precedenti a ((l'ora di inizio del backup dei log) - (4 ore)) verranno eliminati. Il valore predefinito è 2 ore.
    • Conservazione del catalogo di produzione in giorni: si tratta della conservazione dei metadati del catalogo in giorni. I metadati del catalogo HANA (tabella m_backup_catalog) verranno eliminati dai log più vecchi del numero di giorni specificato. Ad esempio, se il numero di giorni specificato è 14, i dati del catalogo HANA verranno eliminati se più vecchi di ((il giorno corrente) - (14 giorni)). Il valore predefinito è 7 giorni.
  5. Fai clic su Salva > Avanti, poi su Fine.
  6. Puoi visualizzare il database nell'elenco Applicazioni di App Manager con uno scudo verde che indica che il piano di backup è stato applicato.

Impostare i dettagli e le impostazioni dell'applicazione

Dopo aver impostato il formato del disco di staging e il metodo di backup, devi inserire i dettagli e le impostazioni che vuoi applicare ai tuoi piani di backup:

  1. Nella console di gestione, vai a Gestione app e fai clic su Applicazioni.

  2. Fai clic con il tasto destro del mouse sul database HANA e fai clic su Gestisci configurazione backup.

  3. Nella parte superiore della pagina, fai clic su Dettagli e impostazioni.

  4. Nella finestra Dettagli e impostazioni dell'applicazione, configura le impostazioni del database in base al tipo di host.

    • Metodo di acquisizione del backup: disco permanente
    • HANA DB User Store Key: questa è la chiave hdbuserstore SAP HANA per il database di sistema creato in precedenza. Questo campo è obbligatorio.
    • Conservazione dei log del database di produzione in ore: alla fine di ogni backup dei log, la pulizia dei log verrà eseguita ed eliminerà tutti i log precedenti al numero di ore specificato qui. Ad esempio, se il numero di ore specificato è 4 ore, tutti i log precedenti a ((l'ora di inizio del backup dei log) - (4 ore)) verranno eliminati. Il valore predefinito è 2 ore.
    • Conservazione del catalogo di produzione in giorni: si tratta della conservazione dei metadati del catalogo in giorni. I metadati del catalogo HANA (tabella m_backup_catalog) verranno eliminati dai log più vecchi del numero di giorni specificato. Ad esempio, se il numero di giorni specificato è 14, i dati del catalogo HANA verranno eliminati se più vecchi di ((il giorno corrente) - (14 giorni)). Il valore predefinito è 7 giorni.

  5. Fai clic su Salva modifiche.

Proteggi HANA (HA) 1+n

HANA 1+n viene sempre rilevato come applicazione cluster contenente tutti i dettagli dei nodi nei metadati. Dopo l'individuazione dell'applicazione, l'host del cluster ha il nome (nome SID HANA)_cluster_(ID sito)_(ID hardware HANA). Ad esempio, se sr1 è l'istanza HANA, il nome dell'applicazione è sr1 e il nome host è sr1_cluster<_…> nell'elenco Applicazioni di App Manager.

È consigliabile eseguire un rilevamento forzato dopo qualsiasi modifica alla configurazione dei nodi del cluster, ad esempio dopo aver aggiunto o eliminato un nodo dal cluster. Se un nodo viene rimosso o aggiunto dopo il rilevamento e la protezione, la configurazione non viene aggiornata automaticamente nei metadati di Backup REDR e potrebbe causare problemi di backup.

Prerequisiti per la protezione di HANA HA (1+n)

  • Tutti i server SAP HANA (Compute Engine) del cluster SAP HANA devono essere stati onboardati al servizio di backup e DR.
  • Tutti i server SAP HANA (Compute Engine) del cluster SAP HANA devono avere l'agente di backup e RE installato.
  • Tutti i server SAP HANA (Compute Engine) del cluster SAP HANA devono avere un secret applicato in Gestione app > Gestisci > Host > Backup e impostazioni dell'agente di backup e DR > Secret.
  • Le porte devono essere aperte sugli host per consentire la comunicazione sulla porta 5106. Ciò richiede una regola firewall in entrata in cui l'appliance di backup/ripristino è l'origine, l'host che esegue l'agente Backup eRER è la destinazione e la porta di destinazione è 5106. Inoltre, non è necessario aggiungere la porta 5106 alla regola di ingresso predefinita creata per l'appliance di backup/ripristino, in quanto specifica l'appliance di backup/ripristino come destinazione.

Monta un'immagine di backup SAP HANA come montaggio standard

Un montaggio standard fornisce il disco dell'immagine di backup dei dati, il log attivo e il volume del log di archivio alla destinazione specificata. Puoi montare le immagini di backup degli snapshot di un database SAP HANA come montaggio standard per:

Controlli preliminari durante il montaggio

  • Stato della connettività del connettore: verifica che l'agente Backup e RE sia installato e che il secret sia applicato per la connettività host tra l'appliance di backup/recupero e l'agente Backup REDR.
  • Le posizioni di montaggio specificate sono disponibili per l'operazione di montaggio.
  • Il binario HANA è installato
  • Verifica che l'SID HANA uguale all'origine non sia in esecuzione sulla destinazione.
  • La versione dell'istanza HANA è superiore a 2.0SP05.
  • Controllo delle autorizzazioni sul progetto di origine e di destinazione per il servizio Cloud Storage

Monta il backup

Segui queste istruzioni per montare un backup:

  1. Fai clic con il tasto destro del mouse sul database protetto nell'elenco Applicazioni di App Manager e seleziona Accesso.

  2. Seleziona un'immagine dello snapshot e scegli Monta.

  3. Nella pagina Monta:

    • Nome progetto, Regione e Zona: seleziona il progetto, la regione e la zona dell'istanza a cui vuoi montare l'immagine del database HANA.
    • Nome istanza: le istanze Compute Engine idonee (nodi HANA) saranno disponibili per la scelta nel menu a discesa. Seleziona il nodo per il montaggio dal menu a discesa.

  4. (Facoltativo) Inserisci un nome univoco associato al montaggio nel campo Etichetta.

  5. DATABASE TENANT INCLUSI è solo a scopo informativo e mostra l'elenco dei database tenant nell'immagine di backup.

  6. Nella sezione Opzioni di mappatura:

    • Posizione di montaggio del volume DATA: questo campo è precompilato con il percorso del dispositivo di origine e il tipo di disco in cui è montato il volume di dati HANA.
    • Log Volume Mount Location: questo campo viene precompilato con il percorso del dispositivo di origine e il tipo di disco in cui è montato il volume dei log attivi di HANA.

    • Log Backup Volume Mount Location (Percorso di montaggio del volume di backup dei log): questo campo viene precompilato con il percorso del dispositivo di origine e il tipo di disco in cui è montato il volume di backup dei log di archivio HANA.

      • PERCORSO DISPOSITIVO: è precompilato con il PERCORSO DISPOSITIVO di origine. Fornisci un percorso non in uso nella destinazione selezionata e che vuoi utilizzare per montare l'immagine snapshot di DATA VOLUME, LOG VOLUME e LOG BACKUP VOLUME sul server di destinazione.
      • TIPO DI DISCO: è precompilato con il valore TIPO DI DISCO di origine. Puoi modificare il tipo di disco selezionando un tipo diverso dal valore del menu a discesa.

  7. SNAPSHOT DATA INTEGRITY CHECK: per impostazione predefinita, il valore è impostato su true. Se non vuoi eseguire il controllo, imposta questo valore su false facendo clic sul pulsante di attivazione/disattivazione. Questo strumento eseguirà l'API hdbpersdiag di controllo della persistenza di SAP HANA con l'opzione "Controlla tutto". In questo modo verrà verificato lo stato integro dei dati e dei volumi di log attivi dall'immagine snapshot montata. Se il controllo preliminare rileva un danneggiamento nell'immagine, il job di montaggio non va a buon fine e viene visualizzato un messaggio di errore descrittivo.

    Il risultato del controllo di integrità è disponibile in /var/act/log/(HANA sid)_dataintegrity_check.log e /usr/sap/(HANA sid)/HDB00/(host name)/trace/localclient.*.trc.

  8. Fai clic su Controllo pre-volo. In questo modo vengono convalidate le opzioni richieste sul server di destinazione per un montaggio riuscito. Se il controllo preflight non va a buon fine, viene visualizzato il controllo non riuscito in modo da poterlo correggere ed eseguire nuovamente il controllo preflight.

  9. Fai clic su Invia. Puoi andare a Monitoraggio job per visualizzare l'avanzamento e i dettagli del job.

Smonta l'immagine dello snapshot di backup montato

Per rimuovere o conservare il disco dopo un montaggio riuscito:

  • Vai alla pagina Applicazione > Accesso e seleziona l'immagine utilizzata per il montaggio.
  • Nella pagina Accesso, nel menu a discesa Montaggio attivo corrente, seleziona una delle seguenti opzioni:
    • Smonta ed elimina: scegli questa opzione per smontare il punto di montaggio, scollegare il disco ed eliminarlo dal server di destinazione.
    • Dimentica montaggio attivo: scegli questa opzione per lasciare il disco collegato e montato, ma rimuovi i metadati dal servizio Backup & DR. Al termine dell'operazione, dovrai utilizzare la console Google Cloud per rimuovere questa immagine dall'istanza di destinazione.

Montare un backup per un controllo dell'integrità

Questo strumento esegue lo strumento di controllo della persistenza SAP HANA, hdbpersdiag, con l'opzione "check all" (controlla tutto) per verificare lo stato integro dei volumi di dati dall'immagine snapshot montata. Se il controllo preliminare rileva un danneggiamento nell'immagine, il job di montaggio non riesce e viene visualizzato un messaggio di errore descrittivo.

Clona il server di database di origine come nuovo server di destinazione per il controllo dell'integrità dei dati

Clona il server di database di origine e poi monta il backup nella nuova destinazione. Avrà la stessa configurazione dell'origine e non saranno necessari prerequisiti aggiuntivi. Questa è la best practice.

Prerequisiti per il montaggio del controllo dell'integrità dei dati se la clonazione non è possibile

Se non è possibile clonare il server del database di origine, assicurati che questi prerequisiti siano impostati sul nuovo server di destinazione:

  • Il file binario HANA deve essere configurato sul server di destinazione. La versione di HANA deve essere uguale o superiore all'istanza HANA di origine.
  • Assicurati che la configurazione HANA di destinazione abbia lo stesso DBID tenant configurato del DBID tenant di origine.

  • Se i volumi di dati e i volumi di log del database HANA di origine sono criptati utilizzando la crittografia del database HANA, devi creare un file di configurazione con le credenziali della chiave di crittografia sul server HANA di destinazione. Segui questi passaggi sul server HANA di destinazione:

    1. Crea un file di configurazione DB_DETAILS.lst in /hana/shared.
    2. Fornisci l'autorizzazione di lettura 400 al file di configurazione (/hana/shared/DB_DETAILS.lst).

    3. Nel file di configurazione (/hana/shared/DB_DETAILS.lst) inserisci la password con il nome del tenant:

      HANA SID Tenant name 'password'

      Ad esempio, per un'istanza HANA con SID "S82", DB_DETAILS.lst conterrebbe queste righe:

      S82 SYSTEMDB 'xxxxxxxx'

      S82 S82 'xxxxxx'

Posso eseguire il montaggio all'indietro sull'origine per il controllo dell'integrità?

Ti sconsigliamo tuttavia di selezionare questa opzione. Il montaggio di nuovo sull'origine durante l'esecuzione del database potrebbe danneggiare il blocco di dati a causa dello stesso nome VG del volume di dati.

Se devi eseguire il montaggio di nuovo sull'origine, assicurati di arrestare l'istanza HANA nell'origine prima di eseguire l'operazione di montaggio.

Risultati del controllo di integrità

Il risultato del controllo di integrità è disponibile in /var/act/log/(HANA sid)_dataintegrity_check.log e /usr/sap/(HANA sid)/HDB00/(host name)/trace/localclient.*.trc.

Ripristina i database SAP HANA

Prima di poter ripristinare un database SAP HANA da un'immagine di backup, esamina questi requisiti di licenza.

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 sistema o l'ID hardware è 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.
    • Ripristino all'origine: sono trascorsi 90 giorni dalla creazione del database e il database è in modalità di blocco.
    • Ripristina nella nuova destinazione: l'operazione non va a buon fine perché la licenza temporanea SAP non consente il ripristino in una nuova destinazione.
  • Database di origine con licenza permanente. Si tratta di backup eseguiti con licenze permanenti.
    • Ripristino dell'origine: nessun problema.
    • Ripristina nel nuovo target: ha una licenza di prova di 90 giorni. I backup vengono eseguiti correttamente, ma non puoi utilizzare il nuovo backup per il ripristino.

Riferimenti SAP

  • https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/19a0f5a85685453080f00087bb9b9c98.html
  • https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/bddd0b28bb571014bd9592d247dcd403.html

Controllo preliminare

Prima di inviare la procedura di ripristino, i controlli preliminari convalidano i prerequisiti necessari per un ripristino del database riuscito.

  • SID HANA: HANA è configurato sul nodo di destinazione con lo stesso nome SID HANA.
  • Verifica lo stato del database: il database HANA non è in esecuzione.
  • File di configurazione: il file di configurazione global.ini è disponibile sul server di destinazione
  • Percorso di backup del log: il percorso di backup del log è impostato in global.ini
  • Versione HANA: la versione HANA di destinazione è la stessa della versione HANA di origine.
  • USERSTOREKEY: La chiave userstore fornita esiste nella destinazione o sono specificati un nome utente e una password con privilegi validi che esistono al momento del backup.
  • Per il ripristino in una nuova destinazione, verifica che il punto di montaggio specificato nell'opzione di mapping non venga utilizzato o montato sul server di destinazione.
  • Verifica i dettagli del volume di dati e log: se il percorso del volume di dati e log nel file di configurazione (global.ini) è definito in modo diverso dal percorso del dispositivo scelto nell'opzione di mappatura, il file di configurazione (global.ini) verrà aggiornato con il percorso scelto nell'opzione di mappatura.

  • Stato nodo:

    • Configurazione scalabile verticalmente e autonoma: il server HANA di destinazione è attivo e disponibile
    • Configurazione HA (1+n) di HANA: convalida che la replica sia disattivata. La replica deve essere disattivata prima di poter avviare 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.

Ripristina un database SAP HANA

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

  3. Nella pagina Ripristina le opzioni sono:

    • Ripristina origine: tutti i campi sono precompilati con il valore di origine dell'istanza SAP HANA protetta e sono immutabili, ad eccezione delle opzioni dell'applicazione.

    • Ripristina in una nuova destinazione: tutti i campi sono precompilati con il valore di origine dell'istanza SAP HANA protetta e sono modificabili.

    Opzioni

    • Nome progetto, Regione e Zona:
      • Se esegui il ripristino nell'origine: tutti i campi vengono precompilati con il valore di origine dell'istanza SAP HANA protetta e sono immutabili.
      • Se esegui il ripristino in una nuova destinazione: per eseguire il ripristino in una nuova destinazione, seleziona il progetto, la regione e la zona dell'istanza in cui vuoi recuperare il database HANA.
    • Nome istanza:
      • Se esegui il ripristino nell'origine: l'istanza Compute Engine di origine è selezionata e non modificabile.
      • Se esegui il ripristino in una nuova destinazione: le istanze Compute Engine idonee (nodi HANA) saranno disponibili per la scelta nel menu a discesa. Seleziona il nodo da ripristinare dal menu a discesa.
    • Etichetta: (facoltativo) inserisci un nome univoco da associare a questo montaggio.
    • Database tenant inclusi è solo a scopo informativo e mostra l'elenco dei database tenant nell'immagine di backup.
    • Sostituisci identità applicazione 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ì: l'applicazione originale viene sostituita con quella ripristinata, che 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.

    Opzioni dell'applicazione

    • Ora di rollforward: scegli una data e un'ora per il recupero di un database protetto con i log fino al punto nel tempo richiesto.

    • SID DEL DATABASE DI DESTINAZIONE: questo campo è precompilato con il nome SID del database protetto ed è immutabile.

    • SAP DB USER STORE-KEY: questo campo viene 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 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 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 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 riesce se non viene trovata la chiave 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 o non sono disponibili come parte dell'immagine di backup.
      • Se non viene passato alcun userstorekey, ma vengono forniti nome utente e password, l'userstorekey utilizzato durante il backup verrà ricreato 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 i privilegi giusti oppure non sono disponibili nell'immagine di backup.

    Opzioni di mappatura

    • Posizione di montaggio del volume DATA: questo campo è precompilato con il percorso del dispositivo di origine e il tipo di disco in cui è montato il volume di dati HANA.
    • Log Volume Mount Location: questo campo viene precompilato con il percorso del dispositivo di origine e il tipo di disco in cui è montato il volume dei log attivi di HANA.

    • Percorso di montaggio del volume di backup dei log: questo campo viene precompilato con il percorso del dispositivo di origine e il tipo di disco in cui è montato il volume di backup dei log di archivio HANA.

      • Percorso del dispositivo: non modificabile per il ripristino all'origine. Questa impostazione può essere modificata durante il ripristino in una nuova destinazione.

      • Tipo di disco:modificabile per il ripristino all'origine. Questo può essere modificato durante il ripristino nell'origine o in una nuova destinazione. Il tipo di disco consente di selezionare il tipo di archiviazione a blocchi sottostante utilizzato per i dati recuperati dalle immagini di backup.

    Ripristina configurazione HANA personalizzata

    L'immagine di backup acquisisce le impostazioni di configurazione specifiche del cliente (file .ini modificati rispetto a quelli predefiniti). Puoi scegliere di ripristinare le impostazioni di configurazione personalizzate acquisite al momento del backup.

  4. Fai clic sul controllo pre-volo.

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