Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Database tertentu dapat dicerminkan atau dikirim melalui log; dapat juga dicerminkan dan dikirim log secara bersamaan. Untuk memilih pendekatan apa yang akan digunakan, pertimbangkan hal berikut:
Berapa banyak server tujuan yang Anda butuhkan?
Jika Anda hanya memerlukan satu database tujuan akhir, pencerminan database adalah solusi yang direkomendasikan.
Jika Anda memerlukan lebih dari satu database tujuan, Anda perlu menggunakan pengiriman log, baik sendiri atau dengan pencerminan database. Dengan menggabungkan pendekatan ini, Anda mendapatkan manfaat dari pencerminan database serta dukungan untuk beberapa tujuan yang disediakan oleh pengiriman log.
Jika Anda perlu menunda pemulihan log pada database tujuan (biasanya, untuk melindungi dari kesalahan logis), gunakan pengiriman log, sendirian atau dengan pencerminan database.
Topik ini membahas pertimbangan untuk menggabungkan pengiriman log dan pencerminan database.
Nota
Untuk pengenalan teknologi ini, lihat Pencerminan Database (SQL Server) dan Tentang Pengiriman Log (SQL Server).
Menggabungkan Pengiriman Log dan Pencerminan Database
Database utama dalam sesi pencerminan juga dapat bertindak sebagai database utama dalam konfigurasi pengiriman log, atau sebaliknya, selama cadangan pengiriman log tetap utuh. Sesi pencerminan database berjalan dalam mode operasi apa pun, baik sinkron (dengan keselamatan transaksi diatur ke PENUH) atau asinkron (dengan keselamatan transaksi diatur ke NONAKTIF).
Nota
Untuk menggunakan pencerminan database pada database, model pemulihan penuh selalu diperlukan.
Biasanya, saat menggabungkan pengiriman log dan pencerminan database, sesi pencerminan dibuat sebelum pengiriman log, meskipun ini tidak diperlukan. Kemudian database utama saat ini dikonfigurasi sebagai utama pengiriman log ( database utama/utama), bersama dengan satu atau beberapa database sekunder jarak jauh. Selain itu, database pencerminan harus dikonfigurasi sebagai database utama untuk pengiriman log (database pencerminan/utama). Database sekunder untuk pengiriman log harus berada di instance server yang berbeda dari server utama ataupun server cermin.
Nota
Pengaturan peka huruf besar-kecil pada server yang terlibat dalam pengiriman log harus sesuai.
Selama sesi pengiriman log, pekerjaan pencadangan pada database utama membuat cadangan log di folder cadangan. Dari sana, cadangan disalin oleh tugas penyalinan dari server sekunder. Agar pekerjaan pencadangan dan pekerjaan penyalinan berhasil, mereka harus memiliki akses ke folder cadangan pengiriman log. Untuk memaksimalkan ketersediaan server utama, kami sarankan Anda membuat folder cadangan di lokasi cadangan bersama di komputer host terpisah. Pastikan bahwa semua server pengiriman log, termasuk server cermin/utama, dapat mengakses lokasi cadangan bersama (dikenal sebagai berbagi cadangan).
Untuk memungkinkan pengiriman log berlanjut setelah pencerminan database gagal, Anda juga harus mengonfigurasi server cermin sebagai server utama, menggunakan konfigurasi yang sama dengan yang Anda gunakan untuk primer pada database utama. Database cermin berada dalam status pemulihan/restorasi, yang mencegah proses pencadangan untuk mencadangkan log pada database cermin. Ini memastikan bahwa database cermin/utama tidak mengganggu database utama/utama yang cadangan lognya saat ini sedang disalin oleh server sekunder. Untuk mencegah pemberitahuan keliru, setelah pekerjaan pencadangan dilakukan pada database mirror/utama, pekerjaan pencadangan mencatat sebuah pesan ke dalam tabel log_shipping_monitor_history_detail, dan pekerjaan agen menunjukkan status berhasil.
Database cermin/utama tidak aktif dalam sesi pengiriman log. Namun, jika pencerminan gagal, database cermin sebelumnya online sebagai database utama. Pada titik itu, database tersebut juga menjadi aktif sebagai database utama pengiriman log. Pekerjaan pencadangan pengiriman log yang sebelumnya tidak dapat mengirim log pada database tersebut, mulai mengirim log. Sebaliknya, failover menyebabkan database induk/utama sebelumnya menjadi database cermin/utama baru dan memasuki status pemulihan, dan pekerjaan pencadangan pada database tersebut berhenti mencadangkan log.
Nota
Jika terjadi failover otomatis, pengalihan ke peran cermin terjadi ketika database utama/utama sebelumnya bergabung kembali dengan sesi pencerminan.
Untuk berjalan dalam mode keamanan tinggi dengan failover otomatis, sesi pencerminan dikonfigurasi dengan instans server tambahan yang dikenal sebagai saksi. Jika database utama hilang karena alasan apa pun setelah database disinkronkan dan jika server cermin dan saksi masih dapat berkomunikasi satu sama lain, failover otomatis terjadi. Failover otomatis menyebabkan server mirror mengambil alih peran utama dan menjadikan databasenya online sebagai database utama. Jika lokasi pencadangan pengiriman log dapat diakses oleh server utama/primer baru, proses pencadangan mulai mengirim cadangan log ke lokasi tersebut. Mode pencerminan sinkron pada database menjamin bahwa rantai log tidak terpengaruh oleh failover pencerminan dan bahwa hanya log valid yang dipulihkan. Server sekunder terus menyalin cadangan log tanpa mengetahui bahwa instans server yang berbeda telah menjadi server utama.
Saat menggunakan monitor pengiriman log lokal, tidak ada pertimbangan khusus yang diperlukan untuk mengakomodasi skenario ini. Untuk informasi tentang menggunakan instans pemantauan jarak jauh dengan skenario ini, lihat, "Dampak Pencerminan Database pada Instans Pemantauan Jarak Jauh," nanti dalam topik ini.
Proses failover dari basis data Prinsipal ke basis data Mirror
Gambar berikut menunjukkan bagaimana pengiriman log dan pencerminan database bekerja sama saat pencerminan berjalan dalam mode keamanan tinggi dengan failover otomatis. Awalnya, Server_A adalah server utama untuk pencerminan dan server utama untuk pengiriman log. Server_B adalah server cermin dan juga dikonfigurasi sebagai server utama, yang saat ini tidak aktif. Server_C dan Server_D adalah server sekunder pengiriman log. Untuk memaksimalkan ketersediaan sesi pengiriman log, lokasi cadangan berada di direktori berbagi di komputer host terpisah.
Setelah failover pencerminan, nama server utama yang ditentukan pada server sekunder tidak berubah. .
Dampak Pencerminan Database pada Instans Pemantauan Jarak Jauh
Saat pengiriman log menggunakan instans pemantauan jarak jauh, penggabungan sesi pengiriman log dan pencerminan database memengaruhi informasi dalam tabel monitor. Informasi tentang primer adalah kombinasi dari konfigurasi yang ada pada utama dan monitor yang dikonfigurasi pada setiap sekunder.
Untuk menjaga pemantauan semulus mungkin, saat Anda menggunakan monitor jarak jauh, kami sarankan Anda menentukan nama utama asli saat mengonfigurasi primer di sekunder. Pendekatan ini juga memfasilitasi perubahan konfigurasi pengiriman log dari Microsoft SQL Server Agent. Untuk informasi selengkapnya tentang pemantauan, lihat Memantau Pengiriman Log (Transact-SQL).
Menyiapkan Pencerminan dan Pengiriman Log Secara Bersamaan
Untuk menyiapkan pencerminan database dan pengiriman log bersama-sama, langkah-langkah berikut diperlukan:
Pulihkan cadangan database utama dengan NORECOVERY ke instans server lain, untuk kemudian digunakan sebagai database cermin untuk database utama/prinsipal. Untuk informasi selengkapnya, lihat Menyiapkan Database Cermin untuk Pencerminan (SQL Server).
Menyiapkan pencerminan basis data. Untuk informasi selengkapnya, lihat Membuat Sesi Pencerminan Database Menggunakan Autentikasi Windows (SQL Server Management Studio) atau Menyiapkan Pencerminan Database (SQL Server).
Pulihkan cadangan database utama/utama ke instans server lain untuk kemudian digunakan sebagai database sekunder pengiriman log untuk database utama.
Siapkan pengiriman log pada database utama sebagai database utama untuk satu atau beberapa database sekunder.
Anda harus menyiapkan satu bagian sebagai direktori cadangan (bagian cadangan). Ini memastikan bahwa setelah peralihan peran antara server pengendali dan server cadangan, pekerjaan pencadangan terus mencatat di direktori yang sama seperti halnya sebelum peralihan. Praktik terbaik adalah memastikan bahwa sumber daya bersama ini terletak di server fisik yang berbeda dari server yang menghosting database yang terlibat dalam mirroring dan pengiriman log.
Untuk informasi selengkapnya, lihat Mengonfigurasi Pengiriman Log (SQL Server).
Lakukan failover secara manual dari utama ke cadangan.
Untuk melakukan failover manual:
Konfigurasikan pengiriman log pada server prinsipal baru, (sebelumnya cermin) sebagai database utama.
Penting
Jangan lakukan penyiapan apa pun dari perangkat cadangan.
Anda harus menggunakan berbagi cadangan yang sama dengan yang Anda gunakan di langkah 4.
Antarmuka Pengiriman Log Transaksi di SQL Server Management Studio hanya mendukung satu database utama per konfigurasi pengiriman log. Oleh karena itu, Anda harus menggunakan prosedur tersimpan untuk menyiapkan prinsipal baru sebagai primer.
Lakukan failover manual lain untuk melakukan failback ke prinsipal asli.