Ripristinare i backup conservati a lungo termine

Puoi recuperare i backup conservati a lungo termine direttamente dai tuoi bucket Cloud Storage utilizzando un'utilità autonoma, garantendo l'accesso ai dati anche senza appliance Backup e RE attive.

Questo documento descrive come utilizzare questa utilità di ripristino autonoma per rilevare, verificare, montare e ripristinare le immagini di backup di Backup e RE OnVault e Compute Engine.

Panoramica

I backup conservati a lungo termine vengono archiviati nei bucket Cloud Storage utilizzando i criteri OnVault per la conformità e l'archiviazione. Per garantire l'accessibilità ai dati indipendentemente dall'infrastruttura di backup, puoi utilizzare un'utilità di ripristino autonoma per rilevare, verificare e ripristinare questi dati direttamente dal bucket di archiviazione. Questo è fondamentale per gli scenari di ripristino di emergenza o ritiro in cui l'appliance di backup/recupero di origine potrebbe non essere disponibile.

Prima di iniziare

Prima di iniziare il ripristino dei backup conservati a lungo termine, completa le seguenti sezioni.

Ottenere i ruoli richiesti

Per ottenere le autorizzazioni necessarie per ripristinare i backup conservati a lungo termine, chiedi all'amministratore di concederti il ruolo IAM Backup e DR Cloud Storage Operator (roles/backupdr.cloudStorageOperator) nel bucket Cloud Storage di destinazione. Per saperne di più sulla concessione dei ruoli, consulta Gestisci l'accesso a progetti, cartelle e organizzazioni.

Potresti anche riuscire a ottenere le autorizzazioni richieste tramite i ruoli personalizzati o altri ruoli predefiniti.

Altri prerequisiti

Prima di ripristinare i backup conservati a lungo termine, assicurati di soddisfare i seguenti prerequisiti:

  1. Prima di avviare un recupero, verifica che i tuoi dati siano disponibili nello spazio di archiviazione OnVault. Verifica i backup esistenti nel pool di appliance di backup/recupero e migrali a OnVault assegnando la policy di protezione OnVault pertinente.

  2. Per gli scenari di ripristino che coinvolgono snapshot di Persistent Disk (Persistent Disk), verifica che tutti i metadati di backup vengano replicati nel bucket Cloud Storage di destinazione. L'utilità di ripristino si basa su questi metadati per catalogare ed elaborare le immagini snapshot. Per facilitare il trasferimento di dati e confermare la presenza di metadati nel bucket Cloud Storage, contatta assistenza clienti Google Cloud.

  3. Assicurati che il sistema host in cui esegui questo strumento soddisfi i seguenti requisiti:

    • gcloud CLI: installata e accessibile nella variabile di ambiente PATH (in particolare gcloud storage).
    • Autenticazione: configurata con credenziali attive eseguendo gcloud auth login o utilizzando le Credenziali predefinite dell'applicazione (ADC) o le chiavi del account di servizio.

  4. Identifica e conserva un elenco dei nomi dei bucket Cloud Storage e dei relativi ID progetto Google Cloud da utilizzare con l'utilità di ripristino.

Esegui il deployment dell'utilità di ripristino

Configura un'istanza VM in modo che funga da proxy di ripristino o da host dell'applicazione di destinazione, quindi esegui il deployment dello strumento di ripristino autonomo.

Scopri elettrodomestici, host e immagini

L'utilità di ripristino autonoma accetta una coppia di valori di bucket e progetto (--bucket e --project) per i comandi. L'utilità supporta le seguenti operazioni:

  • Elenco applicazioni
  • Elenco dei backup
  • Scadenza dei backup
  • Montare un'immagine di backup
  • Smontare un'immagine di backup

Monta l'immagine di backup

Per eseguire un montaggio di ripristino, devi prima identificare il nome dell'immagine di backup.

Elenca i backup disponibili per identificare il nome dell'immagine di backup:

python3 ~/gcbdr-onvault-cli/python/gcbdr_onvault.py \
  --bucket BUCKET_NAME \
  --project PROJECT_ID \
  --cluster APPLIANCE_NAME \
  --host HOST_NAME \
  --app APPLICATION_NAME \
  --list-images

Poi, per eseguire un montaggio di ripristino non interattivo, utilizza un comando simile al seguente esempio per montare l'immagine di backup selezionata direttamente sul proxy di ripristino designato o sul server di database di destinazione:

python3 ~/gcbdr-onvault-cli/python/gcbdr_onvault.py \
  --bucket BUCKET_NAME \
  --project PROJECT_ID \
  --cluster APPLIANCE_NAME \
  --host HOST_NAME \
  --app APPLICATION_NAME \
  --image IMAGE_NAME \
  --mountpoint MOUNT_POINT \
  --auto-mount

Sostituisci quanto segue:

  • BUCKET_NAME: il nome del bucket Cloud Storage.
  • PROJECT_ID: il tuo ID progetto Google Cloud .
  • APPLIANCE_NAME: il nome o l'ID dell'appliance di backup/ripristino.
  • HOST_NAME: il nome host o l'ID dell'host di origine.
  • APPLICATION_NAME: il nome o l'ID dell'applicazione protetta.
  • IMAGE_NAME: il nome dell'immagine di backup attiva da montare.
  • MOUNT_POINT: (facoltativo) il percorso della directory locale in cui viene montato il backup. Il valore predefinito è /tmp/recovery_folder.

Al termine dell'estrazione, puoi visualizzare i dati di cui è stato eseguito il backup nella directory del punto di montaggio.

Ripristinare le applicazioni

Per accedere ai file di database non elaborati, vai a MOUNT_POINT/restored_data/. Seleziona il percorso di ripristino per il tipo di workload e la configurazione di montaggio:

Microsoft SQL

  1. Individua i file: identifica i file di database .mdf e .ldf principali nella directory db_volume/.
  2. Collegamento diretto (stesso host): arresta l'istanza del database di destinazione. Apri SQL Server Management Studio, seleziona Collega database e specifica i percorsi dei file che puntano ai file di dati e di log nella directory del punto di montaggio del recupero.
  3. Copia e allega (host diverso): arresta l'istanza del database di destinazione. Trasferisci i file .mdf e .ldf alle unità di archiviazione locali del server di destinazione, quindi collegali utilizzando SQL Server Management Studio.

Oracle

  1. Individua file: l'utilità rileva automaticamente i file init.ora o spfile e i file di dati .dbf portando online il backup del database RMAN e i gruppi di volumi Archive log.
  2. Recupera database: arresta l'istanza Oracle di destinazione o avviala in modalità NOMOUNT. Aggiorna i parametri di inizializzazione (ad esempio i file di controllo) in modo che puntino ai file .dbf montati per la convalida diretta oppure copia i file .dbf nello spazio di archiviazione locale o nello spazio di archiviazione Automatic Storage Management (ASM) per il recupero permanente.
  3. Apri database: porta l'istanza allo stato MOUNT, applica i log di ripristino richiesti dal gruppo di volumi TransactionLog montato e poi apri il database.

VM VMware Engine

Oltre al recupero delle applicazioni di database, la protezione delle macchine virtuali di Google Cloud VMware Engine (VMware Engine) comprende l'intera configurazione hardware insieme alle estensioni del disco virtuale.

  1. Monta e individua i file: monta l'immagine di backup come descritto in Monta l'immagine di backup. L'utilità genera il disco virtuale sparse (vol00.raw) all'interno del percorso di montaggio primario. Quindi collega il disco per esporre il file system del sistema operativo guest nella directory db_volume/, mentre i metadati di configurazione VMware (inclusi .ovf, .vmx e Catalog.xml) sono organizzati nella cartella log_files/.
  2. Ripristina direttamente la VM: disattiva la VM di destinazione per proteggere il relativo disco di base per l'analisi del manifest. Un processo worker legge i blocchi di dati dallo spazio di archiviazione locale, li scrive nel file VMDK utilizzando le librerie VMware Virtual Disk Development Kit (VDDK) e poi riavvia automaticamente la VM.

Snapshot PD di Compute Engine

A differenza dei backup OnVault montati come file system locali, gli snapshot dei dischi permanenti di Compute Engine vengono ripristinati inizializzando nuovi dischi permanenti e collegandoli direttamente a un'istanza Compute Engine di destinazione.

  1. Identifica il backup e i metadati di destinazione: verifica che il file di catalogo dei metadati dello snapshot Persistent Disk (pdsnapshot_catalog.json) sia presente nel bucket Cloud Storage. Utilizza l'utilità di gestione dei disco permanente per esaminare i backup disponibili elencati nel catalogo e seleziona quello specifico IMAGE ID destinato al recupero.
  2. Ripristina e collega i volumi: utilizza il comando attach per automatizzare la generazione di dischi permanenti dagli snapshot di backup. Questa singola azione gestisce la creazione e la connessione di tutti i volumi pertinenti alla macchina virtuale di destinazione.
  3. Monta i dispositivi a livello di sistema operativo: al termine dell'operazione di collegamento, connettiti all'istanza Compute Engine di destinazione per identificare i dispositivi a blocchi appena mappati utilizzando strumenti come lsblk. Monta manualmente i file system per accedere ai dati recuperati o avviare il processo di recupero dell'applicazione.

SAP HANA PD

A differenza dei backup OnVault, che vengono montati direttamente come file system locali, il ripristino degli snapshot del disco permanente SAP HANA comporta il provisioning di nuovi dischi permanenti e il loro collegamento all'istanza Compute Engine di destinazione.

  1. Verifica i metadati e individua l'immagine di backup: assicurati che il file di catalogo dei metadati dello snapshot Persistent Disk sia disponibile nel bucket Cloud Storage. Utilizza lo strumento di gestione dei disco permanente per esaminare i backup catalogati e scegliere il IMAGE ID richiesto per il ripristino.
  2. Esegui il provisioning dei dischi e collega i volumi: esegui il comando attach per generare automaticamente dischi permanenti dallo snapshot di backup scelto. Questo passaggio crea tutti i volumi richiesti e li collega alla macchina virtuale di destinazione in un'unica operazione.
  3. Monta i dispositivi a livello di sistema operativo: dopo aver collegato i dischi, connettiti alla VM SAP HANA di destinazione e verifica la presenza di dispositivi a blocchi appena assegnati utilizzando strumenti come lsblk. Monta i file system manualmente per accedere ai dati recuperati o iniziare il ripristino a livello di applicazione.
  4. Recupera SAP HANA: dopo aver montato i volumi di dati, log e log di archivio SAP HANA, avvia il database di sistema (incluso il recupero point-in-time, se necessario), seguito dal recupero e dall'inizializzazione dei database tenant.

IBM Db2 DP

A differenza dei backup OnVault, che vengono montati direttamente come file system locali, il ripristino degli snapshot Persistent Disk di IBM Db2 richiede il provisioning di nuovi dischi permanenti e il loro collegamento all'istanza Compute Engine di destinazione.

  1. Individua l'immagine di backup e convalida i metadati: verifica che il file di catalogo dei metadati dello snapshot Persistent Disk sia presente nel bucket Cloud Storage designato. Utilizza lo strumento di gestione disco permanente per esaminare i backup catalogati per identificare e selezionare il IMAGE ID di destinazione richiesto per il ripristino.
  2. Collega i volumi e esegui il provisioning dei dischi: esegui il comando attach per creare automaticamente dischi permanenti dallo snapshot di backup specificato. Questo singolo passaggio esegue il provisioning di tutti i volumi necessari e li collega direttamente alla macchina virtuale di destinazione.
  3. Monta i file system del sistema operativo: dopo aver collegato i dischi, connettiti alla VM IBM Db2 di destinazione per identificare i dispositivi a blocchi appena mappati utilizzando strumenti come lsblk. Monta manualmente i file system per accedere ai dati ripristinati o procedi con il recupero dell'applicazione.
  4. Recupera il database dell'applicazione: dopo aver montato i volumi di dati, log delle transazioni e log di archivio di Db2, cataloga ogni istanza del database Db2, esegui il recupero del database in base alle necessità e porta il database online.

MySQL/MariaDB

  1. Individua i file: individua la directory di dati principale in db_volume/, contenente i database utente, lo schema di sistema e gli spazi delle tabelle InnoDB.

  2. Ripristina database: arresta il servizio MySQL o MariaDB attivo. Per eseguire il test direttamente, modifica la voce datadir in my.cnf in modo da scegliere come target la cartella di montaggio del ripristino. Per un ripristino permanente, copia i file di database nell'archiviazione locale (ad esempio /var/lib/mysql/) e assicurati che la proprietà e le autorizzazioni del file system siano corrette.

  3. Porta online e recupera: riavvia il servizio di database. Se esistono log delle transazioni binari, esegui il recupero point-in-time utilizzando l'utilità mysqlbinlog.

PostgreSQL

  1. Individua i file: nella directory db_volume/, identifica gli asset PGDATA, inclusi i database principali (base/, global/ e pg_wal/) e il file di configurazione postgresql.conf.

  2. Ripristina database: arresta l'istanza PostgreSQL di destinazione. Per la convalida direttamente dal montaggio, punta la variabile di ambiente data_directory o PGDATA al percorso di recupero. Per ripristinarlo in modo permanente, trasferisci la struttura completa della directory all'archivio locale dell'host di destinazione.

  3. Apri database: riavvia il servizio per portare l'istanza online. Se è necessario il recupero point-in-time, applica i log WAL archiviati dalla cartella log_files/ definendo un file recovery.conf o configurando restore_command all'interno di postgresql.conf (per PostgreSQL 12 e versioni successive), quindi metti online il database.

SAP ASE

  1. Individua i file: identifica il dispositivo master principale, insieme al database utente e ai dispositivi di log specifici, situati all'interno della cartella db_volume/ montata.

  2. Ripristina database: arresta l'istanza SAP ASE di destinazione. Per il montaggio diretto, aggiorna la configurazione di RUN_server per reindirizzare il parametro del dispositivo master (ad esempio -d) al percorso di ripristino. In alternativa, trasferisci tutti gli asset del dispositivo nelle loro posizioni di archiviazione permanenti.

  3. Apri database: avvia il processo del dataserver SAP ASE. Se sono presenti log delle transazioni, esegui l'operazione LOAD TRAN per eseguire il recupero point-in-time prima di portare il database online.

SAP MaxDB

  1. Individua i volumi: vai al percorso di montaggio db_volume/ per trovare i file di log e di dati SAP MaxDB principali.

  2. Ripristina o reindirizza la configurazione: arresta il processo SAP MaxDB di destinazione. Utilizza Database Manager (dbmcli) per aggiornare parametri come DataVolumeName in modo che puntino al punto di montaggio del ripristino o copia i file direttamente nell'archivio locale per un ripristino completo.

  3. Avvia e porta online: avvia l'istanza di database e imposta il relativo stato operativo su ONLINE utilizzando Database Manager.

SAP IQ

  1. Individua i file: vai alla directory db_volume/ per identificare l'archivio principale SAP IQ, l'archivio del catalogo (.db) e tutti gli asset di archiviazione temporanea associati.

  2. Ripristina database: arresta l'istanza SAP IQ di destinazione. Per eseguire la convalida diretta dal punto di montaggio del recupero, modifica i parametri di avvio in modo che facciano riferimento al file del catalogo montato. Per il ripristino permanente, trasferisci tutti i volumi dello store allo spazio di archiviazione locale verificando che la proprietà e le autorizzazioni del file system appropriate vengano mantenute.

  3. Apri database: esegui l'utilità start_iq per portare l'istanza online e verificare l'integrità dei dati.

IBM Db2 LVM/dump

  1. Individua i file: vai ai percorsi di montaggio db_volume/ e log_files/. In base al metodo di protezione, identifica i volumi di dati e log LVM o gli asset di immagini di backup specifici per il ripristino basato sul dump.
  2. Recupera database (LVM): arresta l'istanza Db2 di destinazione. Trasferisci i dati del database e i volumi dei log delle transazioni attive dal punto di montaggio del recupero all'archiviazione locale di destinazione, assicurandoti che la proprietà del file system sia corretta per l'utente e il gruppo Db2.
  3. Ripristina database (completo e incrementale basato su dump): interrompi le connessioni attive ed elimina il database di destinazione, se esistente. Utilizza lo strumento db2ckrst con il timestamp di backup specifico per catalogare la sequenza incrementale necessaria. Esegui l'operazione RESTORE per ogni immagine nell'ordine prescritto.
  4. Apri database: avvia l'istanza Db2. Se il database rimane in stato di attesa o richiede il recupero point-in-time, applica i log delle transazioni utilizzando l'utilità db2 rollforward per completare il recupero e portare l'istanza online.

Libera spazio

Dopo aver copiato o separato tutti i file di database necessari dal motore di database, smonta in sicurezza i volumi attivi, scollega tutti i dispositivi loop associati e rimuovi le directory di staging locali per evitare blocchi residui o riferimenti orfani.

Per smontare i volumi e liberare spazio nella directory di ripristino, esegui questi comandi:

python3 ~/gcbdr-onvault-cli/python/gcbdr_onvault.py \
  --mountpoint MOUNT_POINT \
  --unmount
rm -rf MOUNT_POINT

Sostituisci quanto segue:

  • MOUNT_POINT: il percorso della directory locale in cui è stato montato il backup, ad esempio /tmp/recovery_folder.

Passaggi successivi