Pencadangan Log Transaksi (SQL Server)
Berlaku untuk:
SQL Server (semua versi yang didukung)
Topik ini hanya relevan untuk database SQL Server yang menggunakan model pemulihan penuh atau dicatat secara massal. Topik ini membahas pencadangan log transaksi database SQL Server.
Minimal, Anda harus telah membuat setidaknya satu cadangan penuh sebelum Anda dapat membuat cadangan log apa pun. Setelah itu, log transaksi dapat dicadangkan kapan saja kecuali log sudah dicadangkan.
Sebaiknya Anda sering mengambil cadangan log, baik untuk meminimalkan paparan kehilangan kerja maupun untuk memotong log transaksi.
Administrator database biasanya membuat cadangan database lengkap sesekali, seperti mingguan, dan, secara opsional, membuat serangkaian cadangan database diferensial pada interval yang lebih singkat, seperti harian. Terlepas dari cadangan database, administrator database mencadangkan log transaksi pada interval yang sering. Untuk jenis cadangan tertentu, interval optimal tergantung pada faktor-faktor seperti pentingnya data, ukuran database, dan beban kerja server. Untuk informasi selengkapnya tentang menerapkan strategi yang baik, lihat Rekomendasi dalam topik ini.
Cara kerja urutan pencadangan log
Urutan rantai log cadangan log transaksi tidak bergantung pada pencadangan data. Misalnya, asumsikan urutan peristiwa berikut.
| Waktu | Kejadian |
|---|---|
| 08.00 | Mencadangkan database. |
| Siang | Mencadangkan log transaksi. |
| 16:00 | Mencadangkan log transaksi. |
| 18:00 | Mencadangkan database. |
| 20:00 | Mencadangkan log transaksi. |
Pencadangan log transaksi yang dibuat pada pukul 20.00 berisi catatan log transaksi dari pukul 16.00 hingga 20.00, yang mencakup waktu ketika pencadangan database lengkap dibuat pada pukul 18.00 Urutan pencadangan log transaksi berkelanjutan dari cadangan database lengkap awal yang dibuat pada pukul 08.00 hingga cadangan log transaksi terakhir yang dibuat pada pukul 20.00. Untuk informasi tentang cara menerapkan cadangan log ini, lihat contoh dalam Menerapkan Pencadangan Log Transaksi (SQL Server).
Rekomendasi
Jika log transaksi rusak, pekerjaan yang dilakukan karena cadangan yang valid terbaru hilang. Oleh karena itu kami sangat menyarankan Anda menempatkan file log Anda pada penyimpanan yang toleran terhadap kesalahan.
Jika database rusak atau Anda akan memulihkan database, kami sarankan Anda membuat cadangan log ekor untuk memungkinkan Anda memulihkan database ke titik waktu saat ini.
Secara default, setiap operasi pencadangan yang berhasil menambahkan entri di log kesalahan SQL Server dan di log peristiwa sistem. Jika mencadangkan log sangat sering, pesan keberhasilan ini terakumulasi dengan cepat, mengakibatkan log kesalahan besar yang dapat membuat menemukan pesan lain sulit. Dalam kasus seperti itu, Anda dapat menekan entri log ini dengan menggunakan bendera pelacakan 3226 jika tidak ada skrip Anda yang bergantung pada entri tersebut. Untuk informasi selengkapnya, lihat Lacak Bendera (Transact-SQL).
Ambil cadangan log yang cukup sering untuk mendukung persyaratan bisnis Anda, khususnya toleransi Anda untuk kehilangan pekerjaan seperti mungkin disebabkan oleh penyimpanan log yang rusak.
Frekuensi yang sesuai untuk mengambil cadangan log tergantung pada toleransi Anda untuk paparan kehilangan kerja yang seimbang dengan berapa banyak cadangan log yang dapat Anda simpan, kelola, dan, berpotensi, pulihkan. Pikirkan tentang RTO dan RPO yang diperlukan saat menerapkan strategi pemulihan Anda, dan khususnya irama cadangan log.
Mengambil cadangan log setiap 15 hingga 30 menit mungkin cukup. Jika bisnis Anda mengharuskan Anda meminimalkan paparan kehilangan kerja, pertimbangkan untuk lebih sering mengambil cadangan log. Pencadangan log yang lebih sering memiliki keuntungan tambahan untuk meningkatkan frekuensi pemotongan log, menghasilkan file log yang lebih kecil.
Penting
Untuk membatasi jumlah cadangan log yang perlu Anda pulihkan, penting untuk mencadangkan data Anda secara rutin. Misalnya, Anda dapat menjadwalkan pencadangan database penuh mingguan dan pencadangan database diferensial harian.
Sekali lagi, pikirkan tentang RTO dan RPO yang diperlukan saat menerapkan strategi pemulihan Anda, dan khususnya irama cadangan database penuh dan diferensial.
Tugas Terkait
Untuk membuat cadangan log transaksi
Untuk menjadwalkan pekerjaan pencadangan, lihat Menggunakan Wizard Rencana Pemeliharaan.
Lihat juga
Log Transaksi (SQL Server)
Pencadangan Log Transaksi di Panduan Arsitektur dan Manajemen Log Transaksi SQL Server
Mencadangkan dan Memulihkan Database SQL Server
Pencadangan Log Ekor (SQL Server)
Menerapkan Pencadangan Log Transaksi (SQL Server)