Gestire e monitorare i database SAP ASE di cui è stato eseguito il backup (anteprima)
Questo articolo descrive come gestire i database SAP Adaptive Server Enterprise (Sybase) in esecuzione in una macchina virtuale di Azure usando il servizio Backup di Azure.
Backup di Azure consente di monitorare processi e avvisi, attivare un backup su richiesta, modificare i criteri, arrestare e riprendere la protezione del database e annullare la registrazione di una macchina virtuale dai backup.
Se il backup non è configurato per i database SAP ASE, vedere Eseguire il backup di database SAP ASE in macchine virtuali di Azure. Per altre informazioni sulle configurazioni e gli scenari supportati, vedere Matrice di supporto per il backup di database SAP ASE in macchine virtuali di Azure.
Monitorare i processi di backup
Backup di Azure mostra tutti i processi attivati manualmente nella sezione Processi di backup dell'insieme di credenziali di Servizi di ripristino.
Esaminare lo stato del backup
Backup di Azure sincronizza periodicamente l'origine dati tra l'estensione installata nella macchina virtuale e il servizio Backup di Azure e mostra lo stato del backup nella portale di Azure. La tabella seguente elenca lo stato di backup (quattro) per un'origine dati:
| Stato backup | Descrizione |
|---|---|
| Integra | L'ultimo backup ha esito positivo. |
| Non integra | L'ultimo backup non è riuscito. |
| NotReachable | Attualmente non viene eseguita alcuna sincronizzazione tra l'estensione nella macchina virtuale e il servizio Backup di Azure. |
| IRPending | Il primo backup nell'origine dati non è ancora stato eseguito. |
In genere, la sincronizzazione viene eseguita ogni ora. Tuttavia, a livello di estensione, Backup di Azure esegue il polling ogni 5 minuti per verificare la presenza di eventuali modifiche nello stato del backup più recente rispetto a quello precedente. Ad esempio, se il backup precedente ha esito positivo ma il backup più recente non è riuscito, Backup di Azure sincronizza lo stato del backup nel portale di Azure di conseguenza in Integro o Non integro.
Se non si verifica alcuna sincronizzazione dei dati nel servizio Backup di Azure per più di 2 ore, Backup di Azure visualizza lo stato del backup come NotReachable. Questo scenario può verificarsi se la macchina virtuale viene arrestata per un periodo prolungato o si verifica un problema di connettività di rete nella macchina virtuale, causando la chiusura della sincronizzazione. Quando la macchina virtuale è nuovamente operativa e i servizi di estensione vengono riavviati, l'operazione di sincronizzazione dei dati al servizio riprende e lo stato del backup cambia in Integro o Non integro in base allo stato dell'ultimo backup.
Modificare i criteri di backup
È possibile modificare i criteri sottostanti per gli elementi >di backup di SAP ASE Visualizzare i dettagli>Criteri di backup>Modifica criteri di backup.
La modifica dei criteri influisce su tutti gli elementi di backup associati e attiva i processi di protezione corrispondenti.
Modificare un criterio
Per modificare i criteri per modificare i tipi di backup, le frequenze e l'intervallo di conservazione, seguire questa procedura:
Nota
Tutte le modifiche apportate al periodo di conservazione verranno applicate sia ai nuovi punti di ripristino che, retroattivamente, a tutti i punti di ripristino meno recenti.
Nell'insieme di credenziali di Servizi di ripristino passare a Criteri di backup e quindi selezionare i criteri da modificare.
La modifica dei criteri di backup influisce su tutti gli elementi di backup associati e attiva i processi di protezione di configurazione corrispondenti.
Arrestare la protezione per un database SAP ASE o un'istanza dell'ambiente del servizio app
Esistono due modi per arrestare la protezione di un database SAP ASE:
Eliminare i dati di backup: arrestare tutti i processi di backup futuri ed eliminare tutti i punti di ripristino.
Conservare i dati di backup: arrestare tutti i processi di backup futuri e lasciare intatti i punti di ripristino.
Nota
Se si sceglie di lasciare i punti di ripristino:
- Tutti i punti di ripristino rimangono intatti per sempre e tutti i processi di eliminazione si arrestano alla protezione con conservazione dei dati.
- Vengono addebitati addebiti per l'istanza protetta e l'archiviazione utilizzata.
- Se si elimina un'origine dati senza arrestare i backup, i nuovi backup hanno esito negativo.
Riprendere la protezione per un database SAP ASE
Quando si arresta la protezione per un database SAP ASE, se si seleziona l'opzione Mantieni dati di backup, è possibile riprendere la protezione in un secondo momento. Se non si conservano i dati di cui è stato eseguito il backup, non è possibile riprendere la protezione.
Per riprendere la protezione per un database SAP ASE, seguire questa procedura:
Aprire l'elemento di backup e quindi selezionare Riprendi backup.
Selezionare un criterio dal menu Criteri di backup e quindi selezionare Salva.
Annullare la registrazione di un'istanza di SAP ASE
Annullare la registrazione di un'istanza di SAP ASE dopo aver disabilitato la protezione, ma prima di eliminare l'insieme di credenziali.
Per annullare la registrazione di un'istanza di SAP ASE, seguire questa procedura:
Nell'insieme di credenziali di Servizi di ripristino, in Gestisci, selezionare Infrastruttura di backup.
Nel pannello Infrastruttura di backup selezionare Carico di lavoro nella macchina virtuale di Azure per TIPO DI GESTIONE BACKUP.
Nel pannello Server protetti selezionare l'istanza per annullare la registrazione. Per eliminare l'insieme di credenziali, è necessario annullare la registrazione di tutti i server e tutte le istanze.
Configurare lo striping per una maggiore velocità effettiva di backup per i database SAP ASE
Lo striping è progettato per migliorare ulteriormente l'efficienza del backup consentendo lo streaming dei dati tramite più canali di backup contemporaneamente. Questa operazione è utile per i database di grandi dimensioni, in cui il tempo necessario per completare un backup può essere significativo. Se si distribuiscono i dati tra più striping, lo striping riduce significativamente il tempo di backup, consentendo un uso più efficiente delle risorse di archiviazione e di rete. Il processo di striping offre un aumento delle prestazioni della velocità effettiva del 30-40% ed è consigliabile testare la configurazione dello striping prima di apportare modifiche all'ambiente di produzione.
Abilitare lo striping per i database SAP ASE
Durante l'esecuzione dello script di preregistrazione, è possibile controllare il parametro enable-striping impostandolo su true o false a seconda delle esigenze. Viene inoltre introdotto un nuovo parametro di configurazione, stripesCount, che per impostazione predefinita è 4, ma può essere modificato in base alle proprie esigenze.
Configurazione consigliata
Per i database di dimensioni inferiori a 4 TB, è consigliabile usare un conteggio di striping pari a 4. Questa configurazione offre un equilibrio ottimale tra le prestazioni e l'utilizzo delle risorse, garantendo un processo di backup uniforme ed efficiente.
Modificare il numero di striping del database
Esistono due modi per modificare il numero di striping:
Script di pre-registrazione: eseguire lo script di preregistrazione e specificare il valore preferito usando il parametro stripes-count.
Nota
Il parametro è facoltativo.
File di configurazione: aggiornare manualmente il valore stripesCount nel file di configurazione nel percorso seguente: /opt/msawb/etc/config/SAPAse/config.json
Altre informazioni sulla distribuzione del database SAP.
Nota
L'impostazione dei parametri dell'ambiente del servizio app precedenti comporterà un aumento della memoria e dell'utilizzo della CPU. È consigliabile monitorare il consumo di memoria e l'utilizzo della CPU, perché l'sovrautilizzo può influire negativamente sul backup e altre operazioni dell'ambiente del servizio app.
Abilitare la compressione nativa di SAP ASE da Backup di Azure
La compressione dei dati in SAP ASE riduce il consumo di archiviazione, accelera i tempi di backup e ripristino e migliora le prestazioni complessive. È supportato per i backup completi, differenziali e dei log, offrendo più livelli di compressione tra prestazioni e risparmi di archiviazione in base alle priorità.
Gestire la compressione del database
È possibile abilitare o disabilitare la compressione negli scenari seguenti:
Creazione di criteri di backup: configurare la compressione durante la configurazione di un criterio di backup per il database.
Backup ad hoc: abilitare o disabilitare la compressione quando si esegue un backup su richiesta.
Esaminare i livelli di compressione
SAP ASE supporta vari livelli di compressione, consentendo di scegliere in base alle esigenze specifiche:
- Livelli 1-3: ottimizzati per una compressione e una decompressione più veloci, assegnando priorità alle prestazioni.
- Livelli 4-6: approccio bilanciato tra prestazioni ed efficienza di archiviazione.
- Livelli da 7 a 9: ottimizza i risparmi di archiviazione con un maggiore utilizzo della CPU.
- Livello 100: specializzato per determinati tipi di dati.
- Livello 101: compressione avanzata progettata per migliorare le prestazioni con modelli di dati specifici.
Configurazione consigliata
Per ottenere risultati ottimali, è consigliabile usare il livello di compressione 101. Quando viene eseguito lo script di preregistrazione, aggiunge il parametro compressionLevel al file di configurazione, con il valore predefinito impostato su 101. È possibile modificarlo in base alle proprie esigenze.
Modificare il livello di compressione
Esistono due modi per aggiornare il livello di compressione:
Script di pre-registrazione: eseguire lo script con il parametro a livello di compressione e specificare il valore desiderato.
Nota
Il parametro è facoltativo.
File di configurazione: aggiornare manualmente il valore compressionLevel nel file di configurazione nel percorso seguente: /opt/msawb/etc/config/SAPAse/config.json
Nota
Se si impostano i parametri dell'ambiente del servizio app specificati, l'utilizzo della memoria e della CPU aumenta. È consigliabile monitorare il consumo di memoria e l'utilizzo della CPU perché l'sovrautilizzazione potrebbe influire negativamente sul backup e su altre operazioni dell'ambiente del servizio app.