Menu

Convalida di Oracle RMAN Backup and Recovery (esercitazione pratica)

validate oracle rman backup

Prova Il Nostro Strumento Per Eliminare I Problemi

Come creare e convalidare il backup Oracle RMAN: imparare con i comandi RMAN e il processo di ripristino

differenza tra test di carico e test delle prestazioni

In questo tutorial, discuteremo della verifica e del test dei backup del database Oracle. Spiegheremo concetti come cosa, perché e come sui backup del database e sui metodi per testare il backup.

Prenderemo il file Database Oracle come caso di studio per questo tutorial.

Argomento di studio: Test dei backup del database Oracle RMAN:

Test di backup e ripristino Oracle RMAN

Cosa imparerai:

Processo di convalida del backup del database Oracle mediante RMAN

Lo abbiamo classificato nelle seguenti quattro sezioni

  1. Cos'è un backup?
  2. Perché il backup?
  3. Come eseguire il backup?
  4. Come testare / convalidare il backup del database - Strategie di ripristino?

Leggi anche=> Tutto sul test del database

Cos'è un backup del database?

Prima di iniziare a saperne di più sui backup, dobbiamo comprendere la risorsa più importante di un'organizzazione: i dati. Considerando che la tua organizzazione gira su database Oracle. Per capire il termine 'database' è possibile fare riferimento a Serie Oracle Database Testing qui .

I dati di un'organizzazione sono la parte più integrante di un'organizzazione. Considera una società di vendita al dettaglio, bancaria. Dispongono tutti di enormi quantità di dati: utente, sistema, ecc. In qualità di amministratore di database, amministratore di sistema o personale a cui è stato assegnato il compito di proteggere questi dati, deve essere consapevole dell'importanza dei dati per un'organizzazione. Come assicurarsi che i dati siano sempre disponibili? Esegui il backup di questi dati.

Un backup è una copia esatta del database che può aiutarti a ricostruire i tuoi dati in caso di perdita di dati.

Testare il backup del database 1

Perché eseguire il backup del database?

Considera un semplice caso in cui la tua organizzazione bancaria che dispone di dati su milioni di clienti in termini di numeri di conto, nomi, intestatari, saldo bancario e l'organizzazione ha perso tutti i propri dati, come reagirebbero i suoi clienti? In che modo l'organizzazione affronterebbe la pressione di perdere così tanti dati? Come risponderebbero all'insoddisfazione di così tanti clienti?

Questo è il motivo per cui eseguiamo il backup di questi dati in modo che in caso di guasto di un disco (archiviazione), il controller del disco (controller di archiviazione) possiamo sempre fare affidamento sul nostro backup da dove possiamo ripristinarlo nel database, cioè il file system di archiviazione e non avere i clienti perdono i propri dati.

Ipoteticamente parlando, supponiamo che ci siano milioni di clienti e ognuno di loro esegue milioni di transazioni e il database si blocca accidentalmente e perde i propri dati, chiederemmo a tutti questi clienti di reinserire i propri dati? Come gestirebbe la perdita di così tanti dati? Sarebbe altamente inaccettabile.

Allo stesso modo, si consideri una società di telecomunicazioni che supporta milioni di clienti e dispone di tutti i dati relativi a numeri di telefono, indirizzi, credito utilizzato, pagamenti in sospeso. E se perdessimo tutti i loro dati? L'azienda è condannata e dovrebbe sostenere costi enormi che potenzialmente potrebbero arrestare l'organizzazione. Sarebbe sicuramente un'enorme catastrofe.

Come eseguire il backup del database?

Per eseguire il backup dei dati in un database Oracle, sono disponibili diversi metodi. Possono essere ampiamente classificati come backup fisici e logici

Metodo n. 1)Backup fisici :

  1. 3rdbackup di terze parti, come Veritas NetBackup, SAP, IBM Tivoli Manager, EMC, HP
  2. Backup gestiti dall'utente: backup di un database utilizzando utilità del sistema operativo come copia (Windows), cp (Unix).
  3. Oracle Secure Backup
  4. Il mio programma di utilità Oracle consigliato e preferito: Recover Manager ( RMAN ).

Metodo n. 2)Backup logici:

  1. Utilità di esportazione / importazione convenzionali e utilità Datapump. Un backup logico è un backup di dati logici - oggetti come tabelle, indici, ecc. Che sono componenti di un database indipendentemente dalla posizione degli oggetti di cui sopra.

Per comprendere le strutture di archiviazione fisiche e logiche di un database a cui fare riferimento Questo e questa documentazione Oracle .

Qual è il metodo migliore per il backup del database?

Ognuna di queste strategie di backup ha i propri pro e contro e non li tratteremo troppo in questo articolo.

Dobbiamo capire che, a meno che tu non abbia un backup fisico in atto, avere solo un backup logico non è sempre al sicuro contro il danneggiamento dei dati fisici e problemi di archiviazione hardware. Avere un backup fisico valido e valido lo rende una buona strategia di backup e ripristino. Assicurati sempre di avere un backup fisico in atto.

In realtà, possiamo utilizzare uno qualsiasi dei metodi sopra descritti, ma dobbiamo sempre assicurarci di avere una buona strategia di backup e ripristino in atto per evitare intoppi inutili durante il funzionamento di un database. Si consiglia sempre di testare la schiena e le strategie di ripristino su un sistema di test con mirroring in modo da poter prevedere la quantità di tempo necessaria per rendere operativo il database in caso di situazioni impreviste.

In questo articolo, ci concentreremo principalmente sui backup RMAN. Questo ci porta al punto di sapere esattamente come eseguiamo il backup.

Comandi di backup Oracle RMAN (Oracle Recovery Manager)

È possibile eseguire il backup dei dati con l'aiuto della modalità Enterprise Manager (GUI) o tramite il prompt della riga di comando del sistema operativo.

Testare il backup del database 2

RMAN è uno strumento robusto e sofisticato fornito da Oracle per eseguire backup e ripristino.

RMAN viene installato automaticamente quando si installa il database Oracle, quindi non è richiesta alcuna installazione aggiuntiva per l'utilizzo RMAN .

Il RMAN l'ambiente è composto da due componenti:

1) Database di destinazione (il database di cui eseguire il backup, eseguire il ripristino e

Due) Client RMAN che è il client che interpreta i comandi dell'utente e li esegue per conto dell'utente durante la connessione al database di destinazione.

Un semplice comando per connettersi al database utilizzando RMAN è il seguente:

C:Usersxyz> rman target / Recovery Manager: Release 11.2.0.1.0 - Production on Sun Sep 28 17:32:48 2014 Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved. connected to target database: ORCL (DBID=1361070653) RMAN>

DBID qui è l'identificatore univoco che è univoco per ogni database con cui intendiamo lavorare.

In questo esempio, abbiamo a che fare con un database denominato ORCL .

Effettueremo il backup dei dati che appartengono al database ORCL.

Poiché un backup è una copia fisica del database, abbiamo bisogno di una posizione / directory in cui salvarli.

Per ottenere ciò, possiamo utilizzare una directory speciale denominata db_recovery_file_dest che funge da posizione di backup. Definisci la dimensione di questo parametro con db_recovery_file_dest_size che segna la dimensione di questa posizione di backup.

Sebbene abbiamo diversi modi per comprimere i tuoi backup e diverse tecniche che possono ridurre le dimensioni di un backup, prova almeno a impostare il DB_RECOVERY_FILE_DEST_SIZE a una dimensione dei dati effettivi nel database. Assicurati di tenere conto anche dei registri di archivio che non sono altro che registri di ripristino offline che registrano le modifiche ai blocchi di dati.

La strategia di backup consisterà in tutti i file relativi al database, ad esempio file di dati, file di controllo, file di parametri, file relativi alla rete, file di registro di ripristino archiviati.

RMAN o qualsiasi altro strumento di backup fisico può eseguire il backup di file di dati, file di controllo, file di parametri, file di registro di ripristino archiviati. I file relativi alla rete devono essere sottoposti a backup manualmente utilizzando le utilità del sistema operativo come cp o copia.

Per eseguire il backup di un database utilizziamo:

'Database di backup': è così semplice. Quindi, iniziamo a eseguire il backup del nostro database ORCL.

Poiché ci siamo già collegati al database di destinazione (ORCL), lanciamo il comando 'backup database'.

Testare il backup del database 3

RMAN> backup database; Starting backup at 05-OCT-14 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=198 device type=DISK channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set input datafile file number=00001 name=D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF input datafile file number=00002 name=D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF input datafile file number=00005 name=D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF input datafile file number=00003 name=D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF input datafile file number=00004 name=D:APP1SUNTYADAORADATAORCLUSERS01.DBF channel ORA_DISK_1: starting piece 1 at 05-OCT-14 channel ORA_DISK_1: finished piece 1 at 05-OCT-14 piece handle=D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP tag=TAG20141005T162412 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:04:27 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set including current control file in backup set including current SPFILE in backup set channel ORA_DISK_1: starting piece 1 at 05-OCT-14 channel ORA_DISK_1: finished piece 1 at 05-OCT-14 piece handle=D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NCSNF_TAG20141005T162412_B3293806_.BKP tag=TAG20141005T162412 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:00:04 Finished backup at 05-OCT-14

Qui, osserviamo che il backup di tutti i file correlati del database - file di dati, file di controllo, spfile (file di parametri) è stato completato. L'operazione di backup ha richiesto circa 4 minuti e 27 secondi (tempo trascorso). Si tratta di un piccolo database di prova con solo 5 file di dati, quindi è stato necessario molto meno tempo per il backup.

Nei casi in cui si desidera eseguire il backup dei dati da database di grandi organizzazioni, potrebbero esserci centinaia di file di dati e ogni file di dati potrebbe avere dimensioni di terabyte e l'esecuzione di un backup completo del database potrebbe richiedere ore di tempo.

Per conoscere i dettagli riguardanti il ​​backup che abbiamo appena creato, dovremo eseguire:

RMAN> elenco di backup;

Testare il backup del database 4

List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 4 Full 1.39G DISK 00:04:23 05-OCT-14 BP Key: 4 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP List of Datafiles in backup set 4 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF 2 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF 3 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF 4 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUSERS01.DBF 5 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 5 Full 9.58M DISK 00:00:06 05-OCT-14 BP Key: 5 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NCSNF_TAG20141005T162412_B3293806_.BKP SPFILE Included: Modification time: 05-OCT-14 SPFILE db_unique_name: ORCL Control File Included: Ckp SCN: 9705762 Ckp time: 05-OCT-14

Questo backup si trova nella posizione DB_RECOVERY_FILE_DEST definita come D: APP1 SUNTYADA FLASH_RECOVERY_AREA

SQL> show parameter DB_RECOVERY_FILE_DEST NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest string D:app1suntyadaflash_recovery_area db_recovery_file_dest_size big integer 3912M

La dimensione definita per la nostra posizione di backup è 3912 MB.

Usa VALIDATE per controllare i file di database e i backup:
RMAN> CONVALIDA DATABASE;

Convalida RMAN Backup

Come testiamo o convalidiamo che possiamo recuperare il nostro database durante qualsiasi crisi?

Se a causa di un guasto hardware o di qualche danneggiamento dei dischi di archiviazione, avremmo bisogno di un buon backup disponibile per ripristinare questi dati danneggiati in modo da non perdere i dati che appartenevano a quei file di archiviazione.

Tutto dipende da come sono stati progettati i backup, dagli intervalli di pianificazione dei backup, dal fatto che si esegua un backup completo e si disponga di backup incrementali.

In caso di errori dell'utente, come una manipolazione non necessaria dei dati, possiamo ripristinare parti di dati o tutti i dati che sono stati modificati tramite backup logici.

In pratica, dovremmo essere consapevoli e prevedere eventuali errori che potrebbero verificarsi in futuro e testare ogni strategia per evitarli.

Utilizzare il comando BACKUP VALIDATE per convalidare i file di backup:

Il comando per il solo controllo della corruzione fisica:

RMAN> BACKUP CONVALIDA
BANCA DATI
ARCHIVELOG ALL;

Il comando per il controllo del danneggiamento fisico e logico:

RMAN> BACKUP CONVALIDA
CONTROLLA LOGICA
BANCA DATI
ARCHIVELOG ALL;

RMAN> BACKUP CONVALIDA DATABASE ;

Testare il backup del database 5 nuovo

Starting backup at 05-OCT-14 using channel ORA_DISK_1 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set input datafile file number=00001 name=D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF input datafile file number=00002 name=D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF input datafile file number=00005 name=D:APP1SUNTYADAORADATAORCLEXAMPLE01.DB input datafile file number=00003 name=D:APP1SUNTYADAORADATAORCLUNDOTBS01.DB input datafile file number=00004 name=D:APP1SUNTYADAORADATAORCLUSERS01.DBF channel ORA_DISK_1: backup set complete, elapsed time: 00:00:45 List of Datafiles ================= File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 1 OK 0 13430 106376 9708800 File Name: D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 75217 Index 0 12706 Other 0 5015 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 2 OK 0 21161 95409 9708826 File Name: D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 23010 Index 0 21760 Other 0 29429 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 3 OK 0 0 5762 9708826 File Name: D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 0 Index 0 0 Other 0 5760 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 4 OK 1125 228 5765 9528788 File Name: D:APP1SUNTYADAORADATAORCLUSERS01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 2295 Index 0 39 Other 0 3198 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 5 OK 0 1687 10498 9585679 File Name: D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 4760 Index 0 1261 Other 0 2788 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set including current control file in backup set including current SPFILE in backup set channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01 List of Control File and SPFILE =============================== File Type Status Blocks Failing Blocks Examined ------------ ------ -------------- --------------- SPFILE OK 0 2 Control File OK 0 608 Finished backup at 05-OCT-14

Come puoi osservare sopra, lo stato di ogni file è ' ok 'Il che significa che sono utilizzabili e possono essere utilizzati per ripristinare i file in qualsiasi momento.

Possiamo eseguire un'anteprima del ripristino del database. Questo ti dà un bel elenco di file e la loro disponibilità senza effettivamente ripristinare i file.

Utilizzare il comando RESTORE per convalidare il backup:

RMAN> RESTORE DATABASE VALIDATE;
RESTORE ARCHIVELOG ALL CONVALIDA;

RMAN> RESTORE ANTEPRIMA DATABASE;

Testare il backup del database 6

Starting restore at 05-OCT-14 using channel ORA_DISK_1 List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 4 Full 1.39G DISK 00:04:23 05-OCT-14 BP Key: 4 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP List of Datafiles in backup set 4 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF 2 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF 3 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF 4 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUSERS01.DBF 5 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF List of Archived Log Copies for database with db_unique_name ORCL ===================================================================== Key Thrd Seq S Low Time ------- ---- ------- - --------- 367 1 366 A 02-OCT-14 Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLARCHIVELOG2014_10_05O1_MF_1_366_B32925TJ_.ARC Media recovery start SCN is 9684060 Recovery must be done beyond SCN 9704654 to clear datafile fuzziness Finished restore at 05-OCT-14

Conclusione

Queste sono solo semplici tecniche per verifica i tuoi backup Oracle RMAN. Spero che tu abbia una chiara comprensione del processo di backup e ripristino di RMAN con l'aiuto di vari importanti comandi RMAN.

Sebbene in scenari di casi reali basati sulla dimensione dei dati, potremmo avere diverse centinaia di file di dati e dobbiamo assicurarci di eseguire il backup di ognuno di essi per avere una buona strategia di backup in atto. Anche, prova il recupero sui sistemi di test per assicurarsi di poter utilizzare le stesse tecniche in produzione.

Abbiamo affrontato diversi metodi per eseguire il backup dei database critici / di test e vari metodi per testarli. Come già suggerito numerose volte, avere una buona strategia di backup e ripristino salverà il tuo lavoro e la tua organizzazione.

Facci sapere se hai domande relative a Oracle o altri test di backup e ripristino del database.

Lettura consigliata

^