Fitur Utama:

Gambar Disk, Cadangan ke NAS, Cadangan Buka File(VSS), Lisensi Abadi
Mulai dari €29

PERANGKAT LUNAK CADANGAN GRATIS UNTUK SERVER DAN WORKSTATION

SOLUSI GRATIS CADANGAN DAN PROFESIONAL

Iperius adalah utilitas Windows lengkap untuk backup data. Anda dapat menggunakan versi Freeware (juga untuk Server Windows) untuk mencadangkan file ke NAS, disk eksternal, drive RDX, dll. tanpa batasan waktu apa pun - atau pilih versi perusahaan, dengan banyak fungsi pencadangan dan fitur lanjutan: salinan file terbuka (VSS), Gambar Drive untuk pemulihan bencana, pencadangan mesin virtual ESXi dan Hyper-V, SQLServer dan cadangan basis data MySQL, Server Pertukaran cadangan, cadangan ke LTO Tape, cadangan ke Cloud ( Google Drive, Amazon S3, dll.), cadangan ke FTP/SFTP. Mulai dari Iperius Free, uji coba versi Full dapat diaktifkan untuk menguji semua fitur perangkat lunak.

Konsol Iperius

TETAPKAN KONTROL SEMUA CADANGAN DALAM SATU TEMBAKAN

Iperius Console adalah alat canggih untuk manajemen terpusat dan pemantauan komputer Anda dan cadangan. Dengan menggunakan aplikasi desktop khusus atau hanya portal web, Anda dapat melihat hasil operasi pencadangan, memeriksa detail kesalahan apa pun, mengatur dan menyesuaikan penjadwalan pencadangan, dan juga menjalankan pekerjaan pencadangan dari jarak jauh. Konsol ini terintegrasi sempurna dengan semua produk Iperius Suite, memungkinkan juga memperbarui Iperius Backup dari jarak jauh ke versi terbaru. Banyaknya informasi yang diberikan membuat pengguna selalu mengetahui status setiap PC dan Server tempat Iperius diinstal, menjadikan Iperius Console sebagai alat Pemantauan TI yang sangat berguna, baik bagi pelanggan maupun perusahaan Anda.

Operasi pencadangan dan pemulihan di Oracle dapat dibagi menjadi tiga jenis:

1. Pencadangan logis - dilakukan menggunakan utilitas exp yang disertakan dalam Oracle, yang memungkinkan Anda mengekspor seluruh database, skema atau tabel tertentu. Dalam hal mengekspor seluruh database, apa yang disebut ekspor penuh dilakukan (semua tabel database diekspor) atau inkremental (tabel yang telah berubah sejak ekspor terakhir dibongkar). Untuk Oracle 10g XE yang ukuran databasenya tidak melebihi 4 GB, Anda dapat menggunakan ekspor penuh.

2. Pencadangan fisik - dilakukan setelah instalasi database dan melibatkan penyalinan file data, file kontrol, log pengulangan operasional, dan file init.ora dengan pengaturan database.

3. Pencadangan online - dilakukan dalam database yang beroperasi dalam mode ARCHIVELOG. Mode ini mengarsipkan log pengulangan operasional dan menyimpan log semua transaksi.

Untuk database pelatihan kecil, opsi paling sederhana dan andal adalah pencadangan logis penuh dan pencadangan fisik. Pencadangan logis dilakukan menggunakan utilitas exp.exe yang terletak di folder Oracle\app\Oracle\product\10.2.0\server\BIN\. Utilitasnya adalah aplikasi konsol yang menerima parameter melalui baris perintah. Karena biasanya ada banyak parameter (5-10 buah), akan lebih mudah untuk membuat profil dengan parameter dan kemudian meneruskannya ke utilitas ekspor menggunakan parameter parfile.

Mari kita lihat contoh profil tipikal. Pertama, mari kita selesaikan masalah paling umum - membuat salinan cadangan dari satu atau lebih skema. Sebagai contoh, pertimbangkan untuk menyalin diagram STUDENT dengan contoh pelatihan. Untuk melakukannya, buat file teks exp_stud.prm yang berisi baris berikut:

USERID = nama pengguna/kata sandi
LOG = oralOstud.log FILE = oralOstud.dmp 0WNER= SISWA

Kemudian kita akan mengekspor dengan menjalankan perintah exp parfile=exp_stud.prm, yang akan membuat file ora10stud.dmp berisi salinan cadangan skema STUDENT. File ini memiliki format biner dan dikompresi dengan sangat baik oleh pengarsip apa pun, jadi untuk mengotomatiskan prosedur pencadangan, akan lebih mudah untuk membuat file BAT yang berisi perintah ekspor dan panggilan ke pengarsip untuk mengompresi dump yang dihasilkan.

Dalam kasus kami, parameter USERID berisi nama dan kata sandi untuk mengakses database, parameter LOG menentukan nama file tempat log operasi ditulis, parameter FILE menentukan nama file cadangan, PEMILIK - satu atau lebih skema yang diekspor (jika beberapa skema ditentukan, maka skema tersebut dipisahkan dengan koma).

Untuk melakukan ekspor penuh, profil akan sedikit berubah:

USERID = nama pengguna/kata sandi
LOG = oralOfull.log FILE = oralOfull.dmp LENGKAP = Y

Yang penting ekspor itu skema tertentu dapat dilakukan atas nama pemiliknya, tetapi untuk melakukan ekspor penuh Anda harus memiliki peran DBA, jika tidak, upaya ekspor penuh akan gagal dengan kesalahan EXP-00023 dengan pesan “Harus menjadi DBA untuk melakukan ekspor Database Penuh atau Tablespace” . Ukuran dump jika terjadi ekspor lengkap database Oracle 10g XE yang kosong adalah 43 MB (9 MB setelah kompresi WinRar). Sangat disarankan untuk melakukan pencadangan berkala bahkan pada database pelatihan - ada lusinan dan ratusan kasus ketika, selama mempelajari Oracle, database rusak, pengguna dihapus, atau operasi lain menyebabkan hilangnya objek yang dibuat .

Impor logis adalah operasi cermin untuk mengekspor dan dilakukan menggunakan utilitas IMP. Selama impor, tidak perlu mengimpor semua informasi yang tersedia di dump - Anda dapat mengimpor skema atau tabel tertentu. Lebih mudah untuk menempatkan parameter utilitas IMP di profil; misalnya, untuk mengimpor skema STUDENT, Anda dapat menggunakan profil berikut:

USERID = pelajar/siswa LOG = oralOstudimp.log FILE = oralOstud.dmp
BARIS = Y
HIBAH = Y
INDEKS = Y
FR0MUSER= SISWA
T0USER= SISWA

Parameter FROMUSER menentukan akun mana di dump yang informasinya diambil, dan parameter TOUSER menentukan akun tempat informasi tersebut diimpor. Ini adalah fitur yang sangat berguna dari utilitas impor karena memungkinkan Anda mengimpor data dari satu skema ke skema lainnya.

Parameter ROWS (baris tabel), GRANTS (izin objek), INDEXES (indeks) menunjukkan jenis objek mana yang diimpor.

Mari kita pertimbangkan beberapa situasi umum yang ditemui dalam praktik:

Anda perlu mengimpor objek akun SISWA ke dalamnya akun SISWA1. Dalam hal ini, Anda harus mengatur parameter FROMUSER=STUDENT dan TOUSER= STUDENT1;

Sebelum mengimpor, Anda harus menghapus semua objek dari skema, jika tidak, proses impor akan menghasilkan kesalahan IMP-00015 untuk setiap tabel yang diimpor (dalam hal ini data tidak akan diimpor). Jika karena alasan tertentu perlu memuat data ke dalam tabel yang sudah ada, maka Anda dapat menggunakan parameter IGNORE=Y. yang akan menyebabkan kesalahan diabaikan saat membuat objek dan impor data dilanjutkan. Namun, jika Anda menggunakan parameter IGNORE=Y, Anda harus memperhitungkannya pada tabel tanpa kunci utama Duplikasi catatan dapat terjadi (karena setiap operasi impor memuat data baru, tetapi data lama tidak dimusnahkan).

IMP memiliki satu fitur menarik - alih-alih menjalankan perintah dalam database, utilitas ini mengeluarkannya ke log, sehingga menghasilkan skrip yang berisi pernyataan DML. Untuk mengaktifkan fitur ini, Anda harus menentukan parameter SHOW=Y.

Ada dua cara untuk membuat salinan cadangan database Oracle Anda:

• Menggunakan alat sistem operasi.
• Menggunakan utilitas database itu sendiri.

Masing-masing metode ini mempunyai kelebihan dan kekurangan. Saat membuat cadangan menggunakan sistem operasi, penyalinan harus dihentikan selama seluruh proses pencadangan untuk menghindari ketidakcocokan data, yang tidak dapat diterima jika sistem perlu beroperasi 24/7. Kerugian utama kedua adalah rumitnya pengelolaan cadangan dalam jumlah besar dan sulitnya memeriksa kesalahan.

Dengan menggunakan utilitas database, kelemahan ini dapat dihindari, namun kelemahan lain muncul, kompleksitas konfigurasi dan sintaks perintahnya sendiri.

Utilitas database bawaan untuk membuat salinan cadangan– ini pada dasarnya adalah exp dan expdp, yang memungkinkan Anda membuat cadangan logis (yaitu, salinan objek database). Metode membuat salinan cadangan ini sederhana, tetapi kelemahan utamanya adalah waktu yang diperlukan untuk memulihkan dari salinan jika perlu menginstal ulang instance dan kemampuan untuk memulihkan objek hanya pada saat pencadangan tertentu.

Utilitas paling kuat yang dibuat oleh Oracle khusus untuk membuat backup database adalah utilitas RMAN. Yang memungkinkan Anda membuat salinan lengkap database tanpa menghentikan instance dan memulihkannya ke titik mana pun di masa lalu, database itu sendiri memantau salinan usang dan menghapusnya jika perlu, dan juga memeriksa kesalahannya. Namun ia mempunyai kelemahan serius: sulit dikonfigurasi dan dikelola. Mari kita lihat lebih dekat pengaturan dan pengelolaan utilitas ini.

Utilitas RMAN muncul di versi 8g dan ditingkatkan di versi berikutnya. Mari konfigurasikan utilitas ini untuk membuat cadangan database kita secara rutin.

Pertama-tama, Anda perlu memahami isi database dan memutuskan seberapa sering Anda perlu membuat salinan cadangan. Dalam kasus kami, ini adalah database Oracle dan terdiri dari file-file berikut:

• ruang tabel;
• file kontrol;
• mengulang log;
• file data (init.ora, spfile, tnsnames.ora, pendengar.ora, orapwd);

Setelah memilih data yang akan disimpan, kami memutuskan strategi penyalinan, yaitu memilih frekuensi, jenis cadangan yang akan dibuat, dan waktu penyimpanannya. Cadangan bisa bersifat inkremental penuh - yaitu, file yang disalin sepenuhnya, kumulatif inkremental - bila salinan hanya berisi perbedaan data antara keadaan saat ini dan status pada saat pencadangan tambahan terakhir dan pencadangan diferensial tambahan - salinan tersebut berisi perbedaan antara status saat ini dan status pada saat pencadangan terakhir. Pilihan strategi ditentukan oleh mode operasi database; jika database sering mengalami perubahan, maka disarankan untuk melakukan perubahan bertahap lebih sering salinan lengkap ini akan memungkinkan Anda memulihkan database dengan cepat setelah kegagalan, karena tidak perlu melakukannya jumlah besar transaksi. Jika database ini digunakan terutama untuk penyimpanan dan pembacaan, maka salinan tambahan jarang dibuat dan terbatas pada salinan kumulatif biasa.

Basis data kami digunakan terutama untuk penyimpanan dan sedikit berubah seiring waktu, jadi kami akan memilih strategi berikut: membuat salinan tambahan seminggu sekali pada hari Minggu 3 malam, dan membuat salinan kumulatif setiap malam pada jam 3, ini akan memungkinkan tanpa mengambil banyak ruang disk memulihkan database dengan cepat menggunakan maksimal 2 salinan.

Setelah kita memutuskan apa yang akan disalin dan seberapa sering kita dapat melanjutkan ke pengaturan instance database. Pertama-tama, Anda harus memastikan bahwa database beroperasi dalam mode pengarsipan untuk mengulang log (archivelog).

Pilih log_mode dari v$database; dari pengguna mana pun dengan hak sysdba. Jika permintaan mengembalikan archivelog maka semuanya baik-baik saja, lanjutkan ke langkah berikutnya, jika tidak adaarchivelog maka Anda perlu me-restart database dalam mode archivelog. Untuk melakukan ini, Anda perlu me-restart database dalam mode mount dengan perintah:
startup mount segera dan jalankan perintah
mengubah log arsip basis data; itu mengaktifkan mode archivelog, setelah itu yang tersisa hanyalah membuka database dengan perintah:
mengubah database terbuka;

Memelihara salinan log pengulangan diperlukan untuk membuat salinan panas tambahan yang konsisten dari database, serta untuk dapat memulihkan keadaan database ke titik mana pun di masa lalu.

Setelah kita mengalihkan database ke mode archivelog, kita perlu mengatur parameter area pemulihan batch. Mari kita periksa apakah mereka sudah ditentukan oleh permintaan:

Pilih nama, nilai dari v$parameter dengan nama seperti "db_recovery_file_dest%"; jika tidak ditentukan, maka atur dengan perintah:
mengubah set sistem db_recovery_file_dest_size=50G scope=keduanya; set ukuran maksimum area pemulihan batch dan
mengubah set sistem db_recovery_file_dest="/storage/recovery_area" scope=keduanya; menentukan lokasi area pemulihan batch di sistem file. Membuat area pemulihan batch diperlukan agar rman dapat secara mandiri menghapus salinan usang, serta memantau sisa ruang disk kosong dan memperingatkan jika jumlahnya hampir habis.

Setelah menyiapkan instance, Anda dapat melanjutkan untuk menyiapkan utilitas rman itu sendiri dengan menghubungkan ke rman menggunakan serangkaian perintah

Rman menghubungkan pengguna target/pass@sid jalankan perintah
tunjukkan semua;

Pertama-tama, kami mengonfigurasi parameter keamanan salinan cadangan; ini dilakukan dengan menggunakan parameter CONFIGURE RETENTION POLICY, atau dengan mengatur jumlah salinan yang disimpan secara bersamaan, atau dengan menentukan periode di mana salinan tersebut dianggap relevan. Atur parameter jendela pemulihan menjadi 7 hari dengan perintah:

KONFIGURASI KEBIJAKAN RETENSI KE JENDELA PEMULIHAN 7 HARI; Mari aktifkan pencadangan otomatis file kontrol; setiap kali cadangan dibuat, salinan file kontrol akan dibuat:
KONFIGURASI AUTOBACKUP KONTROLFILE AKTIF; kita aktifkan optimasi agar rman tidak membuat salinan file sudah ada salinan cadangan yang identik dengan yang sudah ada:
KONFIGURASI OPTIMASI CADANGAN PADA; dan memparalelkan proses pembuatan cadangan menjadi 2 saluran:
KONFIGURASI PARALELISME DISK JENIS PERANGKAT 2; Kami tidak akan mengubah parameter perangkat tempat informasi disimpan, enkripsi, kompresi, format file kontrol pencadangan otomatis, dan ukuran file salinan maksimum.

Setelah pengaturan ini, yang tersisa hanyalah membuat sistem operasi file eksekusi untuk rman dan menambahkannya ke penjadwal tugas.

Untuk kebangkitan:

#!/bin/bash ekspor ORACLE_HOME=/u01/11g/ ekspor NLS_LANG=american_america.AL32UTF8 ekspor ORACLE_SID=kagu1251 rman menghubungkan pengguna target/lulus CADANGAN INCREMENTAL LEVEL 0 DATABASE; FILE DATA CADANGAN "/oradata/db/admin/kagu/pfile/init.ora.6302012163819"; FILE DATA CADANGAN "/u01/11g/network/admin/listener.ora"; FILE DATA CADANGAN "/u01/11g/network/admin/tnsnames.ora"; FILE DATA CADANGAN "/u01/11g/dbs/spfilekagu.ora"; FILE DATA CADANGAN "/u01/11g/dbs/orapwkagu1251";

Untuk hari lainnya:

#!/bin/bash ekspor ORACLE_HOME=/u01/11g/ ekspor NLS_LANG=american_america.AL32UTF8 ekspor ORACLE_SID=kagu1251 rman menghubungkan pengguna target/lulus CADANGAN INCREMENTAL LEVEL 1 DATABASE; FILE DATA CADANGAN "/oradata/db/admin/kagu/pfile/init.ora.6302012163819"; FILE DATA CADANGAN "/u01/11g/network/admin/listener.ora"; FILE DATA CADANGAN "/u01/11g/network/admin/tnsnames.ora"; FILE DATA CADANGAN "/u01/11g/dbs/spfilekagu.ora"; FILE DATA CADANGAN "/u01/11g/dbs/orapwkagu1251";

Untuk memulihkan seluruh database setelah hilang sepenuhnya, perintah RESTORE DATABASE digunakan, setelah pelaksanaannya perlu untuk menyinkronkan data menggunakan log yang diarsipkan dengan perintah RECOVER DATABASE, pemulihan terjadi dalam mode mount.

Untuk memulihkan tablespace tertentu, Anda harus mentransfernya terlebih dahulu ke Modus OFFLINE memerintah:

ALTER TABLESPACE pengguna OFFLINE;

Setelah itu, pulihkan dan sinkronkan:

KEMBALIKAN pengguna TABLESPACE; PULIHKAN pengguna TABLESPACE; Jika sudah selesai, pindahkan ke modus daring memerintah:
ALTER TABLESPACE pengguna ONLINE;

Anda juga dapat mengembalikan database ke momen tertentu waktu yang lalu, perintah dijalankan untuk melakukan ini:

SET SAMPAI WAKTU "29 Jan 2013 20:00:00";

Pemulihan ini harus dilakukan ketika database dalam mode mount, dan ketika membuka, tentukan opsi RESETLOGS sehingga perubahan yang disimpan dalam log pengulangan yang dibuat setelah titik pemulihan tidak dijalankan.

Untuk memantau cadangan yang dibuat, perintah CROSSCHEK berguna, yang memungkinkan Anda memeriksa keberadaan cadangan di area pemulihan batch dan kemampuan untuk mengaksesnya. Untuk menguji file cadangan untuk logika atau kesalahan fisik Perintah VALIDATE digunakan.

Halo, para pembaca situs blog yang budiman! Saya mempersembahkan kepada Anda sebuah artikel tentang pencadangan dan pemulihan database Oracle. Saya rasa materi ini akan berguna bagi administrator yang melakukan backup dan recovery pada server Oracle menggunakan Recovery Manager (RMAN).

Cadangkan dan Pulihkan

Untuk memahami artikel ini, disarankan untuk memiliki pengetahuan di bidang-bidang berikut:

• Konsep database relasional data dan administrasi dasar.
• Lingkungan OS tempat database Oracle dijalankan.

Faktanya, artikel ini adalah artikel pengantar dari serangkaian artikel yang membahas konsep dasar pencadangan dan pemulihan. Saya merekomendasikan bahan ini untuk semua pengguna yang bertanggung jawab atas pencadangan dan pemulihan. Secara umum, artikel ini akan menarik bagi semua pengguna, tidak hanya mereka yang menggunakan RMAN. Di masa mendatang, saya berencana untuk memberi tahu Anda lebih banyak tentang teknologi pencadangan dan pemulihan menggunakan Manajer Pemulihan. Pengguna yang mengelola pencadangan dan pemulihan tanpa RMAN perlu memahami konsep dalam artikel ini dan postingan ulasan pencadangan dan pemulihan selanjutnya.

Dengan demikian, tujuan dari kumpulan artikel yang diusulkan adalah untuk membuat gambaran umum konsep pencadangan dan pemulihan, meninjau file database Oracle yang terkait dengan pencadangan dan pemulihan, dan menjelajahi alat yang tersedia untuk membuat cadangan dan memulihkan database Anda, melindungi dari kehilangan informasi dan kesalahan lainnya.

Jadi, apa itu pencadangan dan pemulihan? Pencadangan dan pemulihan menyiratkan strategi yang berbeda dan prosedur yang berkaitan dengan melindungi database Anda dari kehilangan informasi dan memulihkan database setelah segala jenis kehilangan data.

Cadangan Fisik dan Logis

Cadangan adalah salinan data dari database Anda yang dapat digunakan untuk pemulihan. Cadangan dapat dibagi menjadi cadangan fisik Dan cadangan logis.

Cadangan fisik adalah cadangan file fisik, digunakan untuk menyimpan dan memulihkan database Anda, seperti file data, file kontrol, mencatat arsip file. Pada akhirnya, setiap cadangan fisik adalah salinan file yang menyimpan informasi tentang database di lokasi lain (pada disk, tape, dll.).

Cadangan logis berisi data logis (misalnya, tabel atau prosedur tersimpan) yang diekspor dari database menggunakan utilitas ekspor Oracle dan disimpan sebagai file biner– untuk kemungkinan selanjutnya mengimpor ke database menggunakan utilitas impor Oracle.

Pencadangan fisik adalah dasar dari strategi pencadangan dan pemulihan yang andal, sedangkan pencadangan logis adalah landasannya tambahan yang berguna dalam banyak kasus, pencadangan fisik tidak cukup untuk memberikan perlindungan yang memuaskan terhadap kehilangan informasi tanpa pencadangan fisik.

Selanjutnya, istilah "cadangan" dalam artikel tentang pencadangan dan pemulihan ini berarti, pertama-tama, pencadangan fisik (jika tidak ditentukan pencadangan mana yang yang sedang kita bicarakan), Dan membuat cadangan sebagian atau seluruh database berarti membuat salah satu jenis cadangan fisik. Penekanan dalam artikel ini terutama pada pencadangan fisik.

Kesalahan dan Kegagalan yang memerlukan Pemulihan dari Cadangan

Meskipun ada beberapa jenis masalah yang dapat mengganggu fungsi normal database Oracle atau operasi I/O, biasanya hanya dua di antaranya yang memerlukan intervensi administrator (DBA) dan pemulihan media: kegagalan media (kegagalan media). hard drive dll.), dan kesalahan pengguna.

Kegagalan lainnya mungkin memerlukan intervensi DBA untuk memuat ulang database (setelah kegagalan instans) atau mengalokasikan ruang disk tambahan (setelah kegagalan pernyataan SQL karena, misalnya, file data lengkap), namun situasi ini umumnya tidak mengakibatkan hilangnya data dan tidak memerlukan pemulihan dari cadangan.

Kesalahan pengguna

Kesalahan pengguna terjadi baik karena kesalahan dalam logika aplikasi, atau karena penyimpangan dari instruksi pengoperasian, data dalam database Anda diubah atau dihapus secara tidak benar. Hilangnya informasi karena kesalahan pengguna mencakup kesalahan seperti menghapus tabel penting atau menghapus atau mengubah isi tabel. Meskipun pelatihan pengguna dan manajemen hak istimewa yang cermat dapat melindungi dari sebagian besar kesalahan pengguna, strategi pencadangan Anda akan menentukan seberapa baik Anda memulihkan data yang hilang ketika kesalahan pengguna menyebabkan hilangnya informasi.

Kegagalan media penyimpanan

Kegagalan media– ini adalah kegagalan saat membaca atau menulis file pada disk yang diperlukan agar database dapat berfungsi karena masalah fisik dengan disk. Misalnya, kegagalan kepala. File database apa pun dapat rusak karena kegagalan media.

Metode yang tepat untuk memulihkan kegagalan media bergantung pada file apa yang terpengaruh oleh kegagalan tersebut, serta jenis cadangan yang tersedia.

Solusi Pencadangan dan Pemulihan Oracle: RMAN dan Pencadangan Khusus

Untuk melakukan pencadangan dan pemulihan berdasarkan pencadangan fisik, Anda memiliki dua solusi yang dapat Anda gunakan:

• Manajer Pemulihan– alat (berfungsi dari baris perintah, atau dari GUI Manajer Perusahaan), yang terintegrasi dengan sesi yang berjalan di server Oracle untuk melakukan sejumlah tindakan terkait pencadangan dan pemulihan, serta menjaga riwayat pencadangan Anda
• Tradisional pencadangan dan pemulihan khusus(yaitu dikelola dan dikontrol oleh pengguna) di mana Anda secara langsung mengelola file yang membentuk database Anda menggunakan perintah OS dan kemampuan pencadangan dan pemulihan SQL*Plus

Kedua metode ini didukung oleh Oracle dan didokumentasikan sepenuhnya. Recovery Manager, bagaimanapun, adalah solusi pilihan untuk pencadangan dan pemulihan basis data. Ia dapat melakukan jenis pencadangan dan pemulihan yang sama seperti yang tersedia dengan pencadangan dan pemulihan khusus, namun dengan cara yang jauh lebih sederhana, dan RMAN juga menyediakan antarmuka umum untuk tugas pencadangan di berbagai sistem operasi, dan juga menawarkan sejumlah teknologi pencadangan yang tidak tersedia dalam metode pencadangan manual.

Sebagian besar artikel akan fokus pada pencadangan dan pemulihan menggunakan RMAN. Metode Kustom Saya berencana untuk menjelaskan pencadangan dan pemulihan di artikel mendatang tentang pencadangan dan pemulihan.

Metode apa pun yang Anda gunakan (RMAN atau metode kustom), Anda dapat melengkapi pencadangan fisik dengan pencadangan logis objek skema, yang dilakukan melalui utilitas ekspor. Data yang disimpan dengan cara ini nantinya dapat diimpor untuk membuat ulang objek tersebut setelah memulihkan dari cadangan fisik. Namun, saya tidak akan membahas pencadangan logis dalam artikel ini (maka saya ingin menulis artikel terpisah tentang pencadangan logis).

Terima kasih atas perhatian Anda! Jangan lewatkan kelanjutan topik tentang backup dan recovery pada artikel-artikel selanjutnya yang akan saya coba tulis dalam waktu dekat. Semoga beruntung!.