Implementare la strategia di pianificazione del backup di SAP HANA
Una comune strategia di pianificazione dei backup descritta nella guida all'amministrazione di HANA prevede l'esecuzione dei backup seguenti:
- Snapshot di archiviazione (giornaliero)
- Backup completo dei dati tramite il formato di file o backint (una volta alla settimana)
- Backup automatici dei log
Facoltativamente, è possibile procedere completamente senza snapshot di archiviazione. Tali snapshot possono essere sostituiti da backup delta di HANA, come backup incrementali o differenziali.
La guida all'amministrazione di HANA offre un elenco di esempio. Si consiglia di ripristinare SAP HANA in uno specifico punto nel tempo usando la sequenza di backup seguente:
- Backup completo dei dati
- Backup differenziale
- Backup incrementale 1
- Backup incrementale 2
- Backup del log
Per quanto riguarda la pianificazione esatta relativa al tempo e alla frequenza di uno specifico tipo di backup, non è possibile fornire linee guida generali. Si tratta di una scelta specifica del cliente, che dipende dal volume di modifiche dei dati apportate al sistema. Una raccomandazione di base di SAP, che è un'indicazione generale, è quella di creare un backup completo di HANA una volta alla settimana. SAP consiglia anche di eseguire alcune attività di manutenzione del catalogo di backup per impedirne una crescita eccessiva.
File di configurazione di SAP HANA
Come indicato nelle domande frequenti nella Nota SAP #1642148, i file di configurazione di SAP HANA non fanno parte di un backup HANA standard. Non sono essenziali per ripristinare un sistema. La configurazione HANA può essere modificata manualmente dopo il ripristino. Nel caso in cui si desideri ottenere la stessa configurazione personalizzata durante il processo di ripristino, è necessario eseguire il backup dei file di configurazione HANA separatamente.
Se i backup HANA standard passano a un file system di backup HANA dedicato, è anche possibile copiare i file di configurazione nello stesso file system del backup e quindi copiare tutti gli elementi insieme nella destinazione di archiviazione finale come l'archiviazione BLOB per accesso sporadico.
Crittografia del backup di SAP HANA
SAP HANA offre la crittografia di dati e log. Se i dati e i log SAP HANA non sono crittografati, anche i backup non vengono crittografati. Spetta al cliente usare una soluzione di terze parti per crittografare i backup SAP HANA.
In Microsoft Azure un cliente può usare la funzionalità di crittografia della macchina virtuale IaaS. Ad esempio, si potrebbero usare dei dischi di dati appositi collegati alla macchina virtuale, usati per archiviare i backup di SAP HANA, quindi creare delle copie di tali dischi. Il servizio Backup di Azure è in grado di gestire macchine virtuali e dischi crittografati. Un'altra opzione consiste nel mantenere la macchina virtuale di SAP HANA e i relativi dischi senza crittografia e archiviare i file di backup di SAP HANA in un account di archiviazione per il quale è stata abilitata la crittografia.
Testare la stima della dimensione del backup
È importante stimare la dimensione del backup di SAP HANA. Questa stima consente di migliorare le prestazioni definendo le dimensioni massime del file di backup per alcuni file di backup, a causa del parallelismo che si verifica durante la copia di un file. Si deve anche decidere se eseguire un backup completo o un backup delta (incrementale o differenziale). Fortunatamente esiste una semplice istruzione SQL che stima le dimensioni dei file di backup: select * from M_BACKUP_SIZE_ESTIMATIONS. Le informazioni di M_BACKUP_SIZE_ESTIMATIONS sono disponibili anche dalla finestra di dialogo di backup del pannello di controllo SAP HANA.