Ada dua cara untuk melakukan backup dan pemulihan Oracle: Recovery Manager dan dikelola pengguna backup dan pemulihan.
|
|
- Utami Pranata
- 6 tahun lalu
- Tontonan:
Transkripsi
1 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.
2 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
3 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
4 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
5 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.
6 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.
7 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 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.
8 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.
9 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.
10 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:
11 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.
12 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
13 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.
14 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.
15 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
16 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
17 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
18 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
19 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.
20 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 ' :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.
21 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
22 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.
Backup and Recovery. by: Ahmad Syauqi Ahsan
10 Backup and Recovery by: Ahmad Syauqi Ahsan Terminologi Backup 2 Backup strategy boleh mengikutkan : Keseluruhan database (whole) Bagian dari database (partial) Backup type boleh berupa : Segala informasi
Lebih terperinciKonsep Backup dan Recovery. By: Arif Basofi
Konsep Backup dan Recovery By: Arif Basofi Tujuan Menggambarkan dasar-dasar backup, restore, dan recovery pada database Mendaftar tipe-tipe kerusakan yang mungkin terjadi pada database Oracle Menggambarkan
Lebih terperinciBAB 2 TINJAUAN PUSTAKA
5 BAB 2 TINJAUAN PUSTAKA 2.1. Data Data adalah sesuatu yang mewakili objek dan peristiwa yang memiliki arti yang sangat penting bagi user (Hoffer et al, 2005). Dalam pengertian yang lain data adalah fakta
Lebih terperinciDATABASE ADMINISTRATOR
DATABASE ADMINISTRATOR Arsitektur Database Oracle By: Arif Basofi 2-2 Tujuan Mengenal Struktur dan Arsitektur Database Oracle 2-3 Arsitektur Database Oracle Oracle Server: DBMS Oracle menyediakan manajemen
Lebih terperinciAdministrasi Basis Data
Administrasi Basis Data Bab 4: Capaian Pembelajaran. Bab 4: Advance Administration Mahasiswa mampu memahami prosedur melakukan pengelolaan lanjuta database Orcale Express 10g Agenda. Perintah Backup dan
Lebih terperinciKONSEP DATABASE ORACLE BKPM 1
KONSEP DATABASE ORACLE BKPM 1 ORACLE Oracle Server adalah sebuah Database Management System (DBMS) yang memiliki sifat terbuka, comprehensive, dan terintegrasi untuk mengelola informasi. Oracle Server
Lebih terperinciRECOVERY SYSTEM. Alif Finandhita, S.Kom
RECOVERY SYSTEM Crash adalah suatu kegagalan dari suatu sistem Penyebab dari kegagalan adalah : Disk Crash, yaitu informasi yang ada di dalam disk akan hilang Power Failure, yaitu informasi yang disimpan
Lebih terperinciSISTEM BASIS DATA BACKUP DAN RECOVERY. Backup Data. Restore Data. DENI HERMAWAN Informatika
SISTEM BASIS DATA DENI HERMAWAN 01111003 Informatika BACKUP DAN RECOVERY Data dan database merupakan komponen terpenting dalam satu sitem manajemen, disamping taentu saja aplikasi untuk system informasi
Lebih terperinciPENGONTROLAN BERBASIS KOMPUTER
PENGONTROLAN BERBASIS KOMPUTER 1. Security Database Authorization Pemberian hak akses yang mengizinkan sebuah subyek mempunyai akses secara legal terhadap sebuah sistem atau obyek. Subyek Obyek user atau
Lebih terperinciSelayang pandang ORACLE. Budi S
Selayang pandang ORACLE Budi S 1 Oracle History Produk dari Oracle Corporation (RSI/Relational Software Incorporated : 1977) memposisikan sbg S/W Database (RDBMS) Versi 1 (1977) Didevelop dgn C dan interface
Lebih terperinciBab 8. Backup & Recovery Database
Bab 8 Diktat Database Administrator Backup & Recovery Database Didalam bab ini akan dijelaskan mengenai hal-hal sebagai berikut : Cara melakukan proses backup, yang didalamnya akan terlebih dulu dijelaskan
Lebih terperinciDATABASE CONTROL 1. SECURITY DATABASE. Suzan Agustri 81
DATABASE CONTROL 1. SECURITY DATABASE Authorization Authorization merupakan pemberian hak akses yang mengizinkan sebuah subyek mempunyai akses secara legal terhadap sebuah sistem atau obyek. Subyek Obyek
Lebih terperinciFarida Nur Cahyani Pendahuluan. Membuat Database. 1 Komunitas elearning IlmuKomputer.Com
Membuat Database Oracle Menggunakan DBCA Farida Nur Cahyani farida.nurcahyani@gmail.com Lisensi Dokumen: Seluruh dokumen di IlmuKomputer.Com dapat digunakan, dimodifikasi dan disebarkan secara bebas untuk
Lebih terperinciTUGAS PAPER BACKUP DATABASE OLEH : NAMA : PUTRA ADNYANA NIM : KELAS : A103
TUGAS PAPER BACKUP DATABASE OLEH : NAMA : PUTRA ADNYANA NIM : 100030190 KELAS : A103 SEKOLAH TINGGI MANAJEMEN INFORMATIKA DAN TEKNIK KOMPUTER (STMIK) STIKOM BALI 2013 1.SQL SERVER Berikut ini cara Membackup
Lebih terperinciPERANCANGAN SISTEM RECOVERY DATABASE MENGGUNAKAN METODE MIRRORING. Linda Elisa Sinaga A
PERANCANGAN SISTEM RECOVERY DATABASE MENGGUNAKAN METODE MIRRORING Linda Elisa Sinaga shelindakirei@yahoo.com A11.2009.04877 Abstrak : Teknologi informasi (TI) merupakan salah satu sumber daya kritikal
Lebih terperinciSISTEM BASIS DATA 2. WAHYU PRATAMA, S.Kom., MMSI.
SISTEM BASIS DATA 2 WAHYU PRATAMA, S.Kom., MMSI. PERTEMUAN 7 SBD 2 Database Control Transaksi. Security Database. Transaksi Transaksi adalah sebuah aksi /serangkaian aksi, yang dilakukan oleh pengguna
Lebih terperinciAdministrasi Basis Data. Transaksi dan Lock. Yoannita
Administrasi Basis Data Transaksi dan Lock Yoannita Mengenal Transaksi dan Lock Transaksi dan lock dipakai untuk menjamin konsistensi dan integritas data. Transaksi adalah sebuah unit kerja logis yang
Lebih terperinciBackup & Recovery System. Teknik Informatika
Backup & Recovery System Teknik Informatika Adi Nanda Saputra Adam Fadilla Bayu Dwi Yulianto H1D016015 H1D016027 H1D016031 Satria Kries Budiarto H1D016037 Adrian Dwinanda A. H1D016038 M. Aufar Hibatullah
Lebih terperinciRECOVERY SYSTEM. Sistem Basis Data. Gentisya Tri Mardiani, S.Kom., M.Kom
RECOVERY SYSTEM Sistem Basis Data Gentisya Tri Mardiani, S.Kom., M.Kom Ilustrasi 1 Pada ilustrasi, merupakan salah satu contoh terabaikannya sifat durability yang harus dimiliki oleh transaksi. Sifat durability
Lebih terperinciMengontrol Database. By: Arif Basofi
5 Mengontrol Database By: Arif Basofi Topik - Start & stop di isql*plus - Start & stop Enterprise Manager Database Control - Start & stop Oracle Listener - Start up & shutdown Oracle Database 10g 5-2 Management
Lebih terperinciBAB 4 IMPLEMENTASI DAN EVALUASI
110 BAB 4 IMPLEMENTASI DAN EVALUASI 4.1 Implementasi Untuk mengetahui manfaat dari komponen concurrency control ini, perlu dilakukan suatu implementasi. Pada sub bab ini akan dibahas arsitektur RDBMS,
Lebih terperinciMODUL 10 TRANSACTION
MODUL 10 TRANSACTION A. TUJUAN Memahami konsep dan urgensi transaksi dalam kehidupan sehari-hari Mampu mengimplementasikan transaksi basis data Mampu menyelesaikan operasi-operasi sensitif dengan memanfaatkan
Lebih terperinciBab 6 Mengelola. Control File & Redo Log File
Bab 6 Mengelola Diktat Database Administrator Control File & Redo Log File Pada bab ini akan dibawah mengenai langkah-langkah administrasi database yang meliputi : Mengerti kegunaan dan mengetahui isi
Lebih terperinciPENDAHULUAN PENDAHULUAN TRANSAKSI TRANSAKSI TRANSAKSI 24/04/2016 TEKNIK RECOVERY
PENDAHULUAN TEKNIK RECOVERY Oleh: I Gede Made Karma Konsep transaksi menyediakan suatu mekanisme untuk menggambarkan unit logika dari proses database. Sistem pemrosesan transaksi merupakan sistem dengan
Lebih terperinciAdministrasi Basis Data. Yoannita
Administrasi Basis Data Yoannita Database Properties Jika anda seorang administrator database atau programmer software aplikasi yang menggunakan database SQL Server dan sering dibingungkan dengan bagaimana
Lebih terperinciRECOVERY SYSTEM. Sistem Basis Data. Gentisya Tri Mardiani, S.Kom
RECOVERY SYSTEM Sistem Basis Data Gentisya Tri Mardiani, S.Kom LOG Log adalah catatan transaksi yang berjalan pada server basis data secara mendetail. Setiap record pada log menggambarkan operasi tunggal
Lebih terperinciMANAJEMEN TRANSAKSI. Alif Finandhita, S.Kom
MANAJEMEN TRANSAKSI Alif Finandhita, S.Kom Konsep Transaksi State Transaksi Implementasi Atomik dan Durabilitas Eksekusi Konkuren Serializability Recoverability Implementasi Isolasi Definisi Transaksi
Lebih terperinciChapter 10 PENGENDALIAN INTEGRITAS PEMROSESAN DAN KETERSEDIAAN
Chapter 10 PENGENDALIAN INTEGRITAS PEMROSESAN DAN KETERSEDIAAN Integritas Pemrosesan A. Pengendalian Input Adanya pengendalian input adalah hal yang penting karena apabila input yang masuk tidak akurat,
Lebih terperinciTransaksi Semester Ganjil 2014 Fak. Teknik Jurusan Teknik Informatika. Caca E. Supriana, S.Si.,MT. Si
Transaksi Semester Ganjil 2014 Fak. Teknik Jurusan Teknik Informatika Universitas i Pasundan Caca E. Supriana, S.Si.,MT. Si caca.e.supriana@unpas.ac.id 1 Transaksi Transaksi database mencerminkan dunia
Lebih terperinciPemanfaatan Teknologi R-Man untuk Automatic Backup (Studi Kasus: Database Oracle 10g)
Pemanfaatan Teknologi R-Man untuk Automatic Backup (Studi Kasus: Database Oracle 10g) Achmad Zakki Falani, S.Kom. Jurusan Sistem Komputer, Fakultas Ilmu Komputer, Universitas Narotama zakki_falani@yahoo.com
Lebih terperinciOptimasi Query. Optimasi Perintah SQL Informasi Jalur Akses Query Faktor-faktor yang berpengaruh terhadap kecepatan akses data
Bab 4 Optimasi Query POKOK BAHASAN: Optimasi Perintah SQL Informasi Jalur Akses Query Faktor-faktor yang berpengaruh terhadap kecepatan akses data TUJUAN BELAJAR: Setelah mempelajari materi dalam bab ini,
Lebih terperinciNama : Putra Adi Nugraha dan Priska Kalista Kelas : B
Nama : Putra Adi Nugraha 0606104321 dan Priska Kalista 0606101842 Kelas : B Pada kesempatan kali ini, kami membahas bab 21 mengenai Transaksi Atomik. Adapun bab ini berbicara tenang sifat keatomikan suatu
Lebih terperinciKonsep Berkas Berkas adalah sebuah koleksi informasi berkaitan yang diberi nama dan disimpan di dalam secondary storage. Biasanya sebuah berkas merepr
MANAJEMEN BERKAS Konsep Berkas Berkas adalah sebuah koleksi informasi berkaitan yang diberi nama dan disimpan di dalam secondary storage. Biasanya sebuah berkas merepresentasikan data atau program. Jenis-jenis
Lebih terperinciPembuatan Disaster Recovery Planning SQL Server dengan Metode Log Shipping
Pembuatan Disaster Recovery Planning SQL Server dengan Metode Log Shipping Ratna Wahyuningsih 1, Rusdianto Roestam 2, Nenden Siti Fatonah 3 Jurusan Teknik Informatika, Fakultas Ilmu Komputer, Universitas
Lebih terperinciPraktikum BACKUP DAN RECOVERY. Tujuan :
Praktikum 10 BACKUP DAN RECOVERY Tujuan : 1. Mampu memahami konsep dan terminologi Backup/Recovery pada Oracle 2. Mampu mengimplementasikan Backup/Recovery pada Oracle 3. Mampu menyelesaikan berbagai persoalan
Lebih terperinciPENGAMANAN SISTEM basis DAta
BAB PENGAMANAN SISTEM basis DAta Keamanan Database Teknik-teknik pengamanan database yang handal dan memiliki integritas Perlindungan terhadap data yang sensitif Rangkuman permasalahan keamanan database
Lebih terperinciConcurrency Control Semester Ganjil 2014 Fak. Teknik Jurusan Teknik Informatika. Caca E. Supriana, S.Si.,MT. Si
Concurrency Control Semester Ganjil 2014 Fak. Teknik Jurusan Teknik Informatika Universitas i Pasundan Caca E. Supriana, S.Si.,MT. Si caca.e.supriana@unpas.ac.id 1 Concurrency Control Koordinasi pelaksanaan
Lebih terperinciMengenal Oracle 10g XE
Mengenal Oracle 10g XE Oracle Corporation adalah salah satu perusahaan pembuat software yang terkenal khususnya pada Database software. Perusahaan ini telah mengeluarkan banyak versi dari software mulai
Lebih terperinciSemester Ganjil 2014 Fak. Teknik Jurusan Teknik Informatika Universitas Pasundan. Caca E. Supriana, S.Si.,MT.
Semester Ganjil 2014 Fak. Teknik Jurusan Teknik Informatika Universitas Pasundan Caca E. Supriana, S.Si.,MT. caca.e.supriana@unpas.ac.id Materi 1. Pengantar 2. Recovery Manager 3. Log based Recovery 4.
Lebih terperinciBAB II LANDASAN TEORI. masalah yang menguraikan sebuah sistem menjadi bagian bagian komponen dengan
BAB II LANDASAN TEORI 2.1. Analisis Sistem Menurut Whitten (2004), analisis sistem adalah sebuah teknik pemecahan masalah yang menguraikan sebuah sistem menjadi bagian bagian komponen dengan tujuan mempelajari
Lebih terperinciSISTEM BASIS DATA By Novareza Klifartha
SISTEM BASIS DATA By Novareza Klifartha Konsep Sistem Basis Data SISTEM sebuah keterpaduan yang terdiri atas sejumlah komponen fungsional dengan satuan fungsi / tugas tertentu, yang saling berhubungan
Lebih terperinciStruktur Penyimpanan. Oleh: Arif Basofi
Struktur Penyimpanan Oleh: Arif Basofi Topik Mendefinisikan tujuan/kegunaan dari pembuatan tablespaces dan data files Membuat tablespaces Memanage/mengelola tablespaces Memperoleh informasi mengenai tablespaces
Lebih terperinciMERANCANG WEB DATA BASE UNTUK CONTENT SERVER
MODUL XIX DEPAN MERANCANG WEB DATA BASE UNTUK CONTENT SERVER DEPAN MERANCANG WEB DATA BASE UNTUK CONTENT SERVER MENENTUKAN KEBUTUHAN SISTEM PETA KEDUDUKAN KOMPETENSI Dasar Kejuruan Level I ( Kelas X )
Lebih terperinciBAB 3 ANALISIS DAN PERANCANGAN SISTEM
BAB 3 ANALISIS DAN PERANCANGAN SISTEM 3.1 Analisis Sistem 3.1.1 Gambaran Permasalahan Sistem recovery basis data adalah komponen dalam RDBMS yang digunakan untuk mengembalikan basis data ke kondisi yang
Lebih terperinciPERTEMUAN 13 STRATEGI PENGUJIAN PERANGKAT LUNAK
PERTEMUAN 13 STRATEGI PENGUJIAN PERANGKAT LUNAK Strategi Pengujian Strategi uji coba perangkat lunak dilakukan untuk memudahkan para perancang untuk menentukan keberhasilan system yang telah dikerjakan
Lebih terperinciTeknik Informatika Universitas Pasundan. Caca E. Supriana, S.Si.,MT.
Sistem Manajemen aje e Basis s Data Sistem Basis Data Terdistribusi Teknik Informatika Universitas Pasundan Caca E. Supriana, S.Si.,MT. caca.e.supriana@unpas.ac.id 2 Pengantar File processing/pemrosesan
Lebih terperincihttp://www.brigidaarie.com Di lingkungan file-server, pemrosesan didistribusikan ke jaringan yang Local Area Network (LAN). File-Server menunjang kebutuhan file dengan aplikasi-aplikasi dan DBMS. Aplikasi
Lebih terperinciLANGKAH-LANGKAH BACKUP & RECOVERY PADA DATABASE MYSQL
LANGKAH-LANGKAH BACKUP & RECOVERY PADA DATABASE MYSQL Bella Arif Primadana H1L011029 Program Studi Teknik Informatia Univesitas Jenderal Soedirman bellaarifprimadana@unsoed.ac.id ABSTRAK Data dan basis
Lebih terperinciLANGKAH-LANGKAH BACKUP & RECOVERY PADA DATABASE MYSQL
LANGKAH-LANGKAH BACKUP & RECOVERY PADA DATABASE MYSQL Bella Arif Primadana H1L011029 Program Studi Teknik Informatia Univesitas Jenderal Soedirman bellaarifprimadana@unsoed.ac.id ABSTRAK Data dan basis
Lebih terperinciPengantar Teknologi. Informasi (Teori) Minggu ke-07. Basis Data. Oleh : Ibnu Utomo WM, M.Kom UNIVERSITAS DIAN NUSWANTORO FAKULTAS ILMU KOMPUTER
Pengantar Teknologi FAKULTAS ILMU KOMPUTER UNIVERSITAS DIAN NUSWANTORO http://www.dinus.ac.id Informasi (Teori) Minggu ke-07 Basis Data Oleh : Ibnu Utomo WM, M.Kom Manajemen Berkas Pemrosesan data sebelum
Lebih terperinci6/26/2011. Database Terdistribusi. Database Terdesentralisasi
Sekumpulan database independen pada komputer komputer yang tidak saling berhubungan melalui jaringan Suatu database logis secara fisik tersebar pada beberapa komputer (di beberapa lokasi) dihubungkan melalui
Lebih terperinciManajemen Sistem File
Manajemen Sistem File Interface Sistem File Konsep Berkas Berkas adalah sebuah koleksi informasi berkaitan yang diberi nama dan disimpan di dalam secondary storage. Biasanya sebuah berkas merepresentasikan
Lebih terperinciGambar Layar pertama untuk pemecahan masalah Lost Update
Gambar 4. 25 Layar pertama untuk pemecahan masalah Lost Update 140 141 Gambar 4. 26 Layar kedua untuk pemecahan masalah Lost Update Setelah transaksi pada T 1 dikirimkan dengan tanpa status commit, transaksi
Lebih terperinciBudi Satrio
Oracle Database 11g : Pembersihan ArchiveLog Secara Otomatis Budi Satrio budi.satrio.85@gmail.com http://buddhawannabe.wordpress.com Lisensi Dokumen: Seluruh dokumen di IlmuKomputer.Com dapat digunakan,
Lebih terperinciPraktikum MONITORING AND RESOLVING LOCK CONFLICTS. Tujuan :
Praktikum 11 MONITORING AND RESOLVING LOCK CONFLICTS Tujuan : 1. Mampu memahami konsep Locking pada Oracle 2. Mampu memahami cara mendeteksi lock conflicts pada Oracle 3. Mampu mengatasi deadlock Alat
Lebih terperinciBAB 4 IMPLEMENTASI DAN EVALUASI
BAB 4 IMPLEMENTASI DAN EVALUASI 4.1 Implementasi 4.1.1 Arsitektur RDBMS Sistem recovery basis data yang dibuat dalam penelitian ini merupakan bagian dari RDBMS (Relational Database Management System).
Lebih terperinciBAB II LANDASAN TEORI
BAB II LANDASAN TEORI 2.1 Penjualan Penjualan adalah suatu proses pertukaran suatu produk berupa barang atau jasa dari suatu perusahaan. Proses penjualan melibatkan dua departemen di dalam perusahaan yaitu
Lebih terperinci3.1 APLIKASI YANG DITANGANI OLEH CODE GENERATOR
BAB III ANALISIS Bab ini berisi analisis mengenai aplikasi web target code generator, analisis penggunaan framework CodeIgniter dan analisis perangkat lunak code generator. 3.1 APLIKASI YANG DITANGANI
Lebih terperinciKEAMANAN KOMPUTER. Pertemuan 12
KEAMANAN KOMPUTER Pertemuan 12 Keamanan Database Penyerangan Database Informasi sensitif yang tersimpan didalam databse dapat terbuka (disclosed) bagi orang-orang yang tidak diizinkan (unauthorized) Informasi
Lebih terperinciPerangkat keras Kebakaran, banjir, bom, pencurian, listrik, gempa, radiasi, kesalahan mekanisme keamanan
KEAMANAN DATABASE Keamanan merupakan suatu proteksi terhadap pengrusakan data dan pemakaian data oleh pemakai yang tidak punya kewenangan. Untuk menjaga keamanan Basis Data dgn : (1) Penentuan perangkat
Lebih terperinciPROSEDUR KEAMANAN JARINGAN SPMI - UBD
PROSEDUR KEAMANAN JARINGAN SPMI - UBD SPMI UBD Universitas Buddhi Dharma Jl. Imam Bonjol No. 41 Karawaci, Tangerang Telp. (021) 5517853, Fax. (021) 5586820 Home page : http://buddhidharma.ac.id Disetujui
Lebih terperinci1. Pendahuluan 1.1 Latar belakang
1. Pendahuluan 1.1 Latar belakang Database pada masa sekarang ini, sudah menjadi hal yang sangat penting dalam suatu korporasi. Salah satu contohnya database dapat digunakan untuk menyimpan data-data yang
Lebih terperincimenjadi barisan dan mungkin halaman. Source file: yaitu urutan dari berbagai subroutine dan fungsi
Konsep Berkas Berkas adalah sebuah koleksi informasi berkaitan yang diberi nama dan disimpan di dalam secondary storage. Biasanya sebuah berkas merepresentasikan data atau program. Ada pun jenis-jenis
Lebih terperinciARSITEKTUR SISTEM. Alif Finandhita, S.Kom, M.T. Alif Finandhita, S.Kom, M.T 1
ARSITEKTUR SISTEM Alif Finandhita, S.Kom, M.T Alif Finandhita, S.Kom, M.T 1 Sistem Terpusat (Centralized Systems) Sistem Client Server (Client-Server Systems) Sistem Server (Server Systems) Sistem Paralel
Lebih terperinciTSI Perbankan REPLIKASI
HOME DAFTAR ISI REPLIKASI Obyektif : 1 Mengetahui konsep dasar replikasi 2 Mengetahui bagaimana merencanakan replikasi 3 Mengetahui bagaimana proses replikasi terjadi 4 Mengetahui alat yang digunakan AS/400
Lebih terperinciDistributed System. 8 Management Transaksi. Genap 2011/2012. Dahlia Widhyaestoeti, S.Kom dahlia74march.wordpress.
Distributed System Genap 2011/2012 8 Management Transaksi Dahlia Widhyaestoeti, S.Kom dahlia.widhyaestoeti@gmail.com dahlia74march.wordpress.com What is a Transaction? Setiap tindakan yang membaca dari
Lebih terperinciTEKNIK RECOVERY (ref. Fundamentals of DB Systems, Elmasri, N)
TEKNIK RECOVERY (ref. Fundamentals of DB Systems, Elmasri, N) Pengenalan Transaksi dan Pemrosesannya Konsep transaksi menyediakan suatu mekanisme untuk menggambarkan unit logika dari proses database. Sistem
Lebih terperinciMODUL 1 Creating DBMS
MODUL 1 Creating DBMS Tujuan: - Mahasiswa dapat mengenal dan memahami konsep instance dalam Oracle - Mahasiswa dapat memahami cara pembuatan database pada Oracle menggunakan DBCA Materi: Oracle Instance
Lebih terperinciBAB 4 IMPLEMENTASI DAN EVALUASI
BAB 4 IMPLEMENTASI DAN EVALUASI Untuk mengetahui manfaat dari aplikasi backup dan restore ini, perlu dilakukan suatu implementasi. Implementasi yang benar dan tepat sasaran memerlukan pula ketersediaan
Lebih terperinciSemester Ganjil 2014 Fak. Teknik Jurusan Teknik Informatika Universitas Pasundan. Caca E. Supriana, S.Si.,MT.
Semester Ganjil 2014 Fak. Teknik Jurusan Teknik Informatika Universitas Pasundan Caca E. Supriana, S.Si.,MT. caca.e.supriana@unpas.ac.id Locking Mthd Methods Metoda penguncian menjamin penggunaan eksklusif
Lebih terperinciPemrosesan data sebelum adanya basis data Perancangan sistemnya masih didasarkan pada kebutuhan individu pemakai, bukan kebutuhan sejumlah pemakai
Basis Data Pemrosesan data sebelum adanya basis data Perancangan sistemnya masih didasarkan pada kebutuhan individu pemakai, bukan kebutuhan sejumlah pemakai Duplikasi data Data yg sama terletak pada
Lebih terperinciBAB III LANDASAN TEORI
BAB III LANDASAN TEORI 3.1 Konsep Dasar Sistem Menurut Gordon B. Davis Sistem informasi kepegawaian adalah suatu aplikasi yang digunakan untuk menunjang proses kegiatan kepegawaian. Tiap instansi perusahaan
Lebih terperinciDisaster Recovery using Oracle Data Guard
Disaster Recovery using Oracle Data Guard Redo Dwi Bagus Ferdiyanto 1, Rengga Asmara 2, Arif Basofi 2 Mahasiswa 1, Dosen 2 Jurusan Teknologi Informasi Politeknik Elektronika Negeri Surabaya Institut Teknologi
Lebih terperinciBasis Data. Bab 1. Sistem File dan Basis Data. Sistem Basis Data : Perancangan, Implementasi dan Manajemen
Bab 1 Sistem File dan Sistem : Perancangan, Implementasi dan Manajemen Pengenalan Konsep Utama Data dan informasi Data - Fakta belum terolah Informasi - Data telah diproses Manajemen data Basis data Metadata
Lebih terperinciDISTRIBUTED TRANSACTIONS
DISTRIBUTED TRANSACTIONS Distributed Transactions Proses transaksi (flat / nested) yang mengakses object yang dikelola oleh beberapa server Diperlukan sebuah coordinator untuk memastikan konsep atomicity
Lebih terperinciINTEGRITAS BASIS DATA. OLEH : Slamet Sn Wibowo Wicaksono
INTEGRITAS BASIS DATA OLEH : Slamet Sn Wibowo Wicaksono Integrity Constraint (Batasan Integritas) Constraint (batasan) merupakan aturan yang diberikan pada suatu tabel agar data yang dimasukkan terjamin
Lebih terperinciperkembangan yang diraih, namun ada juga kegagalan dan ketidakstabilan pada masingmasing Database Engine. Database yang bekerja 24 jam dan yang memili
Analisis Kecepatan Proses Insert Query Pada Tabel Terpartisi Di Database Engine Oracle Dan SQL Server Widhya Wijaksono Fakultas Teknologi Industri, Jurusan Teknik Informatika Universitas Gunadarma widhya_wijaksono@yahoo.com
Lebih terperinciBAB III TINJAUAN PUSTAKA
BAB III TINJAUAN PUSTAKA Pada bab ini akan dijelaskan dasar teori yang berhubungan dengan permasalahan yang dibahas dan juga menjelaskan aplikasi yang digunakan pada kerja praktek ini. 1.1 Restoran Menurut
Lebih terperinciAndi Dwi Riyanto, M.Kom
Keamanan merupakan suatu proteksi terhadap pengrusakan data dan pemakaian data oleh pemakai yang tidak punya kewenangan. Untuk menjaga keamanan Basis Data dgn : 1. Penentuan perangkat lunak Data Base Server
Lebih terperinciBAB II LANDASAN TEORI. saling terkait dan tergantung satu sama lain, bekerja bersama-sama untuk. komputer. Contoh lainnya adalah sebuah organisasi.
BAB II LANDASAN TEORI 2.1 Sistem Menurut Kendall (2003), sistem merupakan serangkaian subsistem yang saling terkait dan tergantung satu sama lain, bekerja bersama-sama untuk mencapai tujuan dan sasaran
Lebih terperinciSTANDAR OPERASIONAL PROSEDUR KEAMANAN JARINGAN
STANDAR OPERASIONAL PROSEDUR Disiapkan oleh, Diperiksa oleh, Disahkan oleh, Muchlis, S.Kom., M.Si Ketua Tim Standar Sistem Informasi Yeni Yuliana, S.Sos.I., M.Pd.I Ariansyah, S.Kom., M.Kom Ketua Penjaminan
Lebih terperinciBAB I PENDAHULUAN 1. LATAR BELAKANG
BAB I PENDAHULUAN 1. LATAR BELAKANG Data dan database merupakan komponen terpenting dalam suatu sistem informasi manajemen, disamping tentu saja aplikasi untuk sistem informasi harus tersedia, keduanya
Lebih terperinciManajemen Transaksi. Sistem Basis Data. Gentisya Tri Mardiani, S.Kom., M.Kom
Manajemen Transaksi Sistem Basis Data Gentisya Tri Mardiani, S.Kom., M.Kom Konsep Transaksi Transaksi adalah sebuah aksi atau serangkaian aksi, yang dilakukan oleh user atau aplikasi yang mengakses atau
Lebih terperinciTesting dan Implementasi Sistem Informasi
Modul ke: Testing dan Implementasi Sistem Informasi Pada dasarnya, pengujian merupakan satu langkah dalam proses rekayasa perangkat lunak yang dapat dianggap sebagai hal yang merusak daripada membangun
Lebih terperinciSISTEM BASIS DATA 2. WAHYU PRATAMA, S.Kom., MMSI.
SISTEM BASIS DATA 2 WAHYU PRATAMA, S.Kom., MMSI. PERTEMUAN 8 SBD 2 Database Control Concurrency. Jenis Masalah dan Contoh Concurency : Deadlock. Commit. Rollback. Concurrency Control. Concurrency Konkurensi
Lebih terperinciDefinisi Basis Data (1)
Chapter 1 Definisi Basis Data (1) BASIS + DATA Representasi dari fakta dunia yang mewakili suatu obyek yang direkam dalam bentuk angka, huruf, simbol, teks, gambar, bunyi atau kombinasinya. Markas / tempat
Lebih terperinciSTRATEGI PENGUJIAN PERANGKAT LUNAK
STRATEGI PENGUJIAN PERANGKAT LUNAK Strategi uji coba perangkat lunak dilakukan untuk memudahkan para perancang untuk menentukan keberhasilan system yang telah dikerjakan Proses testing Unit Module Sub-system
Lebih terperinciMaintenance & Disaster Recovery
Modul 41: Overview 2 41.1. Backup & Restore Tujuan utama dari backup adalah untuk menjamin bahwa jikanterjadi kehilangan data, maka data tersebut bisa disalin kembali secara efisien dan cepat. Agar tujuan
Lebih terperinci3. Penagihan dan pertanyaan akun lain yang terkait Semua pertanyaan tentang penagihan Perusahaan untuk jasa terkait harus dikirim melalui tiket area p
PERIHAL : Service Level Agreement (SLA) PT. Teknologika Integrator Indonesia adalah perusahaan yang bergerak di bidang IT Solution yang menyediakan berbagai jenis layanan Web Hosting Indonesia; seperti
Lebih terperinciWORKSHEET ADMINISTRASI SERVER
WORKSHEET ADMINISTRASI SERVER BACKUP DAN RECOVERY PADA DEBIAN 7 SERVER OLEH : OMAR M. A. A. JL. SRAGEN SAWANG, KEC. TAPIN SELATAN, KAB. TAPIN KALIMANTAN SELATAN. 71181 ALAT DAN BAHAN A. Alat 1. Seperangkat
Lebih terperinciPengaksesan database hanya dapat dilakukan dengan menggunakan jika seseorang telah mempunyai user account.
1 Pengaksesan database hanya dapat dilakukan dengan menggunakan jika seseorang telah mempunyai user account. Dalam Oracle ada 2 user yang biasa digunakan untuk membuat user account, yaitu SYS dan SYSTEM.
Lebih terperinciBACK UP DAN RECOVERY Dell Backup dan Recovery. Kelompok 1 : Aam Hermawan Cecep Dicky P. Enung Nurhayati Fitty Azkia F. Gita Rebianti M.
BACK UP DAN RECOVERY Dell Backup dan Recovery Kelompok 1 : Aam Hermawan Cecep Dicky P. Enung Nurhayati Fitty Azkia F. Gita Rebianti M. Mugi BAB I Dell Backup dan Recovery PENGERTIAN Dell Backup dan Recovery
Lebih terperinci1 Pengertian Sistem File
1 Pengertian Sistem File Sistem file merupakan struktur logika yang digunakan untuk mengendalikan akses terhadap data yang ada pada disk. Ia berfungsi menyediakan mekanisme untuk penyimpanan data dan program
Lebih terperinciPENGUJIAN PERANGKAT LUNAK
PENGUJIAN PERANGKAT LUNAK Aprilia Sulistyohati, S.Kom Jurusan Teknik Informatika Universitas Islam Indonesia Your Logo DASAR PENGUJIAN PL PENGUJIAN : proses eksekusi suatu program dengan maksud menemukan
Lebih terperinciDISTRIBUTED FILE SYSTEMS
DISTRIBUTED FILE SYSTEMS OVERVIEW Sistem berkas terdistribusi adalah sebuah sistem di mana banyak pengguna dapat berbagi berkas dan sumber daya penyimpanan. Client, server, dan media penyimpanan dalam
Lebih terperinciOperating System. File System. Fak. Teknik Jurusan Teknik Informatika Universitas Pasundan. Dosen : Caca E. Supriana, S.Si
Operating System File System Fak. Teknik Jurusan Teknik Informatika Universitas Pasundan Dosen : Caca E. Supriana, S.Si caca_emile@yahoo.co.id Konsep dan Atribut File System Konsep File Atribut File Operasi
Lebih terperinciRangga Praduwiratna Pendahuluan. Membuat Backup Device pada SQL Server
Mengenal Jenis Backup pada SQL Server 2005 Rangga Praduwiratna ziglaret@yahoo.co.nz http://geeks.netindonesia.net/blogs/ziglaret Lisensi Dokumen: Seluruh dokumen di IlmuKomputer.Com dapat digunakan, dimodifikasi
Lebih terperinciOperating System. I/O System. Fak. Teknik Jurusan Teknik Informatika Universitas Pasundan. Dosen : Caca E. Supriana, S.Si
Operating System I/O System Fak. Teknik Jurusan Teknik Informatika Universitas Pasundan Dosen : Caca E. Supriana, S.Si caca_emile@yahoo.co.id Input / Output System Perangkat Keras I/O Aplikasi Antarmuka
Lebih terperinciBAB II LANDASAN TEORI. mempertukarkan produk yang bernilai dengan pihak lain.
BAB II LANDASAN TEORI 2.1 Pemasaran Menurut Kotler (1997), pemasaran adalah suatu proses sosial dan manajerial yang didalamnya individu dan kelompok mendapatkan apa yang mereka butuhkan dan inginkan dengan
Lebih terperinciMODUL VIII BASIS DATA TRANSACTION
MODUL VIII BASIS DATA TRANSACTION A B C TUJUAN Memahami konsep dan urgensi transaksi dalam kehidupan sehari-hari, Mampu mengimplementasikan transaksi basis data, Mampu menyelesaikan operasi-perasi sensitif
Lebih terperinci