Prasyarat, Pembatasan, dan Rekomendasi untuk Pencerminan Database
Berlaku untuk: SQL Server
Catatan
Fitur ini akan dihapus dalam versi SQL Server yang akan datang. Hindari menggunakan fitur ini dalam pekerjaan pengembangan baru, dan rencanakan untuk memodifikasi aplikasi yang saat ini menggunakan fitur ini. Gunakan grup ketersediaan AlwaysOn sebagai gantinya.
Pencerminan Database di SQL Server adalah teknologi yang berbeda dari Microsoft Fabric Database Mirroring.
Topik ini menjelaskan prasyarat dan rekomendasi untuk menyiapkan pencerminan database. Untuk pengenalan pencerminan database, lihat Pencerminan Database (SQL Server).
Dukungan untuk pencerminan database
Untuk daftar fitur yang didukung oleh edisi SQL Server di Windows, lihat:
- Edisi dan fitur yang didukung SQL Server 2022
- Edisi dan fitur yang didukung SQL Server 2019
- Edisi dan fitur yang didukung SQL Server 2017
- Edisi dan fitur yang didukung SQL Server 2016
Perhatikan bahwa pencerminan database berfungsi dengan tingkat kompatibilitas database yang didukung. Untuk informasi tentang tingkat kompatibilitas yang didukung, lihat MENGUBAH Tingkat Kompatibilitas DATABASE (Transact-SQL).
Prasyarat
Agar sesi pencerminan dibuat, mitra dan saksi, jika ada, harus berjalan pada versi SQL Server yang sama.
Kedua mitra, yaitu server utama dan server cermin, harus menjalankan edisi SQL Server yang sama. Saksi, jika ada, dapat berjalan pada edisi SQL Server apa pun yang mendukung pencerminan database.
Catatan
Anda dapat meningkatkan instans server yang merupakan mitra dalam sesi pencerminan ke versi SQL Server yang lebih baru. Untuk informasi selengkapnya, lihat Meningkatkan Instans Cermin.
Database harus menggunakan model pemulihan penuh. Model pemulihan yang sederhana dan dicatat secara massal tidak mendukung pencerminan database. Oleh karena itu, operasi massal selalu dicatat sepenuhnya untuk database cermin. Untuk informasi tentang model pemulihan, lihat Model Pemulihan (SQL Server).
Verifikasi bahwa server cermin memiliki ruang disk yang memadai untuk database cermin.
Catatan
Untuk informasi tentang cara menggunakan pencerminan database pada database yang direplikasi, lihat Pencerminan dan Replikasi Database (SQL Server).
Saat Anda membuat database cermin di server cermin, pastikan Anda memulihkan cadangan database utama yang menentukan nama database yang sama DENGAN NORECOVERY. Selain itu, semua cadangan log yang dibuat setelah cadangan tersebut diambil juga harus diterapkan, sekali lagi DENGAN NORECOVERY.
Penting
Jika pencerminan database telah dihentikan, sebelum Anda dapat memulai ulang, cadangan log berikutnya yang diambil pada database utama harus diterapkan ke database cermin.
Batasan
Hanya database pengguna yang dapat dicerminkan. Anda tidak dapat mencerminkan database master, msdb, tempdb, atau model .
Database cermin tidak dapat diganti namanya selama sesi pencerminan database.
Pencerminan database tidak mendukung FILESTREAM. Grup file FILESTREAM tidak dapat dibuat pada server utama. Pencerminan database tidak dapat dikonfigurasi untuk database yang berisi grup file FILESTREAM.
Pencerminan database tidak didukung dengan transaksi lintas database atau transaksi terdistribusi. Untuk informasi selengkapnya, lihat Transaksi Lintas Database dan Transaksi Terdistribusi untuk Grup Ketersediaan AlwaysOn dan Pencerminan Database (SQL Server).
Rekomendasi untuk Mengonfigurasi Server Mitra
Mitra harus berjalan pada sistem yang sebanding yang dapat menangani beban kerja yang identik.
Catatan
Jika Anda berencana untuk menggunakan mode keamanan tinggi dengan failover otomatis, beban normal pada setiap mitra failover harus kurang dari 50 persen dari CPU. Jika beban kerja Anda membebani CPU, mitra failover mungkin tidak dapat melakukan ping instans server lain di sesi pencerminan. Ini menyebabkan failover yang tidak perlu. Jika Anda tidak dapat menyimpan penggunaan CPU di bawah 50 persen, kami sarankan Anda menggunakan mode keamanan tinggi tanpa failover otomatis atau mode performa tinggi.
Jika memungkinkan, jalur (termasuk huruf kandar) database cermin harus identik dengan jalur database utama. Anda harus menyertakan opsi MOVE dalam pernyataan RESTORE jika tata letak file harus berbeda. Misalnya, jika database utama berada di drive 'F:' tetapi sistem cermin tidak memiliki drive F: .
Penting
Jika Anda memindahkan file database saat membuat database cermin, Anda mungkin tidak dapat menambahkan file ke database nanti tanpa pencerminan ditangguhkan.
Semua instans server dalam sesi pencerminan harus menggunakan halaman kode master dan kolaterasi yang sama. Perbedaan dapat menyebabkan masalah selama penyiapan pencerminan.
Secara opsional, perkirakan waktu untuk melakukan failover pada database, untuk memastikan bahwa konfigurasi sistem akan memberikan performa yang Anda butuhkan. Untuk informasi selengkapnya, lihat Memperkirakan Gangguan Layanan Selama Pengalihan Peran (Pencerminan Database).
Untuk performa terbaik, gunakan adaptor jaringan khusus (kartu antarmuka jaringan) untuk pencerminan.
Kami tidak membuat rekomendasi tentang apakah jaringan area luas (WAN) cukup dapat diandalkan untuk pencerminan database dalam mode keamanan tinggi. Jika Anda memutuskan untuk menggunakan mode keamanan tinggi melalui WAN, berhati-hatilah tentang cara Anda menambahkan saksi ke sesi tersebut, karena failover otomatis yang tidak diinginkan dapat terjadi. Untuk informasi selengkapnya, lihat Rekomendasi untuk Menyebarkan Pencerminan Database, nanti dalam topik ini.
Rekomendasi untuk Menyebarkan Pencerminan Database
Performa pencerminan database yang optimal diperoleh dengan menggunakan operasi asinkron. Sesi pencerminan yang menggunakan operasi sinkron mungkin mengalami performa yang melambat ketika beban kerjanya menghasilkan sejumlah besar data log transaksi.
Di lingkungan pengujian, adalah tepat untuk menjelajahi semua mode operasi untuk mengevaluasi performa pencerminan database. Namun, sebelum Anda menyebarkan pencerminan ke lingkungan produksi, pastikan Anda memahami bagaimana jaringan berfungsi di dunia nyata.
Mode keamanan tinggi dengan failover otomatis dirancang untuk jaringan layanan tinggi yang memiliki koneksi khusus atau konfigurasi jaringan yang cukup sederhana yang meminimalkan sumber kemungkinan kegagalan jaringan. Lingkungan jaringan berkualitas tinggi seperti itu diperlukan untuk mode keamanan tinggi dengan failover otomatis dan direkomendasikan untuk semua sesi pencerminan database. Namun, mode performa tinggi dan mode keamanan tinggi tanpa failover otomatis jauh lebih sedikit dipengaruhi oleh keandalan jaringan.
Oleh karena itu, untuk lingkungan produksi kami sarankan Anda mematuhi pedoman penyebaran berikut:
Mulai berjalan dalam mode asinkron dan berkinerja tinggi. Mode ini paling tidak sensitif terhadap lingkungan jaringan dan menyediakan konfigurasi terbaik untuk menjelajahi cara kerja pencerminan. Kami menyarankan agar Anda menjalankan sistem secara asinkron sampai Anda yakin bahwa bandwidth Anda mendukung pencerminan dan Anda telah mengembangkan pemahaman tentang penyiapan pencerminan dan performa mode asinkron di lingkungan Anda. Untuk informasi selengkapnya, lihat Mode Operasi Pencerminan Database.
Penting
Sepanjang pengujian, kami sarankan Anda memantau sesi Anda untuk kesalahan jaringan yang menyebabkan pencerminan database gagal. Untuk informasi selengkapnya tentang potensi sumber kegagalan, lihat Kemungkinan Kegagalan Selama Pencerminan Database. Untuk informasi tentang cara memantau pencerminan database, lihat Memantau Pencerminan Database (SQL Server).
Ketika Anda yakin bahwa operasi asinkron memenuhi kebutuhan bisnis, Anda mungkin ingin mencoba operasi sinkron untuk meningkatkan perlindungan data Anda. Saat Anda menguji cara kerja pencerminan sinkron di lingkungan Anda, sebaiknya uji terlebih dahulu mode keamanan tinggi tanpa failover otomatis. Tujuan utama pengujian ini adalah untuk melihat bagaimana operasi sinkron memengaruhi performa database. Untuk informasi selengkapnya, lihat Mode Operasi Pencerminan Database.
Tunggu untuk mengaktifkan failover otomatis hingga Anda yakin bahwa mode keamanan tinggi tanpa failover otomatis memenuhi kebutuhan bisnis dan kesalahan jaringan tersebut tidak menyebabkan kegagalan. Untuk informasi selengkapnya, lihat Pengalihan Peran Selama Sesi Pencerminan Database (SQL Server).
Lihat Juga
Menyiapkan Pencerminan Database (SQL Server)
Keamanan Transportasi untuk Pencerminan Database dan Grup Ketersediaan AlwaysOn (SQL Server)
Pencerminan Database (SQL Server)
Memecahkan Masalah Konfigurasi Pencerminan Database (SQL Server)