Backup dan Recovery
Prosedur 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 Backup
Backup 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 konsisten
Sebuah cadangan yang konsisten adalah satu di mana file yang didukung berisi semua perubahan sampai sama nomor 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 Konsisten
Sebuah 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 dengan NORMAL , IMMEDIATE , atauTRANSACTIONAL pilihan dan membuat backup sementara database ditutup. Jika database tidak ditutup rapi, misalnya, sebuah contoh gagal atau Anda mengeluarkan SHUTDOWN SHUTDOWN ABORT pernyataan, maka datafiles database yang selalu konsisten-kecuali database adalah read-only database yang . Oracle membuat file kontrol dan datafiles konsisten terhadap SCN sama selama database pos 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 konsisten tanpa 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 di NOARCHIVELOG modus, karena jika pemulihan diperlukan untuk konsistensi. Dalam NOARCHIVELOG modus, 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 di ARCHIVELOG modus. 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 konsisten
Cadangan 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 disebut backup online . Ini mengharuskan Anda menjalankan database Anda di ARCHIVELOG modus. Jika Anda menjalankan database dalam ARCHIVELOG modus, 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 di NOARCHIVELOG modus.Jika cadangan tersebut digunakan untuk mengembalikan database, maka data korupsi mungkin timbul.
Pengarsipan diarsipkan Redo Log File
Setelah backup online atau 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 Kontrol
Setelah 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 database
Seluruh Backup database
Sebuah backup seluruh database adalah cadangan dari setiap datafile dalam database, ditambah file kontrol. Backup seluruh database adalah jenis yang paling umum dari cadangan. Backup seluruh database dapat diambil baik ARCHIVELOG atau NOARCHIVELOG modus. Sebelum melakukan backup seluruh database, bagaimanapun, menyadari implikasi dari back up dalam ARCHIVELOG dan NOARCHIVELOG mode. Gambar 15-1 mengilustrasikan 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 berupa cadangan konsisten atau cadangan tidak konsisten . Apakah cadangan adalah menentukan konsisten apakah Anda perlu menerapkan Redo log setelah memulihkan cadangan.
Backup tablespace
Sebuah cadangan tablespace adalah cadangan dari datafiles yang merupakan tablespace. Misalnya, jika tablespace users mengandung datafiles 2 , 3 , dan 4, maka cadangan tablespace users punggung ketiga datafiles. Backup tablespace, baik online atau offline, hanya berlaku jika database yang beroperasi di ARCHIVELOG modus. Alasannya adalah bahwa redo diperlukan untuk membuat tablespace dipulihkan konsisten dengan tablespace lain dalam database.
Backup datafile
Sebuah cadangan datafile adalah cadangan dari datafile tunggal. Backup datafile, yang tidak biasa seperti backup tablespace, yang berlaku di ARCHIVELOGdatabase. Satusatunya waktu backup datafile berlaku untuk database di NOARCHIVELOG modus 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 Backup
Ada 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 Backup
Karena 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 dengan ALTER TABLESPACE BEGIN BACKUP pernyataan (untuk mendukung sebuah tablespace individual), atau ALTER DATABASE BEGIN BACKUP pernyataan (untuk membuat cadangan seluruh database). Setelah backup online selesai, Anda harus menjalankan ALTER TABLESPACE ... END BACKUP atau ALTER DATABASE END BACKUP pernyataan 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 file
Back 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:
RMAN BACKUP CURRENT CONTROLFILE perintah membuat cadangan biner dari file kontrol, seperti satu set cadangan atau salinan gambar. Pernyataan SQL ALTER DATABASE BACKUP CONTROLFILE membuat cadangan biner dari file kontrol. Pernyataan SQL ALTER DATABASE BACKUP CONTROLFILE TO TRACE ekspor 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 Log
Diarsipkan Redo log sangat penting untuk memulihkan cadangan konsisten. Satusatunya 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 dengan RESETLOGS pilihan. 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:
RMAN BACKUP ARCHIVELOG perintah The RMAN BACKUP ... PLUS ARCHIVELOG perintah Sebuah utilitas sistem operasi
Recovery
Untuk 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-2 mengilustrasikan 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 Pemulihan
Jenis 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 Pemulihan
Pemulihan 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 disebut lengkap karena Oracle menerapkan semua perubahan 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 dua
Jika 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 dua
Pemulihan lengkap
Pemulihan 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 dengan RESETLOGS pilihan ketika pemulihan selesai. The RESETLOGS operasi menciptakan baru inkarnasi dari database-dengan kata lain, database dengan aliran baru log urutan nomor yang dimulai dengan log urutan 1. Sebelum menggunakan OPEN RESETLOGS perintah 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 ada OPEN RESETLOGS telah 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 Pemulihan
Point-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-maju
TSPITR memiliki keterbatasan berikut:
Anda tidak dapat menggunakannya pada SYSTEM tablespace, sebuah UNDO tablespace, atau tablespace yang berisi segmen rollback. Tablespace yang berisi data saling tergantung harus dipulihkan bersamasama. 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 Pemulihan
Karena 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 Pemulihan Pemulihan berbasis waktu Pemulihan membatalkan berbasis Perubahan pemulihan berbasis Log pemulihan urutan Fungsi Pulih data sampai titik tertentu dalam waktu. Pulih sampai Anda mengeluarkan CANCEL pernyataan (tidak tersedia bila menggunakan Recovery Manager). Pulih sampai SCN tertentu. Pulih sampai urutan nomor log yang ditentukan (hanya tersedia bila menggunakan Recovery Manager).
Datafile Media Pemulihan
Media 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 tanpa OFFLINE NORMAL pilihan. 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 pemulihan media otomatis. 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) tanpa OFFLINE NORMAL pilihan.
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, Anda harus melakukan 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 Pemulihan
Blok 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 Referensi untuk informasi tentang bagaimana
untuk katalog user-dikelola datafile dan log backup diarsipkan dan untuk melakukan blok media pemulihan
Sekilas RMAN dan User-Managed Kembalikan dan Pemulihan
Anda 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 * Plus RECOVER command
Apapun 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 tetap V$RECOVER_FILE . Pandangan ini daftar semua file yang membutuhkan pemulihan dan menjelaskan kesalahan yang mengharuskan pemulihan.
RMAN Kembalikan dan Pemulihan
Perintah pemulihan RMAN dasar RESTORE dan RECOVER . Gunakan RESTORE untuk 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 yang RECOVER perintah 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 Pemulihan
Jika Anda tidak menggunakan RMAN, maka Anda dapat mengembalikan backup dengan utilitas sistem operasi dan kemudian jalankan SQL * Plus RECOVERperintah 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 * Plus RECOVER perintah untuk memulihkan backup datafile.
Recovery Menggunakan Oracle Flashback Technology
Untuk 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 Flashback
Oracle 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 SQL FLASHBACK DATABASE perintah untuk mengembalikan database ke waktu sebelumnya. Flashback Database tidak media pemulihan benar, karena tidak melibatkan mengembalikan file fisik. Namun, Flashback adalah lebih baik untuk menggunakan RESTORE dan RECOVER perintah 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 gambargambar 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 Tabel
Oracle 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 dengan FLASHBACK TABLE pernyataan. Anda dapat mengembalikan tabel dan isinya untuk waktu tertentu atau jam dindingditentukan 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 Pemulihan
Sekilas Aplikasi Redo
Buffer 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 Pemulihan
The secara online Redo log adalah 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 disebut pemulihan tembolok atau bergulir 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 sesuai Bergulir 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 Pemulihan
Anda dapat menjalankan Oracle baik pengguna membatalkan modus manajemen atau otomatis membatalkan modus manajemen . Dalam mode manual, Anda harus membuat dan mengelola rollback segmen s 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 disebut bergulir kembaliatau pemulihan transaksi . Gambar 15-3 mengilustrasikan 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 Recovery
Kecelakaan 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 sembuh redo benang s 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 atau SHUTDOWN 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 pengaturan
Oracle 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 Pengguna untuk pembahasan
contoh mekanika pemulihan dan instruksi untuk tuning contoh dan pemulihan kecelakaan
Memutuskan Yang Teknik Pemulihan Menggunakan
Ketika Menggunakan Media Pemulihan
Gunakan 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 Flashback
Flashback 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 Pemulihan
Untuk 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 Pemulihan
Berbeda dengan backup fisik, backup logis adalah 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 Pemulihan
Gunakan 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 Daerah
Daerah 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 Backup
Flash Disk Pemulihan Daerah Batas
Oracle 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.