Backup e RE per Oracle su un'appliance di backup/ripristino

Oracle Database è un database di classe enterprise molto diffuso che supporta applicazioni mission-critical. Questa pagina presenta Backup e RE per gli ambienti di database Oracle. L'architettura associata fornisce un backup incrementale, coerente con le applicazioni, su Google Cloud, nonché il ripristino e la clonazione istantanei per database Oracle di più TB.

Come funziona

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

Acquisizione dati

  1. Il deployment dell'agente di Backup e RE viene eseguito 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 virtuale completo.

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

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

Recupero dati

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

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ù rapido 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 mantiene il formato dei 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 archiviazione RMAN: i log di archiviazione generati vengono sottoposti a backup sul disco di gestione temporanea ed eliminati dalla posizione di archiviazione di produzione.

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

Backup e RE possono 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 i job di backup del database di Backup e RE in modo che inizino quando il software di backup legacy dovrebbe aver terminato. Non pianificare l'esecuzione del software di backup legacy immediatamente dopo il normale completamento di un job di backup del database di Backup e RE.
Motivo Se i job di backup legacy e i job di backup del database di Backup e RE vengono eseguiti contemporaneamente, potrebbe verificarsi un grave impatto sulle prestazioni del server del database, con conseguente instabilità ed eventualmente un'interruzione del servizio. Inoltre, per Oracle, ciò potrebbe comportare backup non validi per una o entrambe le soluzioni.

Gestione dei log di archiviazione Oracle

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

Requisito Solo un sistema può gestire (acquisire e/o troncare/eliminare definitivamente) i log, ovvero il software di backup legacy o Backup e RE.
Best practice Non consentire l'eliminazione dei log di archiviazione Oracle durante un job di Backup e RE e non consentire a Backup e RE di eliminare i log di archiviazione durante un job RMAN di backup legacy.
Se il software legacy gestisce il log di archiviazione, disabilita i job di eliminazione dei log di archiviazione 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 archiviazione per almeno 24 ore prima dell'eliminazione.
Motivo Se i log di archiviazione vengono eliminati definitivamente durante un job di backup del database, il backup del database potrebbe non essere recuperabile.

Conflitto dei metadati RMAN con i backup legacy che rende obsoleti i backup di Backup e RE

Per impostazione predefinita, il parametro DO NOT UNCATALOG in Dettagli e impostazioni dell'applicazione Backup e RE è impostato su No. Un backup dei file di dati di Backup e RE viene catalogato all'inizio del backup e rimosso dal catalogo al termine del job. Se imposti questa opzione su Sì, il tempo di backup per i database con un numero elevato di file di dati viene ottimizzato mantenendo il backup dei file di dati RMAN catalogato dopo ogni job di backup. Tuttavia, interferisce con altri prodotti di backup.

Requisito Imposta il parametro Imposta i dettagli e le impostazioni dell'applicazione Backup e RE Do not uncatalog su No.
Best practice I backup dei database di Backup e RE sono incrementali permanenti. 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 del backup incrementale RMAN con l'unione incrementale RMAN sul disco di backup 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 in Backup e RE vengono contrassegnati come obsoleti nei metadati RMAN. Se il parametro delle impostazioni e dei dettagli dell'applicazione Backup e RE Do not uncatalog è impostato su Sì, viene visualizzato il seguente errore: Impossibile catalogare le copie delle immagini dal dispositivo di gestione temporanea e il backup non va a buon fine. Mantieni Do not uncatalog impostato su No per coesistere 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.

Oracle Database Block Change Tracking (BCT)

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

  • Backup e RE incrementale permanente supportano i database in esecuzione con BCT abilitato o disabilitato. Se il BCT non è abilitato, il tempo di backup incrementale aumenta.

  • Il rilevamento delle modifiche ai 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 il BCT abilitato, RMAN utilizza il file BCT per ottenere i blocchi modificati per il backup incrementale.

  • RMAN analizza ogni blocco in un file di dati per tutti i file di dati nel database durante il backup incrementale quando il rilevamento delle modifiche ai blocchi nel database non è abilitato.

Proteggi 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 di file system dal 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

Backup e RE supporta una varietà di metodi di acquisizione e presentazione per i database Oracle in varie configurazioni. Sono incluse le operazioni di backup, ripristino e montaggio sensibile alle applicazioni del database Oracle con Transparent Data Encryption (TDE) configurata.

Per i database Oracle con TDE, i file wallet dell'host di backup di origine devono essere disponibili per l'host di destinazione di qualsiasi montaggio sensibile alle applicazioni. Questo può essere fatto in diversi modi.

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

  • Se i file del wallet Oracle sono stati acquisiti durante il backup di Backup e RE impostando l'impostazione avanzata Posizione del file di configurazione Oracle, i file del wallet possono essere recuperati con i seguenti passaggi:

    1. Esegui un montaggio standard del database sull'host di destinazione.
    2. Copia i file wallet dal mount 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 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 i backup aggiornati in modo incrementale di RMAN, eseguendo il roll forward dei backup delle copie immagine.

Acquisizione di dati Exadata ed ExaCC con 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 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/recovery e per richiamare l'API RMAN per il backup del database.

Formato di acquisizione nel gruppo di dischi ASM

Durante un backup, l'agente di Backup e 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 in un datastore di copia presentato dall'appliance di backup/ripristino come gruppo di dischi ASM o come file system.

    • Backup incrementale continuo utilizzando i backup con aggiornamento incrementale di RMAN, eseguendo il roll forward dei backup delle copie immagine.

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). 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 al 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 nel file system sulla condivisione dNFS presentata dall'appliance di backup/recovery.

Riporta online i gruppi di dischi ASM protetti da Backup e RE dopo il riavvio di un server DB 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 i sistemi ASM e RAC siano attivi.

  2. Riavvia l'agente di Backup e RE (da 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