Backup dan RecoveryProsedur backup dan pemulihan melindungi database Anda terhadap kehilangan data dan merekonstruksi data, harus kehilangan terjadi.The merekonstruksi data dicapai melalui media pemulihan, yang mengacu pada berbagai operasi yang terlibat dalam memulihkan, bergulir ke depan, dan rolling back cadangan dari file database.Bab ini memperkenalkan konsep dasar untuk merancang strategi backup dan recovery.Pengantar BackupBackup adalah salinan data.Salinan ini dapat mencakup bagian-bagian penting dari database, seperti file kontrol dan datafiles.Backup adalah suatu perlindungan terhadap kehilangan data tak terduga dan kesalahan aplikasi.Jika Anda kehilangan data asli, maka Anda dapat merekonstruksi itu dengan menggunakan cadangan.Backup dibagi menjadi backup fisik dan backup logis.Backup fisik, yang merupakan perhatian utama dalam strategi backup dan recovery, adalah salinan dari file database fisik.Anda dapat membuat backup fisik dengan baik Recovery Manager (RMAN) utilitas atau utilitas sistem operasi.Sebaliknya, backup logis berisi data logis (misalnya, tabel dan prosedur yang tersimpan) diekstraksi dengan utilitas Oracle dan disimpan dalam file biner.Anda dapat menggunakan backup logis untuk melengkapi backup fisik.Ada dua cara untuk melakukan backup dan pemulihan Oracle: Recovery Manager dan dikelola pengguna backup dan pemulihan.Recovery Manager (RMAN)adalah sebuah utilitas Oracle yang dapat cadangan, memulihkan, dan memulihkan file database.Ini adalah fitur dari server database Oracle dan tidak memerlukan instalasi terpisah.Anda juga dapat menggunakan perintah sistem operasi untuk backup dan SQL * Plus untuk pemulihan.Metode ini, juga disebut cadangan dikelola pengguna dan pemulihan, yang didukung sepenuhnya oleh Oracle, meskipun penggunaan RMAN sangat dianjurkan karena lebih kuat dan sangat menyederhanakan administrasi.Apakah Anda menggunakan RMAN atau pengguna yang dikelola metode, Anda dapat melengkapi backup fisik Anda dengan backup logis dari obyek skema yang dibuat menggunakan utilitas Ekspor.Utilitas menulis data dari database Oracle ke biner file sistem operasi.Anda kemudian dapat menggunakan Impor untuk mengembalikan data ini ke dalam database.

Backup konsisten dan tidak konsistenSebuah cadangan yang konsisten adalah satu di mana file yang didukung berisi semua perubahan sampai samanomor perubahan sistem (SCN).Ini berarti bahwa file dalam cadangan berisi semua data yang diambil dari titik yang sama dalam waktu.Tidak seperti cadangan tidak konsisten, backup seluruh database yang konsisten tidak memerlukan pemulihan setelah itu dipulihkan.Cadangan konsisten adalah cadangan dari satu atau lebih file database yang Anda buat saat database terbuka atau setelah database telah menutup normal.Sekilas Backup KonsistenSebuah cadangan yang konsisten dari database atau bagian dari database adalah cadangan di mana semua baca / tulis datafiles dan file kontrol checkpointed dengan SCN yang sama.Satu-satunya cara untuk membuat backup seluruh database yang konsisten adalah untuk menutup database denganNORMAL,IMMEDIATE, atauTRANSACTIONALpilihan dan membuat backup sementara database ditutup.Jika database tidak ditutup rapi, misalnya, sebuah contoh gagal atau Anda mengeluarkanSHUTDOWNSHUTDOWN ABORTpernyataan, maka datafiles database yang selalu konsisten-kecuali database adalahread-only database yang.Oracle membuat file kontrol dan datafiles konsisten terhadap SCN sama selama databasepos pemeriksaan.Satu-satunya tablespace dalam cadangan konsisten yang diperbolehkan untuk memiliki SCNs tua read-only dan offline tablespace normal, yang masih konsisten dengan datafiles lainnya dalam cadangan karena tidak ada perubahan yang telah dibuat untuk mereka.Hal yang penting adalah bahwa Anda dapat membuka database setelah mengembalikan cadangan seluruh database yang konsistentanpa perlu pemulihan karena data sudah konsisten: tidak ada tindakan yang diperlukan untuk membuat data dalam dipulihkan datafiles yang benar.Oleh karena itu, Anda dapat memulihkan backup yang konsisten tahun dari database Anda tanpa melakukan pemulihan media dan tanpa Oracle pemulihan misalnya performing.Tentu saja, ketika Anda mengembalikan cadangan seluruh database yang konsisten tanpa menerapkan Redo, Anda kehilangan semua transaksi yang dilakukan sejak backup diambil.Sebuah cadangan seluruh database yang konsisten adalah satu-satunya pilihan cadangan berlaku untuk database beroperasi diNOARCHIVELOGmodus, karena jika pemulihan diperlukan untuk konsistensi.DalamNOARCHIVELOGmodus, Oracle tidak arsip Redo log, sehingga Redo log dibutuhkan mungkin tidak ada pada disk.Seluruh cadangan yang konsisten juga merupakan pilihan cadangan yang valid untuk database beroperasi diARCHIVELOGmodus.Saat ini jenis cadangan dipulihkan dan diarsipkan log yang tersedia, Anda memiliki pilihan untuk membuka database segera dan kehilangan transaksi yang dilakukan sejak backup diambil, atau menerapkan diarsipkan log untuk memulihkan transaksi.Sekilas Backup konsistenCadangan konsisten adalah cadangan di mana file yang didukung tidak mengandung semua perubahan yang dibuat di semua SCNs.Dengan kata lain, beberapa perubahan yang hilang.Ini berarti bahwa file dalam cadangan berisi data yang diambil dari berbagai titik dalam waktu.Hal ini dapat terjadi karena datafiles sedang dimodifikasi sebagai backup sedang diambil.Oracle pemulihan membuat backup konsisten konsisten dengan membaca semua diarsipkan dan online redo log, dimulai dengan SCN awal di salah satu header datafile, dan menerapkan perubahan dari log kembali ke datafiles.Jika database harus berdiri dan berjalan 24 jam sehari, tujuh hari seminggu, maka Anda tidak punya pilihan selain untuk melakukan backup konsisten dari seluruh database.Sebuah cadangan datafiles online disebutbackup online.Ini mengharuskan Anda menjalankan database Anda diARCHIVELOGmodus.Jika Anda menjalankan database dalamARCHIVELOGmodus, maka Anda tidak perlu membuat cadangan seluruh database pada satu waktu.Sebagai contoh, jika database Anda berisi tujuh tablespace, dan jika Anda membuat cadangan file kontrol serta tablespace yang berbeda setiap malam, maka dalam seminggu Anda akan back up semua tablespace di database serta file kontrol.Anda dapat menganggap ini cadangan terhuyung sebagai cadangan seluruh database.Namun, jika seperti cadangan terhuyung harus dipulihkan, maka Anda perlu untuk memulihkan menggunakan semua Redo log diarsipkan yang diciptakan sejak awal cadangan diambil.Perhatian:Oracle sangat menganjurkan bahwa Anda tidak membuat konsisten, backup database yang tertutup diNOARCHIVELOGmodus.Jika cadangan tersebut digunakan untuk mengembalikan database, maka data korupsi mungkin timbul.Pengarsipan diarsipkan Redo Log FileSetelahbackup onlineatau cadangan tertutup konsisten, selalu memastikan bahwa Anda memiliki redo yang diperlukan untuk memulihkan cadangan dengan pengarsipan Redo log hasil penguraian.Backing Up Log Arsip dan Berkas KontrolSetelah backup tertutup terbuka atau tidak konsisten, Oracle merekomendasikan back up semua log diarsipkan dihasilkan selama cadangan, dan kemudian membuat cadangan file kontrol setelah backup selesai.Jika Anda tidak memiliki semua Redo log diarsipkan dihasilkan selama cadangan, maka Anda tidak dapat memulihkan cadangan karena Anda tidak memiliki semua catatan redo yang diperlukan untuk membuatnya konsisten.Seluruh Database dan Partial Backup databaseSeluruh Backup databaseSebuahbackup seluruh databaseadalah cadangan dari setiap datafile dalam database, ditambah file kontrol.Backup seluruh database adalah jenis yang paling umum dari cadangan.Backup seluruh database dapat diambil baikARCHIVELOGatauNOARCHIVELOGmodus.Sebelum melakukan backup seluruh database, bagaimanapun, menyadari implikasi dari back up dalamARCHIVELOGdanNOARCHIVELOGmode.Gambar 15-1mengilustrasikan opsi konfigurasi valid diberikan jenis cadangan yang dilakukan.Gambar 15-1 Seluruh Cadangan Pilihan database

Deskripsi "Gambar 15-1 Seluruh Cadangan Pilihan Database"Sebuah cadangan seluruh database bisa berupacadangan konsistenataucadangan tidak konsisten.Apakah cadangan adalah menentukan konsisten apakah Anda perlu menerapkan Redo log setelah memulihkan cadangan.Backup tablespaceSebuah cadangan tablespace adalah cadangan dari datafiles yang merupakan tablespace.Misalnya, jika tablespaceusersmengandung datafiles2,3, dan4, maka cadangan tablespaceuserspunggung ketiga datafiles.Backup tablespace, baik online atau offline, hanya berlaku jika database yang beroperasi diARCHIVELOGmodus.Alasannya adalah bahwa redo diperlukan untuk membuat tablespace dipulihkan konsisten dengan tablespace lain dalam database.Backup datafileSebuah cadangan datafile adalah cadangan dari datafile tunggal.Backup datafile, yang tidak biasa seperti backup tablespace, yang berlaku diARCHIVELOGdatabase.Satu-satunya waktu backup datafile berlaku untuk database diNOARCHIVELOGmodus jika: Setiap datafile di tablespace yang didukung.Anda tidak dapat mengembalikan database kecuali semua datafiles yang didukung. Datafiles hanya dibaca atau offline-normal.RMAN dan User-Managed BackupAda dua jenis backup: salinan gambar dan set cadangan.Salinan gambar duplikat yang tepat dari datafile, file kontrol, atau diarsipkan log.Anda dapat membuat salinan gambar file fisik dengan utilitas sistem operasi atau RMAN, dan Anda dapat mengembalikan mereka seperti apa adanya tanpa melakukan proses tambahan dengan menggunakan salah sistem operasi atau utilitas RMAN.Catatan:Tidak seperti operasi salinan sistem, RMAN memvalidasi blok dalam file dan catatan salinan dalam repositori.Satu set cadangan adalah cadangan dalam format proprietary yang terdiri dari satu atau lebih file fisik yang disebut potongan cadangan.Ini berbeda dari salinan gambar karena dapat mengandung lebih dari satu file database, dan juga dapat didukung dengan menggunakan pengolahan khusus, seperti kompresi atau incremental backup.Anda harus menggunakan RMAN untuk mengembalikan satu set cadangan.RMAN dengan Online BackupKarena database terus menulis ke file selama backup online, ada kemungkinan back up data yang tidak konsisten dalam blok.Sebagai contoh, asumsikan bahwa baik RMAN atau utilitas sistem operasi membaca blok sementara penulis database di tengah memperbarui blok.Dalam hal ini, RMAN atau utilitas copy bisa membaca data lama di bagian atas dari blok dan data baru di bagian atas bawah blok.Blok adalah blok retak, yang berarti bahwa data dalam blok ini tidak konsisten.Selama backup RMAN, server database Oracle membaca file data, bukan utilitas sistem operasi.Server membaca setiap blok dan menentukan apakah blok tersebut retak.Jika blok tersebut retak, maka Oracle kembali membaca blok sampai mendapat gambaran yang konsisten dari data.Ketika Anda membuat cadangan datafile online dengan utilitas sistem operasi (bukan dengan RMAN), Anda harus menggunakan metode yang berbeda untuk menangani blok retak.Anda harus terlebih dahulu menempatkan file dalam mode cadangan denganALTER TABLESPACE BEGIN BACKUPpernyataan (untuk mendukung sebuah tablespace individual), atauALTER DATABASE BEGIN BACKUPpernyataan (untuk membuat cadangan seluruh database).Setelah backup online selesai, Anda harus menjalankanALTER TABLESPACE ... END BACKUPatauALTER DATABASE END BACKUPpernyataan untuk mengambil tablespace keluar dari mode cadangan.Ketika update yang dibuat untuk file dalam mode cadangan, redo data tambahan Bahasa Inggris.Ini data tambahan yang dibutuhkan untuk memperbaiki blok retak yang mungkin didukung oleh utilitas sistem operasi.Kontrol Backup fileBack up file kontrol merupakan aspek penting dari backup dan pemulihan.Tanpa kontrol file, Anda tidak dapat me-mount atau membuka database.Anda dapat menginstruksikan RMAN untuk secara otomatis cadangan file kontrol setiap kali Anda menjalankan pekerjaan cadangan.Perintah adalahCONFIGURE CONTROLFILE AUTOBACKUP.Karena autobackup menggunakan nama file default, RMAN dapat mengembalikan cadangan ini bahkan jika repositori RMAN tidak tersedia.Oleh karena itu, fitur ini sangat berguna dalam skenario pemulihan bencana.Anda dapat membuat backup manual file kontrol dengan menggunakan metode berikut: RMANBACKUP CURRENT CONTROLFILEperintah membuat cadangan biner dari file kontrol, seperti satu set cadangan atau salinan gambar. Pernyataan SQLALTER DATABASE BACKUP CONTROLFILEmembuat cadangan biner dari file kontrol. Pernyataan SQLALTER DATABASE BACKUP CONTROLFILE TO TRACEekspor isi file kontrol ke file script SQL.Anda dapat menggunakan script untuk membuat file kontrol baru.File backup jejak memiliki satu kelemahan utama: mereka tidak mengandung catatan arsip Redo log, dan backup RMAN dan salinan.Untuk alasan ini, backup biner yang lebih baik.

Diarsipkan Redo Backup LogDiarsipkan Redo log sangat penting untuk memulihkan cadangan konsisten.Satu-satunya cara untuk memulihkan cadangan konsisten tanpa diarsipkan log adalah dengan menggunakan RMAN backup incremental.Untuk dapat memulihkan backup melalui log terbaru, setiap log yang dihasilkan antara dua titik harus tersedia.Dengan kata lain, Anda tidak dapat pulih dari log untuk log 100 200 jika log 173 hilang.Jika log 173 hilang, maka Anda harus menghentikan pemulihan di log 172 dan membuka database denganRESETLOGSpilihan.Karena diarsipkan Redo log sangat penting untuk pemulihan, Anda harus kembali mereka secara teratur.Jika memungkinkan, maka kembali mereka secara teratur ke tape.Anda dapat membuat backup log diarsipkan dengan menggunakan metode berikut: RMANBACKUP ARCHIVELOGperintah The RMANBACKUP ... PLUS ARCHIVELOGperintah Sebuah utilitas sistem operasiRecoveryUntuk mengembalikan cadangan fisik file datafile atau kontrol untuk merekonstruksi dan membuatnya tersedia untuk server database Oracle.Untuk memulihkan datafile dipulihkan adalah untuk meng-update dengan menerapkan diarsipkan Redo log dan online redo log, yaitu, catatan perubahan yang dibuat ke database setelah cadangan itu diambil.Jika Anda menggunakan RMAN, maka Anda juga dapat memulihkan file data dengan incremental backup, yang merupakan backup dari datafile yang hanya berisi blok yang berubah setelah incremental backup sebelumnya.Setelah file yang diperlukan dikembalikan, media pemulihan harus dimulai oleh pengguna.Media pemulihan melibatkan berbagai operasi untuk memulihkan, roll ke depan, dan memutar kembali cadangan dari file database.Pemulihan Media berlaku diarsipkan Redo log dan online redo log untuk memulihkan file data.Setiap kali perubahan dibuat ke datafile, perubahan itu pertama kali tercatat di online Redo log.Media pemulihan selektif menerapkan perubahan yang direkam di online dan diarsipkan Redo log ke datafile dikembalikan untuk roll ke depan.Untuk memperbaiki masalah yang disebabkan oleh korupsi data logis atau kesalahan pengguna, Anda dapat menggunakan Oracle Flashback.Oracle Database dan Oracle Flashback Flashback Tabel memungkinkan Anda dengan cepat pulih ke waktu sebelumnya.Gambar 15-2mengilustrasikan prinsip dasar cadangan, memulihkan, dan melakukan pemulihan media pada database.Gambar 15-2 Media Pemulihan

Deskripsi "Gambar 15-2 Media Pemulihan"Tidak seperti media pemulihan, Oracle melakukan pemulihan kecelakaan dan pemulihan misalnya secara otomatis setelah kegagalan misalnya.Kecelakaan dan pemulihan misalnya memulihkan database untuk negara transaksi-konsisten sebelum kegagalan misalnya.Menurut definisi, crash pemulihan adalah pemulihan database dalam konfigurasi single-contoh atau Oracle Application Cluster konfigurasi Estat di mana semua kasus telah jatuh.Sebaliknya, pemulihan misalnya adalah pemulihan satu contoh gagal oleh contoh hidup dalam Oracle Application Cluster konfigurasi Estate.

Sekilas Media PemulihanJenis pemulihan yang membutuhkan backup dan berlaku redo disebut pemulihan media.Media pemulihan update cadangan untuk baik untuk saat ini atau untuk waktu tertentu sebelum.Biasanya, istilah "pemulihan media" mengacu pada pemulihan datafiles.Pemulihan Blok media operasi yang lebih khusus yang Anda gunakan ketika hanya beberapa blok dalam satu atau lebih file yang telah rusak.Dalam hal apapun, Anda selalu menggunakan cadangan dikembalikan untuk melakukan pemulihan.Lengkap PemulihanPemulihan lengkap melibatkan menggunakan redo data atau backup incremental dikombinasikan dengan backup database, tablespace, atau datafile untuk update ke titik paling saat ini dalam waktu.Hal ini disebutlengkapkarena Oracle menerapkansemuaperubahan redo terkandung dalam diarsipkan dan online log untuk cadangan.Biasanya, Anda melakukan pemulihan media lengkap setelah kerusakan kegagalan media yang datafiles atau control file.Anda dapat melakukan pemulihan lengkap pada database, tablespace, atau datafile.Jika Anda melakukan pemulihan lengkap pada seluruh database, maka Anda harus: Gunung database Pastikan bahwa semua datafiles Anda ingin memulihkan sedang online Mengembalikan cadangan dari seluruh database atau file yang ingin memulihkan Terapkan online redo log atau diarsipkan, atau kombinasi dari duaJika Anda melakukan pemulihan lengkap pada tablespace atau datafile, maka Anda harus: Ambil tablespace atau datafile untuk dipulihkan offline jika database terbuka Mengembalikan cadangan dari datafiles Anda ingin memulihkan Terapkan online redo log atau diarsipkan, atau kombinasi dari duaPemulihan lengkapPemulihan tidak lengkap, atau pemulihan point-in-time, menggunakan cadangan untuk menghasilkan versi lancar database.Dengan kata lain, Anda tidak berlaku semua catatan redo dihasilkan setelah cadangan yang terbaru.Anda biasanya melakukan pemulihan lengkap dari seluruh database dalam situasi berikut: Kegagalan Media menghancurkan beberapa atau semua online redo log. Sebuah kesalahan pengguna menyebabkan kehilangan data, misalnya, pengguna secara tidak sengaja menjatuhkan meja. Anda tidak dapat melakukan pemulihan lengkap karena log redo diarsipkan hilang. Anda kehilangan file kontrol Anda saat ini dan harus menggunakan file kontrol cadangan untuk membuka database.Untuk melakukan pemulihan media yang lengkap, Anda harus mengembalikan semua datafiles dari backup yang dibuat sebelum waktu yang Anda ingin memulihkan dan kemudian membuka database denganRESETLOGSpilihan ketika pemulihan selesai.TheRESETLOGSoperasi menciptakan baruinkarnasi dari database-dengan kata lain, database dengan aliran baru log urutan nomor yang dimulai dengan log urutan 1.Sebelum menggunakanOPEN RESETLOGSperintah untuk membuka database dalam membaca / modus setelah pemulihan lengkap menulis, itu adalah ide yang baik untuk pertama kali membuka database dalam mode read-only, dan memeriksa data untuk memastikan bahwa database telah pulih ke titik yang benar.Jika pemulihan dilakukan untuk titik yang salah, maka lebih mudah untuk kembali menjalankan pemulihan jika tidak adaOPEN RESETLOGStelah dilakukan.Jika Anda membuka database read-only dan menemukan bahwa tidak cukup pemulihan itu dilakukan, maka hanya menjalankan pemulihan lagi untuk waktu yang diinginkan.Jika Anda menemukan bahwa terlalu banyak pemulihan dilakukan, maka Anda harus mengembalikan database lagi dan kembali menjalankan pemulihan.Catatan:Flashback database adalah cara lain untuk melakukan pemulihan lengkap.Tablespace Point-in-Time PemulihanPoint-in-time pemulihan (TSPITR) fitur tablespace memungkinkan Anda memulihkan satu atau lebih tablespace ke titik waktu yang berbeda dari sisa database.TSPITR paling berguna ketika Anda ingin: Pulih dari penurunan yang keliru atau memotong meja operasi Recover tabel yang telah menjadi logis rusak Pulih dari pekerjaan batch salah atau pernyataan DML lain yang telah mempengaruhi hanya subset dari database Recover satu skema independen ke titik yang berbeda dari sisa database fisik (dalam kasus di mana ada beberapa skema independen dalam tablespace terpisah satu database fisik) Recover tablespace pada database yang sangat besar (VLDB) daripada mengembalikan seluruh database dari backup dan melakukan database yang lengkap roll-majuTSPITR memiliki keterbatasan berikut: Anda tidak dapat menggunakannya padaSYSTEMtablespace, sebuah UNDO tablespace, atau tablespace yang berisi segmen rollback. Tablespace yang berisi data saling tergantung harus dipulihkan bersama-sama.Sebagai contoh, jika dua tabel dalam tablespace terpisah dan memiliki hubungan kunci asing, maka kedua tablespace harus dipulihkan pada saat yang sama, Anda tidak dapat memulihkan hanya salah satu dari mereka.Oracle dapat menegakkan keterbatasan ini ketika mendeteksi hubungan data yang telah secara eksplisit dinyatakan dengan kendala basis data.Mungkin ada hubungan data lain yang tidak dideklarasikan dengan kendala basis data.Oracle tidak bisa mendeteksi ini, dan DBA harus berhati-hati untuk selalu mengembalikan set konsisten tablespace.Lengkap Media Opsi PemulihanKarena Anda tidak sepenuhnya pulih database untuk waktu yang paling saat ini, Anda harus memberitahu Oracle kapan harus menghentikan pemulihan.Anda dapat melakukan jenis berikut pemulihan media.Jenis PemulihanFungsi

Pemulihan berbasis waktuPulih data sampai titik tertentu dalam waktu.

Pemulihan membatalkan berbasisPulih sampai Anda mengeluarkanCANCELpernyataan (tidak tersedia bila menggunakan Recovery Manager).

Perubahan pemulihan berbasisPulih sampai SCN tertentu.

Log pemulihan urutanPulih sampai urutan nomor log yang ditentukan (hanya tersedia bila menggunakan Recovery Manager).

Datafile Media PemulihanMedia pemulihan datafile digunakan untuk pulih dari datafile atau file kontrol saat hilang atau rusak.Hal ini juga digunakan untuk memulihkan perubahan yang hilang ketika tablespace pergi secara offline tanpaOFFLINE NORMALpilihan.Kedua media pemulihan datafile dan pemulihan misalnya harus memperbaiki integritas database.Namun, jenis pemulihan berbeda sehubungan dengan fitur tambahan mereka.Media pemulihan memiliki karakteristik sebagai berikut: Berlaku perubahan backup dipulihkan datafiles rusak. Dapat menggunakan log diarsipkan serta log online. Membutuhkan doa eksplisit oleh pengguna. Tidak mendeteksi kegagalan media (yaitu, kebutuhan untuk mengembalikan cadangan) secara otomatis.Setelah cadangan telah dipulihkan, namun, deteksi kebutuhan untuk memulihkannya melalui pemulihanmediaotomatis. Memiliki waktu pemulihan diatur sendiri oleh pengguna kebijakan (misalnya, frekuensi backup, pemulihan parameter paralel, jumlah database transaksi sejak terakhir cadangan) bukan oleh mekanisme internal Oracle.Database tidak dapat dibuka jika ada datafiles online perlu pemulihan media, juga tidak dapat datafile yang perlu pemulihan media yang dibawa online sampai media pemulihan selesai.Skenario berikut memerlukan pemulihan media: Anda mengembalikan cadangan dari datafile. Anda mengembalikan file kontrol cadangan (bahkan jika semua datafiles adalah lancar). Sebuah datafile diambil offline (baik oleh Anda atau secara otomatis oleh Oracle) tanpaOFFLINE NORMALpilihan.Kecuali database tidak terbuka dengan hal apapun, media pemulihan datafile hanya dapat beroperasi pada datafiles offline.Anda dapat memulai pemulihan Media datafile sebelum membuka database bahkan ketika crash pemulihan akan cukup.Jika demikian, pemulihan kecelakaan masih berjalan secara otomatis pada database terbuka.Perhatikan bahwa ketika file membutuhkan pemulihan media, Andaharusmelakukan pemulihan media yang bahkan jika semua perubahan yang diperlukan yang terkandung dalam log online.Dengan kata lain, Anda masih harus menjalankan pemulihan meskipun diarsipkan log tidak diperlukan.Media pemulihan bisa menemukan tidak ada hubungannya - dan sinyal "ada pemulihan yang diperlukan" kesalahan - jika dipanggil untuk file yang tidak perlu pemulihan.Blok Media PemulihanBlok media pemulihan adalah teknik untuk mengembalikan dan memulihkan individu blok data sementara semua file database tetap online dan tersedia.Jika korupsi terbatas hanya beberapa blok antara subset dari file database, kemudian blok media pemulihan mungkin lebih baik untuk datafile pemulihan.Antarmuka untuk memblokir media pemulihan disediakan oleh RMAN.Jika Anda tidak sudah menggunakan RMAN sebagai cadangan utama dan solusi pemulihan, maka Anda masih dapat melakukan pemulihan Media blok dengan katalogisasi ke repositori RMAN yang diperlukan datafile user-dikelola dan diarsipkan redo log backup.Oracle Database Backup dan Recovery Referensiuntuk informasi tentang bagaimana untuk katalog user-dikelola datafile dan log backup diarsipkan dan untuk melakukan blok media pemulihanSekilas RMAN dan User-Managed Kembalikan dan PemulihanAnda memiliki pilihan antara dua metode dasar untuk memulihkan file fisik.Anda dapat: Gunakan utilitas RMAN untuk mengembalikan dan memulihkan database Kembalikan backup melalui utilitas sistem operasi, dan kemudian pulih dengan menjalankan SQL * PlusRECOVERcommandApapun metode yang Anda pilih, Anda dapat memulihkan database, tablespace, atau datafile.Sebelum melakukan pemulihan media, Anda perlu menentukan datafiles untuk pulih.Sering kali Anda dapat menggunakan tampilan tetapV$RECOVER_FILE.Pandangan ini daftar semua file yang membutuhkan pemulihan dan menjelaskan kesalahan yang mengharuskan pemulihan.RMAN Kembalikan dan PemulihanPerintah pemulihan RMAN dasarRESTOREdanRECOVER.GunakanRESTOREuntuk mengembalikan file data dari set cadangan atau dari salinan gambar pada disk, baik ke lokasi mereka saat ini atau ke lokasi baru.Anda juga dapat mengembalikan set cadangan mengandung diarsipkan Redo log, tapi ini biasanya tidak diperlukan, karena RMAN otomatis mengembalikan diarsipkan log yang dibutuhkan untuk pemulihan dan menghapus mereka setelah pemulihan selesai.Gunakan RMAN yangRECOVERperintah untuk melakukan pemulihan media dan menerapkan log diarsipkan atau incremental backup.RMAN mengotomatiskan prosedur untuk memulihkan dan mengembalikan backup dan salinan.User-Managed Kembalikan dan PemulihanJika Anda tidak menggunakan RMAN, maka Anda dapat mengembalikan backup dengan utilitas sistem operasi dan kemudian jalankan SQL * PlusRECOVERperintah untuk memulihkan database.Anda harus mengikuti langkah-langkah dasar:1. Setelah mengidentifikasi file yang rusak, menempatkan database dalam keadaan yang tepat untuk mengembalikan dan pemulihan.Sebagai contoh, jika beberapa tapi tidak semua datafiles rusak, kemudian mengambil tablespace yang terkena secara offline sementara database terbuka.2. Mengembalikan file dengan utilitas sistem operasi.Jika Anda tidak memiliki cadangan, kadang-kadang mungkin untuk melakukan pemulihan jika Anda memiliki redo log yang diperlukan berasal dari waktu ketika datafiles pertama kali diciptakan dan control file berisi nama file yang rusak.Jika Anda tidak dapat mengembalikan datafile ke lokasi semula, kemudian merelokasi datafile dipulihkan dan mengubah lokasi dalam file kontrol.3. Kembalikan file log redo diperlukan diarsipkan.4. Gunakan SQL * PlusRECOVERperintah untuk memulihkan backup datafile.Recovery Menggunakan Oracle Flashback TechnologyUntuk memperbaiki masalah yang disebabkan oleh korupsi data logis atau kesalahan pengguna, Anda dapat menggunakan Oracle Flashback.Flashback Flashback Database dan Tabel memungkinkan Anda dengan cepat pulih ke waktu sebelumnya.Sekilas Oracle Database FlashbackOracle Database Flashback memungkinkan Anda dengan cepat memulihkan database Oracle ke waktu sebelumnya untuk memperbaiki masalah yang disebabkan oleh korupsi data logis atau kesalahan pengguna.Jika Oracle dikelola daerah disk, yang disebut area flash pemulihan dikonfigurasi, dan jika Anda telah mengaktifkan fungsi Flashback, maka Anda dapat menggunakan RMAN dan SQLFLASHBACK DATABASEperintah untuk mengembalikan database ke waktu sebelumnya.Flashback Database tidak media pemulihan benar, karena tidak melibatkan mengembalikan file fisik.Namun, Flashback adalah lebih baik untuk menggunakanRESTOREdanRECOVERperintah dalam beberapa kasus, karena lebih cepat dan lebih mudah, dan tidak memerlukan mengembalikan seluruh database.Untuk Flashback database, Oracle menggunakan gambar blok masa lalu untuk mundur perubahan ke database.Selama operasi database normal, Oracle sesekali log gambar-gambar blok di log Flashback.Flashback log ditulis secara berurutan, dan mereka tidak diarsipkan.Oracle secara otomatis membuat, menghapus, dan mengubah ukuran log Flashback di area flash pemulihan.Anda hanya perlu menyadari log Flashback untuk memantau kinerja dan memutuskan berapa banyak ruang disk untuk mengalokasikan ke daerah pemulihan flash untuk log Flashback.Jumlah waktu yang diperlukan untuk Flashback database sebanding dengan seberapa jauh kembali Anda perlu mengembalikan database, daripada waktu yang dibutuhkan untuk mengembalikan dan memulihkan seluruh database, yang bisa lebih lama lagi.Sebelum gambar di log Flashback hanya digunakan untuk mengembalikan database ke titik di masa lalu, dan maju pemulihan digunakan untuk membawa database ke keadaan yang konsisten pada beberapa waktu di masa lalu.Oracle kembali datafiles ke file sebelumnya point-in-time, tetapi tidak tambahan, seperti inisialisasi file parameter.

Ikhtisar Oracle Flashback TabelOracle Flashback Tabel memungkinkan Anda memulihkan tabel ke titik yang ditentukan dalam waktu dengan pernyataan tunggal.Anda dapat mengembalikan data tabel bersama dengan indeks terkait, pemicu, dan kendala, sementara database online, melepas perubahan hanya tabel tertentu.Flashback Tabel tidak membahas korupsi fisik, misalnya, disk buruk atau segmen data dan inkonsistensi indeks.Flashback Tabel bekerja seperti alat perbaikan self-service.Misalkan pengguna tidak sengaja menghapus beberapa baris penting dari meja dan ingin memulihkan baris dihapus.Anda dapat mengembalikan meja dengan waktu sebelum penghapusan dan melihat baris-baris dalam tabel denganFLASHBACK TABLEpernyataan.Anda dapat mengembalikan tabel dan isinya untuk waktu tertentu atau jam dinding-ditentukan pengguna nomor perubahan sistem (SCN).Gunakan Flashback Tabel dengan Oracle Flashback permintaan Versi Flashback Query dan Transaksi untuk menemukan waktu yang tabel harus dipulihkan kembali ke.Untuk Flashback Tabel untuk berhasil, sistem harus cukup mempertahankan undo informasi untuk memenuhi SCN tertentu atau timestamp, dan kendala integritas yang ditentukan pada tabel tidak bisa dilanggar.Juga, gerakan baris harus diaktifkan.Titik waktu di masa lalu yang Anda gunakan Flashback Tabel untuk pergi ke dikendalikan oleh undo retensi sistem.Oracle Database 10g secara otomatis lagu parameter yang disebut periode retensi undo.Undo periode retensi menunjukkan jumlah waktu yang harus dilewati sebelum berusia membatalkan informasi-yaitu, membatalkan informasi untuk berkomitmen transaksi dapat ditimpa.Database mengumpulkan statistik penggunaan dan lagu undo periode retensi berdasarkan statistik tersebut dan membatalkan ukuran tablespace.Catatan:Oracle sangat menganjurkan bahwa Anda menjalankan database Anda dalam otomatis membatalkan modus manajemen.Selain itu, mengatur membatalkan retensi untuk interval cukup besar untuk memasukkan data tertua Anda perlu mengantisipasi.Jenis lain dari Oracle PemulihanSekilas Aplikasi RedoBuffer Database buffer cache di SGA ditulis ke disk hanya bila diperlukan, menggunakan algoritma paling-baru saja digunakan (LRU).Karena cara bahwa proses penulis database yang menggunakan algoritma ini untuk menulis buffer database untuk datafiles, datafiles bisa mengandung beberapa blok data dimodifikasi oleh transaksi tidak mengikat dan beberapa blok data yang hilang perubahan dari transaksi yang dilakukan.Dua masalah potensial dapat terjadi jika terjadi kegagalan contoh: Blok data dimodifikasi oleh transaksi mungkin tidak ditulis ke file data pada waktu komit dan mungkin hanya muncul dalam redo log.Oleh karena itu, Redo log berisi perubahan yang harus diterapkan kembali ke database selama pemulihan. Setelah fase maju roll, datafiles bisa berisi perubahan yang belum dilakukan pada saat kegagalan.Perubahan ini tidak mengikat harus digulung kembali untuk memastikan konsistensi transaksional.Perubahan ini baik disimpan ke datafiles sebelum kegagalan, atau diperkenalkan selama roll ke depan fase.Untuk mengatasi dilema ini, dua langkah terpisah umumnya digunakan oleh Oracle untuk pemulihan yang sukses dari kegagalan sistem: bergulir maju dengan Redo log (pemulihan Cache) dan rolling kembali dengan rollback atau membatalkan segmen (pemulihan transaksi).Sekilas Cache PemulihanThesecara online Redo logadalah seperangkat file sistem operasi yang merekam semua perubahan yang dibuat untuk setiap blok basis data, termasuk data, indeks, dan segmen rollback,apakah perubahan tersebut dilakukan atau tidak mengikat.Semua perubahan untuk Oracle blok dicatat dalam log online.Langkah pertama pemulihan dari sebuah contoh atau kegagalan disk disebutpemulihan tembolokataubergulir ke depan, dan melibatkan menerapkan kembali semua perubahan dicatat dalam redo log ke datafiles.Karena data rollback juga dicatat dalam redo log, bergulir ke depan juga meregenerasi segmen rollback yang sesuaiBergulir hasil maju melalui banyak Redo log file yang diperlukan untuk membawa database ke masa depan.Bergulir ke depan biasanya mencakup Redo log file secara online (pemulihan misalnya atau media pemulihan) dan dapat mencakup diarsipkan redo file log (media pemulihan saja).Setelah bergulir ke depan, blok data berisi semua perubahan berkomitmen.Mereka juga bisa mengandung perubahan yang tidak mengikat yang baik disimpan ke datafiles sebelum kegagalan, atau dicatat dalam redo log dan diperkenalkan selama pemulihan tembolok.Sekilas Transaksi PemulihanAnda dapat menjalankan Oracle baikpengguna membatalkan modus manajemenatauotomatis membatalkan modus manajemen.Dalam mode manual, Anda harus membuat dan mengelolarollback segmens untuk merekam sebelum-gambar perubahan ke database.Dalam otomatis membatalkan modus manajemen, Anda membuat satu atau lebih tablespace undo.Ini membatalkan tablespace mengandung membatalkan segmen yang mirip dengan segmen rollback tradisional.Perbedaan utama adalah bahwa Oracle mengelola membatalkan untuk Anda.Undo blok (baik dalam segmen rollback atau otomatis membatalkan tablespace) catatan tindakan database yang harus dibatalkan selama operasi database tertentu.Dalam pemulihan database, undo blok memutar kembali efek dari transaksi uncommitted sebelumnya diterapkan oleh fase maju bergulir.Setelah roll ke depan, setiap perubahan yang tidak berkomitmen harus dibatalkan.Oracle berlaku membatalkan blok untuk memutar kembali perubahan terikat dalam blok data yang baik ditulis sebelum kegagalan atau diperkenalkan oleh aplikasi Redo selama pemulihan tembolok.Proses ini disebutbergulir kembaliataupemulihan transaksi.Gambar 15-3mengilustrasikan bergulir ke depan dan rolling kembali, dua langkah yang diperlukan untuk pulih dari semua jenis kegagalan sistem.Gambar 15-3 Langkah Pemulihan Dasar: Bergulir Maju dan Rolling Kembali

Deskripsi "Gambar 15-3 Langkah Pemulihan Dasar: Bergulir Maju dan Rolling Kembali"Oracle dapat memutar kembali beberapa transaksi bersamaan sesuai kebutuhan.Semua transaksi systemwide yang aktif pada saat kegagalan ditandai sebagai dihentikan.Daripada menunggu SMON untuk memutar kembali transaksi dihentikan, transaksi baru bisa pulih memblokir transaksi sendiri untuk mendapatkan baris mengunci mereka butuhkan.Sekilas Instance dan Crash RecoveryKecelakaan pemulihan digunakan untuk pulih dari kegagalan baik ketika database tunggal-contoh gagal atau semua contoh dari Oracle Application Clusters database yang nyata gagal.Pemulihan misalnya mengacu pada kasus di mana contoh hidup pulih contoh gagal dalam Oracle Application Cluster database yang nyata.Tujuan dari kecelakaan dan pemulihan misalnya adalah untuk mengembalikan perubahan blok data yang terletak di cache contoh dihentikan dan untuk menutup thread redo yang dibiarkan terbuka.Instance dan crash pemulihan hanya menggunakan Redo log file secara online dan datafiles online saat.Oracle sembuhredo benangs dari contoh dihentikan bersama-sama.Kecelakaan dan pemulihan misalnya melibatkan dua operasi yang berbeda: bergulir ke depan saat ini, datafiles secara online dengan menerapkan kedua transaksi mengikat dan tidak mengikat yang terkandung dalam catatan online Redo, dan kemudian memutar kembali perubahan yang dibuat dalam transaksi tidak terikat ke negara asal mereka.Kecelakaan dan pemulihan misalnya memiliki karakteristik berbagi berikut: Redo perubahan menggunakan datafiles online saat (sebagai kiri pada disk setelah kegagalan atauSHUTDOWN ABORT) Gunakan hanya online redo log dan tidak pernah memerlukan penggunaan log diarsipkan Memiliki waktu pemulihan diatur oleh jumlah kasus dihentikan, jumlah redo dihasilkan dalam setiap thread redo dihentikan sejak pemeriksaan terakhir, dan oleh faktor dikonfigurasi pengguna seperti jumlah dan ukuran file Redo log, frekuensi pemeriksaan, dan pemulihan paralel pengaturanOracle melakukan pemulihan ini secara otomatis pada dua kesempatan: Pada database pertama kali membuka setelah kegagalan dari sebuah database tunggal-contoh atau semua contoh Aplikasi Oracle Nyata Cluster database (crash pemulihan). Ketika beberapa tapi tidak semua contoh dari Oracle Application Clusters Nyata konfigurasi gagal (pemulihan misalnya).Pemulihan dilakukan secara otomatis oleh contoh hidup di konfigurasi.Titik penting adalah bahwa dalam kedua kecelakaan dan contoh recovery, Oracle berlaku redo secara otomatis: tidak ada intervensi pengguna dibutuhkan untuk memasok Redo log.Namun, Anda dapat mengatur parameter di server database yang dapat mengatur durasi contoh dan kinerja pemulihan kecelakaan.Juga, Anda dapat mengatur bergulir ke depan dan memutar kembali fase pemulihan misalnya secara terpisah.Lihat Juga:Oracle Database Backup dan Pemulihan Guide Lanjutan Penggunauntuk pembahasan contoh mekanika pemulihan dan instruksi untuk tuning contoh dan pemulihan kecelakaanMemutuskan Yang Teknik Pemulihan MenggunakanKetika Menggunakan Media PemulihanGunakan media pemulihan ketika satu atau lebih datafiles telah rusak secara fisik.Hal ini dapat terjadi karena kesalahan hardware atau kesalahan pengguna, seperti sengaja menghapus file.Media pemulihan lengkap digunakan dengan datafiles individu, tablespace, atau seluruh database.Gunakan media pemulihan lengkap ketika database telah rusak secara logis.Hal ini dapat terjadi karena kesalahan aplikasi atau kesalahan pengguna, seperti sengaja menghapus tabel atau tablespace.Media pemulihan lengkap hanya digunakan dengan seluruh database, bukan dengan datafiles individu atau tablespace.(Jika Anda tidak ingin melakukan pemulihan media yang lengkap dari seluruh database, Anda dapat melakukan pemulihan tablespace point-in-time dengan tablespace individu.)Gunakan blok media pemulihan ketika sejumlah kecil blok dalam satu atau lebih file telah rusak secara fisik.Hal ini biasanya terjadi karena kesalahan hardware, seperti disk controller yang buruk, atau sistem operasi I / O error.Pemulihan Blok media yang digunakan dengan blok data individu, dan sisanya dari database tetap online dan tersedia selama pemulihan.Ketika Menggunakan Oracle FlashbackFlashback Tabel adalah solusi menekan tombol untuk mengembalikan isi tabel ke titik waktu tertentu.Sebuah aplikasi di atas Flashback Query dapat mencapai ini, tapi dengan efisiensi kurang.Flashback database berlaku untuk seluruh database.Hal ini membutuhkan konfigurasi dan sumber daya, tetapi memberikan alternatif yang cepat untuk melakukan pemulihan database lengkap.Flashback Tabel menggunakan informasi di undo tablespace untuk mengembalikan meja.Hal ini memberikan manfaat yang signifikan atas pemulihan media dalam hal kemudahan penggunaan, ketersediaan, dan pemulihan lebih cepat.Flashback Flashback Database dan Tabel berbeda dalam granularity, kinerja, dan pembatasan.Untuk database utama, pertimbangkan untuk menggunakan Flashback database daripada Flashback Tabel dalam situasi berikut: Ada korupsi data logis, terutama undo korupsi. Sebuah kesalahan pengguna mempengaruhi seluruh database. Sebuah kesalahan pengguna dipengaruhi meja atau satu set kecil tabel, tetapi dampak dari pengembalian set tabel tidak jelas karena hubungan logis antara tabel. Sebuah kesalahan pengguna dipengaruhi meja atau satu set kecil tabel, tetapi menggunakan Flashback Tabel akan gagal karena pembatasan DDL nya. Flashback database bekerja melalui semua operasi DDL, sedangkan Flashback Tabel tidak.Juga, karena Flashback database bergerak seluruh database kembali dalam waktu, kendala tidak akan menjadi masalah, sedangkan mereka dengan Flashback Table.Flashback Tabel tidak dapat digunakan pada database siaga.Ketika Menggunakan CREATE TABLE AS SELECT PemulihanUntuk melakukan keluar dari tempat mengembalikan dari data, melakukan CTAS (CREATE TABLE AS SELECT...AS OF...) menggunakan Flashback Query SQL "PER ..." klausa.Misalnya, untuk membuat salinan tabel pada waktu tertentu: CREATE TABLE AS SELECT * old_emp DARI karyawan PER TIMESTAMP '2002-02-05 14:15:00 '

Karena dari penciptaan tempat meja, Anda hanya mendapatkan kembali data.Kendala, indeks, dan sebagainya tidak dikembalikan.Ini bisa memakan signifikan lebih waktu dan ruang dari Flashback Table.Namun, Flashback Tabel hanya mengembalikan baris dalam blok yang dimodifikasi setelah waktu yang ditentukan, sehingga lebih efisien.Ketika Menggunakan Impor / Ekspor Utilitas PemulihanBerbeda dengan backup fisik,backup logisadalah ekspor obyek skema, seperti tabel dan prosedur yang tersimpan, ke dalam sebuah file biner.Utilitas Oracle digunakan untuk memindahkan obyek skema Oracle masuk dan keluar dari Oracle.Ekspor, atau Data Pompa Ekspor, menulis data dari database Oracle ke biner file sistem operasi.Impor, atau Data Pompa Impor, membaca file ekspor dan mengembalikan data yang sesuai ke dalam database yang sudah ada.Meskipun impor dan ekspor dirancang untuk memindahkan data Oracle, Anda juga dapat menggunakannya sebagai metode tambahan untuk melindungi data dalam database Oracle.Anda tidak harus menggunakan Oracle impor dan ekspor utilitas sebagai satu-satunya metode back up data Anda.Oracle impor dan ekspor utilitas bekerja sama dengan CTAS, tetapi mereka mengembalikan kendala, indeks, dan sebagainya.Mereka efektif menciptakan kembali seluruh tabel jika ekspor dilakukan sebelumnya sesuai dengan waktu Flashback.Flashback Tabel lebih efisien daripada kinerja impor / ekspor utilitas, karena hanya akan mengembalikan subset dari baris yang mendapat dimodifikasi.Ketika Menggunakan Tablespace Point-in-Time PemulihanGunakan tablespace recovery point-in-time ketika satu atau lebih tablespace telah rusak secara logis, dan Anda tidak ingin melakukan pemulihan media yang lengkap dari seluruh database.Tablespace recovery point-in-time digunakan dengan tablespace individu.Flash Pemulihan DaerahDaerah flash recovery adalah direktori Oracle-dikelola, sistem file, atau Automatic Storage kelompok disk Manajemen yang menyediakan lokasi disk terpusat untuk backup dan recovery file.Oracle menciptakan log diarsipkan di daerah kilat recov ery.RMAN dapat menyimpan backup di wilayah flash pemulihan, dan menggunakannya ketika mengembalikan file selama pemulihan media.Daerah flash recovery juga bertindak sebagai cache disk untuk rekaman.Komponen pemulihan Oracle berinteraksi dengan daerah flash recovery memastikan bahwa database sudah benar-benar kembali menggunakan file di daerah flash recovery.Semua file yang diperlukan untuk memulihkan database setelah kegagalan media yang merupakan bagian dari wilayah flash recovery.Berikut ini adalah daftar dari pemulihan yang berhubungan dengan file di daerah flash recovery: File kontrol saat Log online Diarsipkan log Flashback log Kontrol autobackups berkas Kontrol salinan berkas Salinan datafile Potongan BackupFlash Disk Pemulihan Daerah BatasOracle memungkinkan Anda menentukan batas disk, yang merupakan jumlah ruang yang Oracle dapat menggunakan di daerah flash recovery.Batas disk yang memungkinkan Anda menggunakan ruang disk yang tersisa untuk keperluan lain dan tidak untuk mendedikasikan disk lengkap untuk wilayah flash recovery.Ini tidak termasuk biaya overhead yang tidak diketahui Oracle.Misalnya, pemulihan disk yang batas wilayah kilat tidak termasuk ukuran ekstra dari sistem file yang dikompresi, cermin, atau beberapa mekanisme redundansi lainnya.Oracle dan RMAN membuat file di area flash pemulihan sampai ruang yang digunakan mencapai pemulihan batas disk yang flash daerah.Kemudian, Oracle menghapus set minimal file yang ada dari daerah pemulihan flash yang usang, salinan berlebihan, atau mundur ke penyimpanan tersier.Oracle memperingatkan pengguna ketika ruang disk yang tersedia kurang dari 15%, namun terus untuk mengisi disk sampai 100% dari pemulihan batas disk yang flash daerah.Semakin besar daerah pemulihan flash, lebih berguna menjadi.Batas disk yang dianjurkan adalah jumlah dari ukuran database, ukuran incremental backup, dan ukuran semua log arsip yang belum disalin ke tape.Jika area flash pemulihan cukup besar untuk menyimpan salinan dari tablespace, maka mereka tablespace tidak perlu mengakses penyimpanan tersier.Ukuran minimum dari area flash pemulihan harus setidaknya cukup besar untuk memuat arsip log yang belum disalin ke tape.Sebagai contoh, jika sebuah kelompok disk ASM ukuran 100 GB digunakan dengan redundansi normal untuk wilayah flash pemulihan, maka recovery limit disk yang flash daerah harus diatur ke 50 GB.