Aggiungi un host del database SAP HANA e scopri e proteggi i relativi database

Prima di poter proteggere un database SAP HANA, devi eseguire l'onboarding dell'istanza Compute Engine.

Nota: queste informazioni riguardano le istanze SAP HANA scalabili orizzontalmente. Per le configurazioni di scalabilità e HA 1+1, consulta Servizio di backup e RE per SAP HANA.

Scopri e proteggi l'applicazione del database SAP HANA

Nota: l'utilizzo di un backup di terze parti tra un backup e l&#RE;altro non è consigliato per i seguenti motivi:

• I backup LVM non riescono per qualsiasi configurazione di backup di terze parti
• Il recupero è compromesso a causa di un'interruzione nella catena di recupero
• Un backup completo e incrementale può generare incrementali orfani che causano problemi di recupero.

Nota: il percorso basepath_logbackup di SAP HANA deve essere impostato solo nel file global.ini della DB SYSTEM. Non specificarlo in ogni file global.ini a livello di tenant.

Segui le istruzioni riportate di seguito per rilevare e proteggere le istanze SAP HANA scalabili orizzontalmente:

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:

   • Seleziona il database da gestire dalla sezione Seleziona.

   • Applica il modello di criteri e il profilo della risorsa nella sezione Gestisci, che hai creato in Definire modelli di criteri e profili delle risorse.

4. Fai clic su Impostazioni applicazione nella sezione Configura.

5. Seleziona il metodo di acquisizione del backup dalla finestra Impostazioni applicazione. Il metodo si basa sulle tue esigenze e sulle informazioni riportate in Proteggere l'ambiente di produzione SAP da perdita, errori e corruzione dei dati.

Nella scheda Impostazioni applicazione, puoi modificare le impostazioni specifiche dell'applicazione. Assicurati di affrontare quanto segue:

• Chiave dell'area utente del database HANA: si tratta della chiave hdbuserstore di SAP HANA per il database di sistema creato in precedenza. Questo campo è obbligatorio.

• Percentuale di spazio di riserva nel gruppo di volumi: è necessario per il backup a livello di volume per determinare la quantità richiesta di spazio libero temporaneo nel gruppo di volumi LVM per gli snapshot. Il valore consigliato è 20%.

• Metodo di acquisizione del backup:

  • Utilizza snapshot del disco permanente: si tratta dello snapshot del Persistent Disk standard utilizzato da Compute Engine. Seleziona questa opzione per i database HANA in esecuzione in un'istanza Compute Engine. Se puoi utilizzare questo metodo, consulta .

  • Utilizza il backup a livello di volume: utilizza gli snapshot LVM a livello di volume con CBT su Linux su un disco di staging basato su blocchi. Questa opzione utilizza l'API SAP HANA savepoint per consentirti di creare backup incrementali permanenti. Per questo, è necessario che i dati del database HANA e il volume dei log siano gestiti da LVM. Se utilizzi i dischi di staging del protocollo NFS, non puoi utilizzare i backup a livello di volume.

  • Utilizza il backup completo e incrementale: si tratta del backup e del recupero basato su file precedente. Questo metodo di "dump file" non supporta la creazione di database virtuali. Puoi selezionarlo per i dischi di staging NFS e blocchi. Questo metodo supporta solo il backup e il recupero fisico di Backint precedenti.

    Nota: esistono due protocolli per presentare il disco di staging del backup all'host: basato su blocchi e NFS. Per il backup basato su file o per il backup scalabile, utilizza sempre l'opzione NFS per il disco gestione temporanea.

• Tempo di conservazione dei log del database di produzione in ore: viene utilizzato per eliminare il backup dei log HANA dalla destinazione basepath_logbackup. In base a questa impostazione, viene selezionato l'ultimo ID backup dei dati (CURRENT_TIMESTAMP meno il numero di ore impostato) e il log viene eliminato se è precedente all'ID backup dei dati. Il valore predefinito è 2 ore. Con i valori predefiniti, tutti i log precedenti all'ultimo backup dei dati vengono eliminati.

• Periodo di conservazione del catalogo di produzione in giorni: il periodo di conservazione dei metadati del catalogo HANA in giorni.

Nota: tutte le proprietà obbligatorie sono contrassegnate da un asterisco rosso. L'opzione Applica piano di backup nella parte inferiore della finestra di dialogo è disattivata finché non sono stati aggiunti tutti i valori delle proprietà richiesti, quindi fai clic su Salva modifiche.

1. Fai clic su Salva > Avanti, quindi su Fine.

2. Puoi vedere il database nell'elenco App Manager Applications (App Manager Applications) con un scudo verde che indica che il piano di backup è stato applicato.

Nota: l'applicazione non può essere acquisita finché il job pianificato non viene eseguito in base alle ore di servizio definite nel modello di backup. Ad esempio, se alle 10:00 (UTC) assegni un modello con ore di funzionamento dalle 02:00 (UTC) alle 05:00 (UTC), il primo job non può essere avviato finché l'appliance non dispone di uno slot per job disponibile alle 02:00 (UTC) del giorno successivo. Per eseguire immediatamente un job, esegui una acquisizione on demand.

Esegui il backup dei database HANA 1+n e HANA scale-out

Questa sezione include informazioni sulla protezione di HANA 1+n e HANA scale-out.

Proteggi HANA 1+n

Per proteggere un cluster di replica HANA 1+n come singola applicazione, dopo la scoperta dell'applicazione, l'applicazione ha l'host del cluster come sid name_cluster. Ad esempio, se sr1 è l'istanza HANA, il nome dell'applicazione è sr1 e il nome host è sr1_cluster nell'elenco App Manager Applications (Applicazioni App Manager).

La destinazione del backup dei log HANA deve essere condivisa tra due nodi. Quando si verifica il failover, il backup del database e dei log viene eseguito automaticamente sull'istanza principale corrente e i backup dei log vengono eseguiti dall'istanza principale corrente, acquisendo gli ultimi log dell'istanza principale precedente e i nuovi log dell'istanza principale nuova. Segui i passaggi di preparazione descritti in Preparare i database SAP HANA per la protezione.

HANA 1+n viene sempre rilevato come applicazione cluster contenente tutti i dettagli del nodo nei metadati. Dopo il rilevamento dell'applicazione, l'applicazione ha l'host del cluster come (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 è sr1cluster<…> nell'elenco App Manager Applications (Applicazioni di App Manager).

È buona norma eseguire un rilevamento forzato dopo eventuali modifiche 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 e RE e potrebbe causare problemi di backup.

Nota: con il failover del database HANA dal principale al secondario, il successivo backup del database è uno snapshot completo che contiene tutti i dati sul Persistent Disk. Gli snapshot di backup del database successivi conterranno i nuovi dati o i dati modificati since il primo snapshot e avviano una nuova catena.

Prerequisiti per la protezione di istanze e database SAP HANA 1+n

Prima di proteggere le istanze SAP HANA, verifica quanto segue:

• Tutti i server SAP HANA o le istanze Compute Engine del cluster SAP HANA devono essere stati sottoposti a onboarding nel servizio di backup e RE.
• Su tutti i server SAP HANA o le istanze Compute Engine del cluster SAP HANA deve essere installato l'agente di backup e RE.

• A tutti i server SAP HANA o alle istanze Compute Engine del cluster SAP HANA deve essere applicato un segreto in Gestisci app > Gestisci > Host > Impostazioni agente di backup e RE > Segreto.

• Se gli host hanno IP virtuali configurati, aggiungi solo l'IP virtuale e il nome host dell'host durante il rilevamento.

• L'agente di backup e RE deve essere installato su tutti i nodi.

• Le porte devono essere aperte sugli host per consentire la comunicazione sulla porta 5106. È necessaria una regola firewall di ingresso in cui l'appliance di backup/recupero sia l'origine, l'host che esegue l'agente sia la destinazione e la porta di destinazione sia 5106. Non è necessario aggiungere la porta 5106 alla regola di ingresso predefinita creata per l'appliance, in quanto l'appliance viene specificata come destinazione.

• La posizione del backup dei log HANA deve essere impostata su shared-NFS.

Nota: attiva il monitoraggio dei blocchi di modifica del gestore dei volumi logici su tutti i nodi del cluster scale-out SAP HANA eseguendo /opt/act/cbt/bin/cbt_activate.sh sulla riga di comando come utente root. Verifica che il monitoraggio dei blocchi di modifica del gestore dei volumi logici sia attivato eseguendo pgrep cbt. Dovresti visualizzare due processi in esecuzione per il monitoraggio dei blocchi di modifica.

Proteggi lo scaling out di HANA

Prerequisiti per proteggere l'architettura SAP HANA scalabile orizzontalmente

Prima di proteggere l'escaling di SAP HANA, assicurati che quanto segue sia stato completato:

• Se gli host hanno IP virtuali configurati, aggiungi solo l'IP virtuale e il nome host associato dell'host durante il rilevamento.
• L'agente di backup e RE deve essere installato su tutti i nodi.
• Le porte devono essere aperte sugli host per consentire la comunicazione sulla porta 5106. È necessaria una regola firewall di ingresso in cui l'appliance di backup/recupero sia l'origine, l'host che esegue l'agente sia la destinazione e la porta di destinazione sia 5106. Inoltre, non è necessario aggiungere la porta 5106 alla regola di ingresso predefinita creata per l'appliance, in quanto l'appliance viene specificata come destinazione.
• Per il backup basato su file di Backint (Full+Incremental), la posizione del backup dei log di HANA deve essere impostata su Condivisa - NFS. Consulta Aggiungere l'host alla console di gestione.

• Per la protezione degli snapshot dell'archiviazione

  • Il volume dei dati e dei log non è condiviso tra tutti i nodi
  • I volumi di dati e log sono gestiti dal gestore dei volumi logici
  • Assicurati che le directory mnt000* esistano nei punti di montaggio locali per identificare i nodi principali e secondari
  Nota: l'istanza HANA rilevata viene visualizzata dopo l'elenco delle applicazioni con: Applicazione (nome SID HANA): nome host e percorso facile (nome SID HANA)_cluster(id sito)_(ID hardware HANA).

  Segui le procedure di configurazione descritte in Preparare i database SAP HANA per la protezione.

Nota: attiva il monitoraggio dei blocchi di modifica del gestore dei volumi logici su tutti i nodi del cluster scale-out SAP HANA eseguendo /opt/act/cbt/bin/cbt_activate.sh sulla riga di comando come utente root. Verifica che il monitoraggio dei blocchi di modifica del gestore dei volumi logici sia attivato eseguendo pgrep cbt. Dovresti visualizzare due processi in esecuzione per il monitoraggio dei blocchi di modifica.

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

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

• Backup e RE per l'escaling di SAP HANA
• Prepara le istanze SAP HANA scalabili orizzontalmente per il backup
• Aggiungi un host SAP HANA scalabile orizzontalmente, scopri e proteggi i relativi database
• Configurare il formato del disco di staging e il metodo di backup per lo scale-out di SAP HANA
• Impostare i dettagli e le impostazioni dell'applicazione per le istanze SAP HANA scalabili orizzontalmente
• Eseguire il backup dei database HANA 1+n e HANA scale-out
• Ripristina e recupera le istanze SAP HANA scalabili orizzontalmente
• Montare un backup SAP HANA scalabile orizzontalmente come montaggio standard
• Montare un backup scale-out di SAP HANA come database virtuale
• Monta e esegui la migrazione di un backup scale-out di SAP HANA per il recupero istantaneo su qualsiasi destinazione