Condividi tramite

Che cos'è lo strumento snapshot coerente con app Azure cation?

  • Articolo

Lo strumento snapshot coerente app Azure cation (AzAcSnap) è uno strumento da riga di comando che consente la protezione dei dati per i database di terze parti. Gestisce tutte le orchestrazioni necessarie per inserire tali database in uno stato coerente con l'applicazione prima di acquisire uno snapshot di archiviazione. Dopo lo snapshot, lo strumento restituisce i database a uno stato operativo.

Vedere i passaggi per iniziare a usare lo strumento snapshot coerente app Azure.

Panoramica dell'architettura

È possibile installare AzAcSnap nello stesso host del database oppure installarlo in un sistema centralizzato. Tuttavia, è necessario avere connettività di rete ai server di database e al back-end di archiviazione (Azure Resource Manager per Azure NetApp Files o HTTPS per istanze Large di Azure).

AzAcSnap è un'applicazione leggera in genere eseguita da un'utilità di pianificazione esterna. Nella maggior parte dei sistemi Linux questa operazione è cron, che è incentrata sulla documentazione. Ma l'utilità di pianificazione potrebbe essere uno strumento alternativo, purché possa importare il azacsnap profilo della shell dell'utente. L'importazione delle impostazioni dell'ambiente dell'utente garantisce che i percorsi e le autorizzazioni dei file vengano inizializzati correttamente.

Vantaggi dell'uso di AzAcSnap

AzAcSnap usa le funzionalità di replica e snapshot del volume in Azure NetApp Files e istanze Large di Azure. Sono disponibili i seguenti benefit:

  • Snapshot di backup rapidi indipendentemente dalla dimensione del database

    AzAcSnap acquisisce uno snapshot quasi istantaneo del database con prestazioni pari a zero, indipendentemente dalle dimensioni dei volumi di database. Acquisisce snapshot in parallelo in tutti i volumi, per consentire a più volumi di far parte dell'archiviazione del database.

    Nei test lo strumento ha richiesto meno di due minuti per eseguire un backup dello snapshot di un database di 100 tebibyte (TiB) archiviati in 16 volumi.

  • Protezione dei dati coerente con l'applicazione

    È possibile distribuire AzAcSnap come soluzione centralizzata o distribuita per il backup di file di database critici. Garantisce la coerenza del database prima di eseguire uno snapshot del volume di archiviazione. Di conseguenza, garantisce che sia possibile usare lo snapshot del volume di archiviazione per il ripristino del database. Le opzioni di roll forward del database sono disponibili quando vengono usate con i file di log.

  • Gestione del catalogo di database

    Quando si usa AzAcSnap con SAP HANA, i record all'interno del catalogo di backup vengono mantenuti aggiornati con gli snapshot di archiviazione. Questa funzionalità consente a un amministratore del database di visualizzare l'attività di backup.

  • Protezione dei volumi ad hoc

    Questa funzionalità è utile per i volumi non di database che non richiedono la disattivazione dell'applicazione prima che lo strumento acquisisca uno snapshot di archiviazione. Possono trattarsi di qualsiasi file system non strutturato, che include file di database come volumi di backup del log di SAP HANA e file system condivisi o volumi SAPTRANS.

  • Clonazione dei volumi di archiviazione

    Questa funzionalità offre cloni di volumi di archiviazione efficienti per scopi di sviluppo e test rapidi.

  • Supporto per il ripristino di emergenza

    AzAcSnap usa la replica del volume di archiviazione per fornire opzioni per il ripristino di snapshot coerenti con l'applicazione replicati in un sito remoto.

AzAcSnap è un singolo file binario. Non sono necessari altri agenti o plug-in per interagire con il database o con l'archiviazione (Azure NetApp Files tramite Azure Resource Manager e istanze Large di Azure tramite Secure Shell [SSH]).

Database, sistemi operativi e piattaforme di Azure supportati

Suggerimento

Se si stanno cercando nuove funzionalità (o supporto per altri database, sistemi operativi e piattaforme), vedere Funzionalità di anteprima dello strumento snapshot coerente app Azure. È anche possibile fornire feedback o suggerimenti.

Scenari supportati

Gli strumenti di snapshot possono essere usati negli scenari supportati seguenti per le istanze Large di HANA e SAP HANA con Azure NetApp Files.

Matrice di supporto snapshot da SAP

La matrice seguente viene fornita come linea guida per le versioni di SAP HANA supportate da SAP per i backup di snapshot di archiviazione.

Tipo di database Versioni minime del database Note
Database a contenitore singolo 1.0 SPS 12, 2.0 SPS 00
Tenant singolo MDC 2.0 SPS 01 o versioni successive in cui MDC Single Tenant supportato da SAP per snapshot di archiviazione/dati.*
Più tenant MDC 2.0 SPS 04 o versione successiva in cui più tenant MDC supportati da SAP per gli snapshot dei dati.

* Terminologia modificata da snapshot di archiviazione a snapshot di dati da 2.0 SPS 02

Considerazioni aggiuntive sulla distribuzione SAP:

  • Quando si configura l'utente HANA per il backup, è necessario configurare l'utente per ogni istanza di HANA. Creare un account utente SAP HANA per accedere all'istanza di HANA in SYSTEMDB (e non nel database tenant).
  • L'eliminazione automatica dei log viene gestita con l'opzione --trim di azacsnap -c backup per SAP HANA 2 e versioni successive.

Importante

Gli strumenti snapshot interagiscono solo con il nodo del sistema SAP HANA specificato nel file di configurazione. Se il nodo non è più disponibile, non esiste alcun meccanismo per avviare automaticamente la comunicazione con un altro nodo.

  • Per uno scenario SAP HANA Scale-Out con standby è tipico installare e configurare gli strumenti di snapshot nel nodo primario. Tuttavia, se il nodo primario non è più disponibile, il nodo di standby assumerà il ruolo del nodo primario. In questo caso, il team di implementazione deve configurare gli strumenti di snapshot in entrambi i nodi (primario e stand-by) per evitare snapshot mancanti. Nello stato normale, il nodo primario eseguirà snapshot HANA avviati da crontab. Se il nodo primario esegue il failover di tali snapshot deve essere eseguito da un altro nodo, ad esempio il nuovo nodo primario (in precedenza standby). Per ottenere questo risultato, il nodo standby richiederebbe l'installazione dello strumento snapshot, la comunicazione di archiviazione abilitata, i comandi hdbuserstore configurati, azacsnap.json configurati e crontab distribuiti in anticipo del failover.

  • Per uno scenario a disponibilità elevata di SAP HANA HSR, è consigliabile installare, configurare e pianificare gli strumenti di snapshot in entrambi i nodi (primario e secondario). Quindi, se il nodo primario non è più disponibile, il nodo secondario assumerà il controllo con gli snapshot acquisiti nel database secondario. Nello stato normale, il nodo primario eseguirà snapshot HANA avviati da crontab. Il nodo Secondario tenterebbe di creare snapshot, ma avrà esito negativo perché il database primario funziona correttamente. Tuttavia, dopo il failover del nodo primario, tali snapshot verranno eseguiti dal nodo Secondario. Per ottenere questo risultato, il nodo Secondario richiede l'installazione dello strumento snapshot, la comunicazione di archiviazione abilitata, hdbuserstore configurata, azacsnap.json configurata e crontab abilitata in anticipo del failover.

    Vedere l'articolo tecnico sulla protezione dei database HANA configurati con HSR in Azure NetApp Files con AzAcSnap

Passaggi successivi