Servizio di backup e RE per Oracle

Oracle Database è un popolare database di livello enterprise che supporta le applicazioni mission-critical. Questa pagina presenta il servizio di backup e RE per gli ambienti di database Oracle. L'architettura associata fornisce un backup incrementale permanente e coerente con l'applicazione su Google Cloud, nonché il recupero e la clonazione istantanei per i database Oracle di più TB.

Come funziona

Le sezioni seguenti descrivono la procedura di acquisizione e recupero dei dati.

Acquisizione dati

  1. L'agente di Backup e RE viene dispiegato nel server Oracle.

  2. Monta il disco di staging sul server di database.

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

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

  5. Smonta il disco di staging dal server di database.

  6. Backup e RE acquisiscono uno snapshot interno. Il report Synthetic Full a un determinato istante è pronto.

Recupero dati

Backup e RE montano istantaneamente un disco di staging riscrivibile su ISCSI o NFS e mettono il database online.

API di backup Oracle

Backup e RE utilizzano le seguenti API Oracle:

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

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

  • API di backup dei log dell'archivio RMAN: il backup dei log dell'archivio generati viene eseguito sul disco di staging e vengono eliminati dalla posizione dell'archivio di produzione.

Riduci al minimo i conflitti quando utilizzi il servizio di backup e RE con altri prodotti di backup

Il servizio di backup e RE può coesistere con i prodotti precedenti che acquisiscono i 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'avvio dei job di backup del database del servizio di backup e RE in un momento in cui dovrebbe essere terminato il software di backup precedente. Non pianificare l'esecuzione del software di backup precedente immediatamente dopo il completamento normale di un job di backup del database del servizio di Backup e DR.
Motivo Se i job di backup precedenti e i job di backup del database del servizio di backup e RE vengono eseguiti contemporaneamente, ciò potrebbe comportare un grave impatto sulle prestazioni del server del database, con conseguente instabilità e possibile interruzione del servizio. Inoltre, per Oracle, questo potrebbe comportare immagini di backup non valide per una o entrambe le soluzioni.

Gestione dei log dell'archivio Oracle

Oracle utilizza i log di archivio generati durante un backup del database per garantire la coerenza e il recupero del backup. Di conseguenza, se i log dell'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, il software di backup precedente 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 Backup e DR di eliminare i log di archivio durante un job RMAN di backup precedente.
Se il software precedente gestisce il log di archivio, disattiva i job di eliminazione dei log di archivio nel software di backup precedente 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 un minimo di 24 ore prima dell'eliminazione.
Motivo Se i log dell'archivio vengono eliminati definitivamente durante un job di backup del database, l'immagine di backup del database potrebbe non essere recuperabile.

I metadati RMAN sono in conflitto con i backup precedenti che rendono obsoleti i backup del servizio di backup e RE

Per impostazione predefinita, il parametro DO NOT UNCATALOG nelle impostazioni e nei dettagli 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 viene annullato il relativo inserimento nel catalogo alla fine del job. Se imposti questo valore su Sì, ottimizzi il tempo di backup per i database con un numero elevato di file di dati mantenendo il backup del file di dati RMAN catalogato dopo ogni job di backup. Tuttavia, interferenza con altri prodotti di backup.

Requisito Imposta il parametro Dettagli e impostazioni dell'applicazione di backup e RE Do not uncatalog su No.
Best practice I backup del database del servizio di backup e RE sono incrementali permanenti. Questo viene ottenuto utilizzando la copia dell'immagine RMAN con l'API di unione incrementale RMAN. Il primo backup RMAN è una copia completa dell'immagine del file di dati del database sul disco di backup di Backup e RE con snapshot interno del disco di backup. I backup incrementali RMAN successivi vengono eseguiti con l'unione incrementale RMAN sul disco di backup e RE, aggiornando l'ultimo backup completo con le modifiche incrementali prima dello snapshot. Tuttavia, se un backup del database di terze parti o un controllo incrociato del backup viene eseguito dopo il backup del database di Backup e RE, tutti i file di dati di backup nel backup di Backup e RE vengono contrassegnati come obsoleti nei metadati RMAN. Il parametro di impostazioni e dettagli dell'applicazione di backup e RE Do not uncatalog impostato su Sì genera il seguente errore: Impossibile catalogare le copie delle immagini dal dispositivo di staging e il fallimento del backup. Mantieni Do not uncatalog impostato su No per la coesistenza con altri prodotti di backup precedenti.
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 ai blocchi (BCT) del database Oracle

Il monitoraggio delle modifiche ai blocchi Oracle consente di eseguire rapidamente i backup del database identificando i blocchi che sono stati modificati. Nell'operazione di backup sono inclusi solo i blocchi modificati.

  • La funzionalità incrementale permanente del servizio di backup e RE supporta i database in esecuzione con BCT abilitato o disabilitato. Se la funzionalità BCT non è attivata, il tempo del backup incrementale aumenta.

  • Il monitoraggio dei blocchi di modifiche è 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 recuperare i blocchi modificati per il backup incrementale.

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

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 del server Oracle. Un gruppo di coerenza è la scelta consigliata per i database Oracle in test-dev e altri casi d'uso 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, recupero e montaggio consapevole delle applicazioni del database Oracle con la crittografia TDE (Transparent Data Encryption) configurata.

Per i database Oracle con TDE, i file del portafoglio dell'host di backup di origine devono essere disponibili per l'host di destinazione di qualsiasi montaggio consapevole dell'applicazione. Ciò può essere conseguito in diversi modi.

  • I file del portafoglio possono essere copiati dal server di origine del backup al server mount di destinazione e Oracle configurato per accedervi.
  • Se i file del portafoglio Oracle sono archiviati su un dispositivo centrale 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 RE impostando l'impostazione avanzata Posizione file di configurazione Oracle, i file del portafoglio possono essere recuperati con i seguenti 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 mount Application Aware del database sull'host di destinazione.

Backup e RE con il 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 dati).

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

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

  • Il backup incrementale continuo di Backup e RE utilizza backup aggiornati in modo incrementale di RMAN, eseguendo il rollforward dei backup delle copie delle immagini.

Acquisizione di backup e RE dei dati di Exadata ed ExaCC

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

L'agente Backup and RE espone e mappa i dischi di Backup e RE al server Exadata come target iSCSI. Il formato di acquisizione dei 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/recupero e per invocare l'API RMAN per il backup del database.

Formato di acquisizione nel gruppo di dischi ASM

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

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

  2. Aggiungi 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 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 nel datastore di copia presentato dall'appliance di backup/ripristino come gruppo di dischi ASM o come file system.

    • Backup incrementale continuo utilizzando backup aggiornati in modo incrementale di RMAN, eseguendo il rollforward dei backup delle copie delle immagini.

Formato di acquisizione nel file system utilizzando dNFS

Oracle direct NFS (dNFS) è un client NFS (Network File System) ottimizzato che fornisce un accesso più rapido e scalabile allo spazio di archiviazione NFS situato su dispositivi di archiviazione NAS (accessibili tramite TCP/IP). NFS diretto viene 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 Backup and RE espone e mappa i dischi di Backup e RE al server Exadata come condivisione NFS.

Prerequisiti per dNFS sul server Exadata:

  • Attiva 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 nel file system sulla condivisione NFS presentata dall'appliance di backup/recupero.

Ripristinare i gruppi di dischi ASM protetti da Backup e RE dopo il riavvio di un server DB di destinazione

Dopo il riavvio del server di database in cui è montata la copia di Backup e RE o se al momento del riavvio/dell'arresto anomalo sono in corso backup di Backup e RE per il database, 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 sia attivo.

  2. Riavvia l'agente Backup and RE (da utente root).

  3. Imposta l'ambiente ASM.

  4. Accedi ad ASM sqlplus 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 i prerequisiti per il backup di un database Oracle.

Altra documentazione per Backup e RE per Oracle