Baru-baru ini, ada banyak spekulasi yang agak gugup di sini dan di sini) tentang opsi ketersediaan tinggi apa yang akan tersedia untuk SQL Server Standard Edition, setelah Database Mirroring (DBM) benar-benar dihapus dalam rilis SQL Server mendatang.
Database Mirroring (DBM) tidak digunakan lagi di SQL Server 2012, dengan Microsoft menyarankan agar Anda bermigrasi ke AlwaysOn Availability Groups (yang memerlukan SQL Server Enterprise Edition), dan selanjutnya mencatat, “Jika edisi SQL Server Anda tidak mendukung AlwaysOn Availability Groups, gunakan pengiriman log”.
Bahasa penghentian yang tepat adalah “Fitur SQL Server Database Engine berikut ini didukung di versi SQL Server berikutnya, tetapi akan dihapus di versi yang lebih baru. Versi spesifik dari SQL Server belum ditentukan. Fitur-fitur ini dijadwalkan untuk dihapus dalam rilis SQL Server mendatang. Fitur usang tidak boleh digunakan dalam aplikasi baru.”
Apakah ini berarti Anda harus segera berhenti menggunakan Database Mirroring untuk aplikasi baru? Saya akan mengatakan, "Tentu saja tidak!" Pencerminan Basis Data terus berfungsi seperti sebelumnya, dan tidak akan dihapus dari produk untuk beberapa waktu. Jika masuk akal untuk menggunakan DBM untuk membantu memenuhi sasaran Recovery Point Objective (RPO) dan Recovery Time Objective (RTO) Anda, lanjutkan dan gunakan fitur itu untuk aplikasi baru. Tidak seperti fitur bahasa T-SQL yang tidak digunakan lagi (yang mungkin jauh lebih sulit untuk ditulis ulang, diuji, dan diterapkan), akan jauh lebih mudah untuk beralih dari DBM ke beberapa teknik HA/DR lainnya di masa mendatang.
Secara historis, fitur SQL Server yang tidak digunakan lagi sebenarnya belum dihapus untuk tiga versi utama setelah versi saat penghentian diumumkan secara publik. Jika Microsoft mengikuti pola itu, maka Pencerminan Basis Data tidak akan benar-benar dihapus hingga "SQL Server 2018" (mengingat SQL Server 2014, "SQL Server 2016" yang spekulatif dan "SQL Server 2018" yang lebih spekulatif).
Menurut Mary Jo Foley, SQL Server 2014 harus tersedia pada awal 2014. Mari kita asumsikan bahwa "SQL Server 2016" tersedia pada Januari 2016, dan "SQL Server 2018" tersedia pada Januari 2018. Jika waktu versi yang sepenuhnya spekulatif ini berakhir menjadi akurat, itu berarti bahwa pelanggan SQL Server Standard Edition masih dapat menggunakan Database Mirroring di "SQL Server 2018", yang akan tetap menjadi dukungan utama dari Microsoft hingga Januari 2023, dan akan diperpanjang dukungannya hingga Januari 2028 . Itu waktu yang cukup lama!
Ini memberi Microsoft (dan pelanggan Edisi Standar) banyak waktu untuk menemukan pengganti yang layak untuk Pencerminan Basis Data. Microsoft memiliki beberapa pilihan yang jelas di sini. Pertama, mereka dapat membalikkan keputusan penghentian untuk DBM. Itu tidak memerlukan pekerjaan pengembangan dan pengujian dari Microsoft, tetapi itu akan memperpanjang beban dukungan untuk DBM lebih jauh ke masa depan. Kedua, mereka dapat mengizinkan versi terbatas Grup Ketersediaan di SQL Server Standard Edition (dibatasi untuk satu atau dua replika). Ketiga, kemungkinan besar akan ada beberapa fitur terkait Azure yang akan ditawarkan sebagai pengganti DBM). Mungkin juga ada beberapa teknologi HA/DR yang benar-benar baru tersedia saat itu.
Pelanggan SQL Server Standard Edition memiliki beberapa pilihan yang jelas untuk apa yang akan mereka lakukan saat DBM semakin dekat untuk dihapus dari produk. Pertama, mereka dapat memilih untuk tetap menggunakan versi SQL Server yang masih menggunakan Database Mirroring (yang dapat berupa versi apa pun dari SQL Server 2005 hingga "SQL Server 2018" imajiner saya). Saat ini, masih ada banyak pelanggan SQL Server dengan senang hati menggunakan versi SQL Server yang lebih lama, seperti SQL Server 2000 dan SQL Server 2005, dan kemungkinan tren itu akan terus berlanjut. Berdasarkan pengalaman saya, organisasi yang memilih atau perlu menggunakan SQL Server Standard Edition untuk alasan apa pun, cenderung juga lebih lambat untuk meningkatkan ke versi baru SQL Server saat dirilis oleh Microsoft.
Kedua, mereka bisa naik ke SQL Server Enterprise Edition di beberapa titik selama beberapa tahun ke depan. Lagi pula, ada banyak fitur menarik di SQL Server Enterprise Edition yang sangat masuk akal untuk digunakan untuk aplikasi penting misi yang sebenarnya merupakan kunci bisnis Anda. Banyak organisasi mungkin menemukan cara untuk membeli SQL Server Enterprise Edition di masa mendatang, karena sejumlah alasan.
Ketiga, saya yakin akan ada banyak insentif kuat dari Microsoft bagi pelanggan untuk memindahkan sebagian besar infrastruktur database mereka ke Azure selama beberapa tahun ke depan. Ini bisa menjadi alternatif yang sangat layak dalam banyak situasi.
Tentu saja, tidak semua orang akan senang dengan salah satu alternatif ini. Jika Anda benar-benar khawatir tentang penghentian Pencerminan Basis Data (tanpa penggantian yang benar-benar layak diumumkan secara publik), Anda memiliki sejumlah alternatif.
Pertama, Anda mungkin mempertimbangkan untuk menenangkan diri, dan menunggu sedikit lebih lama untuk melihat apa yang terjadi saat kita mempelajari lebih lanjut tentang versi SQL Server yang akan datang seiring berjalannya waktu. Sangat mungkin bahwa Microsoft belum membuat keputusan akhir apa pun di bidang ini (tetapi Anda dapat bertaruh bahwa mereka telah memikirkannya). Anda juga dapat mencoba menjangkau secara pribadi orang yang Anda kenal di Grup Produk untuk menyampaikan kasus Anda. Strategi yang paling tidak efektif (setidaknya menurut pengalaman saya) adalah dengan keras dan terbuka untuk mengeluh tentang masalah ini, terutama sebelum Microsoft mengumumkan niat mereka untuk masa depan. Menjadi “roda berderit” publik terkadang kontraproduktif…
Apa yang Anda pikirkan tentang ini? Apakah penghentian Pencerminan Basis Data (tanpa pengganti yang diumumkan dan layak untuk Edisi Standar) menjadi perhatian utama Anda? Apakah ini bagian dari desain besar untuk memaksa Anda menggunakan Edisi Perusahaan atau Azure? Saya akan senang mendengar pendapat Anda!
