SQL Server AlwaysOn veritabanı, yükseltmeden sonra Senkronize Değil / Kurtarma modunda takılı kaldı. Hata: '…' veritabanı 782 açılamıyor

SQL Server 2014 SP1'den (12.0.4422.0) SQL Server 2016 CTP 3.2'ye (13.0.900.73) yapılan yükseltmeyi test ederken Önerilen güncelleme işlemini izliyordum ve başarısız olduktan sonra veritabanının eski birincil öğe üzerinde başlamaması sorunuyla karşılaştım güncellenmiş ikincil Kurulumumuz birincil bir kopya ve tek bir ikincil kopyadır ve tamamladığım adımlar:

1. Eşzamanlı ikincil ikincil çoğaltmada otomatik yük devretmeyi kaldır
2. İkincil sunucu örneklerini yeni sürüme yükseltin
3. El ile ikincil çoğaltma başarısız
4. Veritabanlarının yeni birincil kopyada çevrimiçi olduğunu doğrulayın
5. Önceki birincil kopyayı yeni sürüme yükseltin

Birincil yapmak için ikincil ve yük devretme yükseltmesi tam olarak beklendiği gibi çalıştı. Ancak daha önce birincil çoğaltmayı yükselttikten sonra, üzerindeki veritabanlarının SSMS'de Senkronize Değil / Kurtarmada olarak listelendiğini fark ettim . Ayrıca bunlara erişmeye çalışmak bir hata mesajı oluşturur:

Veritabanına ... erişilemiyor. (ObjectExplorer)

Gördüğüm SQL Server Günlüklerini kontrol etme

'...' veritabanı 782 sürümü açılamıyor. Veritabanını en son sürüme yükseltin.

Master..sysdatabases tablosunun sorgulanması, bunun gerçekten eski bir sürüm olduğunu ve yükseltme sırasında güncellenmediğini gösterdi:

Maalesef, günlükler neden güncellenmediğini göstermedi ve Kullanılabilirlik Grupları Gösterge Tablosu, yalnızca bazı kullanılabilirlik veritabanlarının Veri senkronizasyonu durumunun sağlıklı olmadığını belirten genel bir uyarı verdi .

Veritabanlarını ayırmak veya güncellemeye "tekmelemek" için çevrimdışı ayarlamak için TSQL kullanmayı denedim, ancak SQL AG'nin bir parçası oldukları için bu komutlar çalışmıyor.

Bir SQL AG'nin parçası olduğunda veritabanını en son sürüme nasıl yükseltebilirim?

Bir süre SSMS'de dolaştıktan sonra ikincil kopyada Kullanılabilirlik Veritabanlarının yanında bir duraklama simgesi olduğunu fark ettim. Birincil, her ikisinin de "yeşil" olduğunu göstermişti, ancak ikincilde Veri Hareketini Sürdürme seçeneği vardı . İlk veritabanını sürdürdüm ve hemen In Recovery durumu mesajı kaldırıldı. Bir dakika sonra Senkronize Değil'den Senkronize oldu ve her şey beklendiği gibi çalıştı.

"Yama" yı düzelttikten sonra, ancak test veritabanını düzeltmeden önce AG Veritabanlarının ekran görüntüsü:

Aynı anda birden çok veritabanında çoğaltmaya devam etmek için ikincil TSQL'i de kullanabilirsiniz:

ALTER DATABASE [Patch] SET HADR RESUME;
ALTER DATABASE [test] SET HADR RESUME;
GO