Model pemulihan (SQL Server)
Berlaku untuk: SQL Server
Operasi pencadangan dan pemulihan SQL Server terjadi dalam konteks model pemulihan database. Model pemulihan dirancang untuk mengontrol pemeliharaan log transaksi. Model pemulihan adalah properti database yang mengontrol bagaimana transaksi dicatat, apakah log transaksi memerlukan (dan memungkinkan) pencadangan, dan jenis operasi pemulihan apa yang tersedia.
Ada tiga model pemulihan: sederhana, penuh, dan dicatat secara massal. Biasanya, database menggunakan model pemulihan penuh atau model pemulihan sederhana. Database dapat dialihkan ke model pemulihan lain kapan saja.
Gambaran umum model pemulihan
Tabel berikut ini meringkas tiga model pemulihan.
Model pemulihan | Deskripsi | Paparan kehilangan kerja | Pulihkan ke titik waktu? |
---|---|---|---|
Sederhana | Tidak ada cadangan log. Secara otomatis mengklaim kembali ruang log untuk menjaga persyaratan ruang tetap kecil, pada dasarnya menghilangkan kebutuhan untuk mengelola ruang log transaksi. Untuk informasi tentang pencadangan database di bawah model pemulihan sederhana, lihat Pencadangan Database Penuh (SQL Server). Operasi yang memerlukan pencadangan log transaksi tidak didukung oleh model pemulihan sederhana. Fitur berikut tidak dapat digunakan dalam model pemulihan sederhana: - Pengiriman log - Pencerminan Always On atau Database - Pemulihan media tanpa kehilangan data - Pemulihan titik waktu |
Perubahan karena cadangan terbaru tidak terlindungi. Jika terjadi bencana, perubahan tersebut harus di-redone. | Hanya dapat pulih ke akhir cadangan. Untuk informasi selengkapnya, lihat Menyelesaikan Pemulihan Database (Model Pemulihan Sederhana). |
Penuh | Memerlukan pencadangan log. Tidak ada pekerjaan yang hilang karena file data yang hilang atau rusak. Dapat pulih ke titik waktu arbitrer (misalnya, sebelum kesalahan aplikasi atau pengguna). Untuk informasi tentang pencadangan database di bawah model pemulihan penuh, lihat Pencadangan Database Penuh (SQL Server) dan Pemulihan Database Lengkap (Model Pemulihan Penuh). |
Biasanya tidak ada. Jika ekor log rusak, perubahan karena cadangan log terbaru harus direbus. |
Dapat pulih ke titik waktu tertentu, dengan asumsi bahwa cadangan Anda selesai hingga titik waktu tersebut. Untuk informasi tentang menggunakan cadangan log untuk memulihkan ke titik kegagalan, lihat Memulihkan Database SQL Server ke Titik Waktu (Model Pemulihan Penuh). Catatan: Jika Anda memiliki dua database model pemulihan penuh atau lebih yang harus konsisten secara logis, Anda mungkin harus menerapkan prosedur khusus untuk memastikan pemulihan database ini. Untuk informasi selengkapnya, lihat Pemulihan Database Terkait yang Berisi Transaksi Yang Ditandai. |
Dicatat secara massal | Memerlukan pencadangan log. Ajunct dari model pemulihan penuh yang mengizinkan operasi penyalinan massal berkinerja tinggi. Mengurangi penggunaan ruang log dengan menggunakan pengelogan minimal untuk sebagian besar operasi massal. Untuk informasi tentang operasi yang dapat dicatat secara minimal, lihat Log Transaksi (SQL Server). Pencadangan log mungkin berukuran signifikan karena operasi yang dicatat minimal diambil dalam cadangan log. Untuk informasi tentang pencadangan database di bawah model pemulihan yang dicatat secara massal, lihat Pencadangan Database Penuh (SQL Server) dan Pemulihan Database Lengkap (Model Pemulihan Penuh). |
Jika log rusak atau operasi yang dicatat secara massal terjadi sejak pencadangan log terbaru, perubahan sejak pencadangan terakhir tersebut harus direbus. Jika tidak, tidak ada pekerjaan yang hilang. | Dapat pulih ke akhir cadangan apa pun. Pemulihan titik waktu tidak didukung. |
Tugas terkait
- Menampilkan atau Mengubah Model Pemulihan Database (SQL Server)
- Memecahkan Masalah Log Transaksi Penuh (Kesalahan SQL Server 9002)