Servizio di backup e DR per Oracle su un'appliance di backup/recupero

Il database Oracle è un database di classe enterprise diffuso che supporta le applicazioni mission-critical. Questa pagina presenta il servizio di Backup e DR per gli ambienti di database Oracle. L'architettura associata fornisce backup incrementali continui coerenti con le applicazioni Google Cloud, nonché ripristino e clonazione istantanei per database Oracle multi-TB.

Come funziona

Le sezioni seguenti descrivono il processo di acquisizione e recupero dei dati.

Acquisizione dati

  1. L'agente di Backup e RE viene sottoposto a deployment nel server Oracle.

  2. Monta il disco di gestione temporanea sul server di database.

  3. Richiama l'API incrementale RMAN per copiare i blocchi modificati.

  4. Richiama l'unione incrementale RMAN per creare un nuovo backup completo virtuale.

  5. Smonta il disco di gestione temporanea dal server di database.

  6. Backup e RE esegue uno snapshot interno. Il backup completo sintetico point-in-time è pronto.

Recupero dati

Backup e RE monta immediatamente un disco di gestione temporanea riscrivibile su ISCSI o NFS e mette online il database.

API di backup Oracle

Backup e RE utilizza le seguenti API Oracle:

  • Copia immagine RMAN: il ripristino di una copia immagine di un file di dati è molto più veloce perché la struttura fisica del file di dati esiste già. La direttiva RMAN BACKUP AS COPY crea copie immagine per tutti i file di dati dell'intero database e conserva il formato del file di dati.

  • API ASM e CRS: il gruppo di dischi di backup ASM viene gestito utilizzando l'API ASM e CRS.

  • API di backup dei log di archivio RMAN: i log di archivio generati vengono sottoposti a backup sul disco di gestione temporanea e rimossi dalla posizione di archivio di produzione.

Ridurre al minimo i conflitti quando utilizzi il servizio di Backup e DR con altri prodotti di backup

Il servizio di Backup e DR può coesistere con i prodotti legacy che acquisiscono dati dai database di produzione. Le seguenti best practice possono aiutarti a migliorare la tua esperienza:

Pianificazione del backup del database Oracle

Best practice Pianifica l'inizio dei job di backup del database del servizio di Backup e DR in un momento in cui il software di backup legacy dovrebbe essere terminato. Non pianificare l'esecuzione del software di backup legacy immediatamente dopo il completamento di un job di backup del database del servizio di Backup e DR.
Motivo Se i job di backup legacy e i job di backup del database del servizio di Backup e DR vengono eseguiti contemporaneamente, potrebbero avere un impatto significativo sul rendimento del server di database causando instabilità e, possibilmente, un'interruzione. Inoltre, per Oracle, ciò potrebbe comportare backup non validi per una o entrambe le soluzioni.

Gestione dei log di archivio Oracle

Oracle utilizza i log di archivio generati durante un backup del database per garantire la coerenza e la recuperabilità del backup. Di conseguenza, se i log di archivio vengono eliminati durante un job di backup del database, la copia di backup non è recuperabile.

Requisito Solo un sistema può gestire (acquisire e/o troncare/eliminare) i log, ovvero il software di backup legacy o il servizio di Backup e DR.
Best practice Non consentire l'eliminazione dei log di archivio Oracle durante un job di Backup e RE, e non consentire al servizio di Backup e DR di eliminare i log di archivio durante un job RMAN di backup legacy.
Se il software legacy gestisce il log di archivio, disattiva i job di eliminazione dei log di archivio nel software di backup legacy all'inizio del job di backup di Backup e RE e riprendi i job di eliminazione alla fine o conserva il log di archivio per almeno 24 ore prima dell'eliminazione.
Motivo Se i log di archivio vengono eliminati durante un job di backup del database, il backup del database potrebbe non essere recuperabile.

Conflitto dei metadati RMAN con i backup legacy che rendono obsoleti i backup del servizio di Backup e DR

Per impostazione predefinita, il parametro DO NOT UNCATALOG nei dettagli e nelle impostazioni dell'applicazione del servizio di Backup e DR è impostato su No. Un backup del file di dati di Backup e RE viene catalogato all'inizio del backup e non catalogato alla fine del job. L'impostazione su Sì ottimizza il tempo di backup per i database con un numero elevato di file di dati mantenendo il catalogo di backup dei file di dati RMAN dopo ogni job di backup. Tuttavia, interferisce con altri prodotti di backup.

Requisito Imposta il parametro dei dettagli e delle impostazioni dell'applicazione di Backup e RE Do not uncatalog su No.
Best practice I backup del database del servizio di Backup e DR sono incrementali continui. Questo risultato si ottiene utilizzando la copia immagine RMAN con l'API di unione incrementale RMAN. Il primo backup RMAN è una copia immagine completa del file di dati del database sul disco di backup di Backup e RE con snapshot interno del disco di backup. Le successive esecuzioni di backup incrementale RMAN con l'unione incrementale RMAN sul disco di backup di Backup e RE aggiornano l'ultimo backup completo con le modifiche incrementali prima dello snapshot. Tuttavia, se viene eseguito un backup del database di terze parti o un controllo incrociato dei backup dopo il backup del database di Backup e RE, tutti i file di dati di backup in Backup e RE vengono contrassegnati come obsoleti nei metadati RMAN. Il parametro dei dettagli e delle impostazioni dell'applicazione di Backup e RE Do not uncatalog impostato su Sì genera il seguente errore: Failed to catalog image copies from staging device e il backup non riesce. Mantieni Do not uncatalog impostato su No per la coesistenza con altri prodotti di backup legacy.
Motivo Per impostazione predefinita, il parametro Do not uncatalog> in Backup and DR application details & settings is set to No. Setting this to Yes interferes with other backup products.

Monitoraggio delle modifiche dei blocchi (BCT) del database Oracle

Il monitoraggio delle modifiche dei blocchi di Oracle consente di eseguire backup rapidi del database identificando i blocchi modificati. Nell'operazione di backup vengono inclusi solo i blocchi modificati.

  • Il backup incrementale continuo del servizio di Backup e DR supporta i database in esecuzione con BCT abilitato o disabilitato. Se BCT non è abilitato, il tempo di backup incrementale aumenta.

  • Il monitoraggio delle modifiche dei blocchi è abilitato a livello di database.

  • Oracle registra i blocchi modificati in ogni file di dati in un file di monitoraggio, ovvero un piccolo file binario archiviato nell'area del database.

  • Con BCT abilitato, RMAN utilizza il file BCT per ottenere i blocchi modificati per il backup incrementale.

  • Durante il backup incrementale, RMAN esegue la scansione di ogni blocco in un file di dati per tutti i file di dati nel database quando il monitoraggio delle modifiche dei blocchi nel database non è abilitato.

Proteggere i database Oracle in un gruppo di coerenza di Backup e RE

Nella maggior parte delle configurazioni, un gruppo di coerenza può contenere una singola applicazione di database Oracle e un numero qualsiasi di applicazioni del file system dal server Oracle. Un gruppo di coerenza è la scelta consigliata per i database Oracle nei casi d'uso di test-sviluppo e di agilità aziendale.

Database Oracle con TDE

Il servizio di Backup e DR supporta una serie di metodi di acquisizione e presentazione per i database Oracle in varie configurazioni. Sono incluse le operazioni di backup, ripristino e montaggio Application Aware del database Oracle con Transparent Data Encryption (TDE) configurato.

Per i database Oracle con TDE, i file del portafoglio dall'host di backup di origine devono essere disponibili per l'host di destinazione di tutti i montaggi Application Aware. Questa operazione può essere eseguita in diversi modi.

  • I file del portafoglio possono essere copiati dal server di origine del backup al server di montaggio di destinazione e Oracle configurato per accedervi.
  • Se i file del portafoglio Oracle sono archiviati su un dispositivo condiviso sulla rete, l'istanza Oracle di destinazione del montaggio Appaware deve essere configurata per accedervi.

  • Se i file del portafoglio Oracle sono stati acquisiti durante il backup del servizio di Backup e DR impostando l'impostazione avanzata Posizione del file di configurazione Oracle, i file del portafoglio possono essere recuperati seguendo questi passaggi:

    1. Esegui un montaggio standard del database sull'host di destinazione.
    2. Copia i file del portafoglio dal montaggio del database standard all'host di destinazione e configura Oracle per utilizzarli.
    3. Smonta il database dall'host di destinazione.
    4. Esegui un montaggio Application Aware del database sull'host di destinazione.

Backup e RE con database Oracle Exadata o Oracle ExaCC

Le appliance di backup/ripristino supportano l'acquisizione e la presentazione dei dati Exadata tramite i protocolli iSCSI o Oracle dNFS.

  • L'appliance di backup/ripristino è connessa tramite iSCSI o Oracle dNFS nella rete (non nel percorso dei dati).

  • Il backup RMAN utilizza RMAN per scrivere direttamente in un datastore di copia presentato da Backup e RE come file system o come gruppo di dischi ASM.

  • Formati di acquisizione dati: in Gruppo di dischi ASM (solo iSCSI) o in File system (dNFS o iSCSI).

  • Il backup incrementale continuo di Backup e RE utilizza i backup aggiornati in modo incrementale RMAN, eseguendo il roll forward dei backup delle copie immagine.

Acquisizione di dati Exadata ed ExaCC tramite Backup e RE

L'agente di Backup e RE deve essere installato sul server Exadata per facilitare la comunicazione con l'appliance di backup/ripristino e per richiamare l'API RMAN per il backup del database.

L'agente di Backup e RE espone e mappa i dischi di Backup e RE sul server Exadata come target iSCSI. Il formato di acquisizione dati può essere in Gruppo di dischi ASM o in File system.

Installa l'agente di Backup e RE su ogni host Exadata nello spazio utente per facilitare la comunicazione con l'appliance di backup/ripristino e per richiamare l'API RMAN per il backup del database.

Formato di acquisizione in Gruppo di dischi ASM

Durante un backup, l'agente di Backup e RE esegue le seguenti operazioni:

  1. Mappa ed espone il disco logico al server Exadata come target iSCSI.

  2. Aggiunge il percorso del disco di Backup e RE alla stringa del disco ASM.

  3. Assicurati che la stringa del disco ASM sia aggiunta al file dei parametri e che non esista nel profilo CRS.

  4. Crea un gruppo di dischi ASM come ridondanza esterna utilizzando il disco di Backup e RE.

    • Backup RMAN che utilizza RMAN per scrivere direttamente in un datastore di copia presentato dall'appliance di backup/ripristino come gruppo di dischi ASM o come file system.

    • Backup incrementale continuo che utilizza i backup aggiornati in modo incrementale RMAN, eseguendo il roll forward dei backup delle copie immagine.

Formato di acquisizione in File system utilizzando dNFS

Oracle Direct NFS (dNFS) è un client NFS (Network File System) ottimizzato che fornisce un accesso più rapido e scalabile all'archiviazione NFS situata sui dispositivi di archiviazione NAS (accessibili tramite TCP/IP). Direct NFS è integrato direttamente nel kernel del database, proprio come ASM.

Il protocollo dNFS può essere utilizzato per il backup basato su file system come condivisione NFS.

L'agente di Backup e RE espone e mappa i dischi di Backup e RE sul server Exadata come condivisione NFS.

Prerequisiti per dNFS sul server Exadata:

  • Abilita dNFS sul server Exadata:

    cd $ORACLE_HOME/rdbms/lib make -f ins_rdbms.mk nfs on

  • Riavvia il database.

    Utilizza l'API RMAN per eseguire il backup del database sul file system nella condivisione dNFS presentata dall'appliance di backup/ripristino.

Riportare online i gruppi di dischi ASM protetti da Backup e RE dopo il riavvio di un server di database di destinazione

Dopo il riavvio di un server di database in cui è montata la copia di Backup e RE o se i backup di Backup e RE sono in corso per il database al momento del riavvio/arresto anomalo, segui questi passaggi per ripristinare il montaggio del gruppo di dischi di Backup e RE:

  1. Verifica che il server di database di destinazione sia di nuovo attivo e che anche il sistema ASM e RAC siano attivi.

  2. Riavvia l'agente di Backup e RE (dalla root).

  3. Imposta l'ambiente ASM.

  4. Accedi a sqlplus ASM e controlla lo stato del gruppo di dischi:

    select name, state from v$asm_diskgroup where name = '<dg name>';)

  5. Se non è montato, monta il gruppo di dischi: alter diskgroup <dg name> mount;

  6. Accedi al sistema operativo Oracle e imposta l'ambiente del database, quindi avvia il database.

Passaggi successivi

Scopri di più sui prerequisiti per il backup di un database Oracle.

Altra documentazione per Backup e RE per Oracle