KB4022935 - DÜZELTME: SQL Server 2014 veya 2016'da bir yazma hatasından sonra askıya alınan kullanılabilirlik veritabanına devam edilemiyor

Uygulandığı Öğe
SQL Server 2016 Developer - duplicate (do not use) SQL Server 2016 Enterprise - duplicate (do not use) SQL Server 2016 Enterprise Core - duplicate (do not use) SQL Server 2016 Standard - duplicate (do not use) SQL Server 2016 Service Pack 1 SQL Server 2014 Developer - duplicate (do not use) SQL Server 2014 Enterprise - duplicate (do not use) SQL Server 2014 Enterprise Core - duplicate (do not use) SQL Server 2014 Standard - duplicate (do not use) SQL Server 2014 Service Pack 2 - duplicate (do not use)

Belirtiler

Microsoft SQL ServerSQL Server 2014 veya 2016 Always On Availability Group (AG) kullandığınızı varsayalım. İkincil bir veritabanında aşağıdakine benzer bir yazma hatası oluşursa, veritabanı askıya alınabilir.

Not

Hata: 17053, Önem Derecesi: 16, Durum: 1.
SQLServerLogMgr::LogWriter: İşletim sistemi hatası 6(Tanıtıcı geçersiz.) ile karşılaşıldı.
Günlük temizleme sırasında yazma hatası.

Bu durumda, veri taşıma işlemine devam ederseniz veritabanı sürdürülmez ve askıya alınmış durumda kalır.

Geçici çözüm

Bu sorunu geçici olarak çözmek için SQL Server örneği yeniden başlatabilir veya ikincil veritabanını kullanılabilirlik grubundan kaldırıp yeniden ekleyebilirsiniz.

Çözüm

Bu sorun, SQL ServerSQL Server için aşağıdaki toplu güncelleştirmede düzeltildi:

SQL Server 2016 RTM için Toplu Güncelleştirme 8

Cumulative Update 5 for SQL ServerSQL Server 2016 CU5

SQL Server 2014 SP2 için Toplu Güncelleştirme 6

SQL Server toplu güncelleştirmeleri hakkında:

SQL Server için her yeni toplu güncelleştirme, önceki toplu güncelleştirmeye dahil edilen tüm düzeltmeleri ve tüm güvenlik düzeltmelerini içerir. SQL Server için en son toplu güncelleştirmelere göz atın:

SQL Server 2016 için en son toplu güncelleştirme

SQL Server 2014 için en son toplu güncelleştirme

Not

Bu güncelleştirmeyi yükledikten sonra bu sorun yeniden oluşursa veritabanını yeniden başlatmak ve ardından veritabanında veri taşıma işlemini sürdürmek için aşağıdaki Transact-SQL komutunu çalıştırabilirsiniz.

ALTER DATABASE <database_name> SET HADR RESUME

Bu otomatik değildir. Bu nedenle, sürdürme işlemini el ile gerçekleştirmeniz gerekir. Çünkü ikincil çoğaltmadaki veri hareketlerinin askıya alınmasıyla sonuçlanan çoğu hata türü el ile müdahale gerektirir.

Örneğin, günlük dosyası paylaşılan bir klasörde bulunuyorsa veya Microsoft Azure Blob'da depolanıyorsa ve bağlantı kesilirse Hata 17053 oluşur. El ile müdahale, HADR sürdürme komutunu vermeden önce paylaşılan klasöre veya AzureAzure Blob bağlantısının geri yüklendiğinden emin olur.

Durum

Microsoft bunun, "Şunlar için geçerlidir" bölümünde listelenen Microsoft ürünlerinde sorun olduğunu doğrulamıştır.

Başvurular

Microsoft'un yazılım güncelleştirmelerini tanımlamak için kullandığı terminoloji hakkında bilgi edinin.