Kami sedang bersiap-siap untuk melakukan peningkatan besar pada SQL Server kami dan memperhatikan beberapa perilaku yang tidak biasa dengan Grup Ketersediaan yang Didistribusikan yang saya coba selesaikan sebelum bergerak maju.
Bulan lalu, saya memutakhirkan server sekunder jarak jauh dari SQL Server 2016 ke SQL Server 2017. Server ini adalah bagian dari beberapa Grup Ketersediaan Terdistribusi (DAG) dan Grup Ketersediaan (AG) terpisah . Ketika kami memutakhirkan server ini, kami tidak menyadari bahwa itu akan masuk ke keadaan tidak terbaca , jadi selama sebulan terakhir kami hanya mengandalkan server utama.
Sebagai bagian dari pembaruan yang akan datang, saya menerapkan patch CU 4 ke server dan mem-boot-ulangnya. Ketika server kembali online, sekunder just-patched menunjukkan semua DAG / AG sedang disinkronkan tanpa masalah.
Namun, yang utama menunjukkan kisah yang sangat berbeda. Itu melaporkan itu
- AG terpisah sedang disinkronkan tanpa masalah
- tapi DAGs berada di Tidak Synchronzing / Tidak Sehat negara
Setelah awalnya panik, saya mencoba hal-hal berikut untuk menyinkronkan hal-hal lagi di DAG:
- Dari primary, saya berhenti dan melanjutkan pergerakan data. Ini tidak mulai menyinkronkan data.
- Pada yang kedua (yang baru saya tambal) saya berlari
ALTER DATABASE [<database] SET HADR RESUME;
- yang mengeksekusi tanpa kesalahan, tetapi tidak melanjutkan sinkronisasi apa pun
Upaya terakhir saya untuk menyinkronkan data lagi adalah login ke sekunder, dan secara manual restart layanan SQL Server. Memulai ulang layanan secara manual tampaknya agak ekstrem, karena saya perkirakan server yang dibooting ulang sudah cukup.
Adakah yang mengalami masalah ini ketika DAG tidak mulai menyinkronkan ke sekunder setelah reboot? Jika demikian, bagaimana cara mengatasinya?
Saya memeriksa log kesalahan SQL Server, dan penampil acara di server sekunder, tidak ada yang luar biasa yang bisa saya lihat.