Setelah saya terlibat dalam pemadaman di mana server mirror kami kehilangan konektivitas. Salah satu hal yang perlu dikhawatirkan adalah memastikan aplikasi Anda diarahkan ke satu contoh. Dalam pemadaman jaringan Anda dapat memiliki semua node dari cluster Selalu Aktif tetapi tidak dapat berkomunikasi satu sama lain. Anda memaksa kegagalan ke sekunder dan kemudian selama ada pemadaman Anda dapat memiliki dua node primer karena primer asli tidak akan tahu tentang kegagalan paksa atas.
Bergantung pada lokasi server aplikasi Anda, konfigurasinya dan kemampuan mereka untuk mencapai server SQL, maka secara teori Anda dapat memiliki dua node yang meyakini bahwa mereka adalah primer dan memiliki data yang berubah pada saat bersamaan. Setelah Anda memperbaiki masalah jaringan Anda dan node melanjutkan konektivitas, semua data yang diubah pada primer asli akan ditimpa dari node di mana kegagalan-dipaksa. Ini dapat menyebabkan hilangnya data penting.
Saya pernah melihat situasi ini dengan SQL 2005 dan mirroring. Dan kami memutuskan untuk tidak memaksa kegagalan dan membiarkannya tetap tidak terjangkau. Alasannya adalah bahwa dalam kasus terburuk jika kita harus mencadangkan dan mengembalikan untuk memulai ulang mirroring, maka itu akan menjadi proses 2 hari bagi kita dengan risiko log transaksi menjadi penuh dan tidak dapat memperluas disk tempat ia duduk.