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

Oracle Database è un database aziendale di uso comune che supporta applicazioni mission-critical. Questa pagina introduce Backup e RE per gli ambienti di database Oracle. L'architettura associata fornisce backup incrementali coerenti con le applicazioni a Google Cloud, nonché recupero 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 Backup e RE viene implementato nel server Oracle.

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

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

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

  5. Smonta il disco di staging 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 immediatamente un disco di staging 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 conserva il formato dei 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 di archivio RMAN: i log di archivio generati vengono sottoposti a backup sul disco di staging e eliminati dalla posizione di archivio di produzione.

Ridurre 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 l'inizio dei job di backup del database di Backup e RE 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 normale di un job di backup del database Backup e RE.
Motivo Se i job di backup legacy e i job di backup del database Backup e RE vengono eseguiti contemporaneamente, ciò potrebbe avere un grave impatto sulle prestazioni 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 il recupero del backup. Di conseguenza, se i log degli archivi 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 Backup eRER.
Best practice Non consentire l'eliminazione dei log di archivio Oracle durante un job di Backup e RE e non consentire a Backup e RE di eliminare i log di archivio durante un job di backup RMAN legacy.
Se il software legacy gestisce il log di archivio, disabilita 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 un minimo di 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 di metadati RMAN con backup legacy che rendono obsoleti i backup di Backup e RE

Per impostazione predefinita, il parametro DO NOT UNCATALOG nei dettagli e nelle impostazioni dell'applicazione Backup e RE è impostato su No. Un backup del file di dati di Backup e RE viene catalogato all'inizio del backup e annullato alla fine 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 catalogato il backup dei file di dati RMAN dopo ogni job di backup. Tuttavia, interferisce 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 di Backup e RE sono incrementali per sempre. Ciò si ottiene 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. Le successive esecuzioni del backup incrementale RMAN con 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 un backup del database di terze parti o un controllo incrociato dei backup viene eseguito dopo il backup del database Backup e RE, tutti i file di dati di backup in Backup e RE vengono contrassegnati come obsoleti nei metadati RMAN. Il parametro Dettagli e impostazioni 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 backup non va a buon fine. 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 ai blocchi (BCT) del database Oracle

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

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

  • Il monitoraggio 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 BCT attivato, RMAN utilizza il file BCT per ottenere 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 delle modifiche ai 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 in test-dev e altri casi d'uso di agilità aziendale.

Database Oracle con TDE

Backup e RE 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 wallet dell'host di backup di origine devono essere disponibili per l'host di destinazione di qualsiasi montaggio Application Aware. Puoi farlo in diversi modi.

  • I file del wallet possono essere copiati dal server di origine del backup al server di montaggio di destinazione e Oracle configurato per accedervi.
  • Se i file del wallet Oracle sono archiviati su un dispositivo condiviso centrale sulla rete, l'istanza Oracle di destinazione 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 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 del wallet 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 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/recupero è 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 backup aggiornati in modo incrementale di RMAN, eseguendo il roll forward dei backup delle copie delle immagini.

Acquisizione di dati Exadata ed ExaCC con Backup e RE

L'agente 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 Backup e RE espone e mappa i dischi Backup e RE sul 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 richiamare l'API RMAN per il backup del database.

Formato di acquisizione nel gruppo di dischi ASM

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

  1. Mappa ed esponi il disco logico al server Exadata come destinazione 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 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 backup aggiornati in modo incrementale di RMAN, backup di copie di immagini di avanzamento.

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 all'archiviazione NFS situata 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 sul file system come condivisione NFS.

L'agente 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 nel file system sulla condivisione dNFS presentata dall'appliance di backup/recupero.

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 qualsiasi server di database in cui è montata la copia di Backup e RE, o i backup di Backup eRER 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 REDR:

  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 e RE (dalla radice).

  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