“Not Synchronizing / Suspect” SQL Serer AlwaysOn mimarisinde bulunan sunucuların veri tabanlarında bu sorunun meydana gelmesinde birçok neden vardır. Bunlar;
- Ağ Sorunları: AlwaysOn mimarisinde, ana sunucu ve ikincil sunucular arasında veri senkronizasyonu için gerekli olan ağ bağlantısı sorunları.
- Disk Sorunları: Veri tabanı dosyalarının tutulduğu disklerde disk doluluğu, disk arızası gibi disk sorunlarının meydana gelebilir.
- Log Dosyası Sorunları: Veri tabanlarının log dosyalarının bozulması veya dolması durumu.
- Bekleyen İşlemler: Veri tabanında bekleyen bir işlem (örneğin, büyük bir sorgu veya bir yedekleme işlemi) diğer işlemleri engellemesi durumunda.
- Veri tabanı Bozulması: Veri tabanı dosyalarında veya yapılarında bozulma meydana gelmesi.
- Bakım Yetersizliği: Düzenli yedekleme, veri tabanı kurtarma işlemleri vb. gibi veri tabanı yönetimi için gerekli düzenli bakımların yapılmaması.
Bu gibi durumlarda, genellikle SQL Server hata günlüklerine bakarak daha spesifik bir sorun tespit edilebilir ve ardından uygun çözüm yolları belirlenebilir.
Biz bu makalede disk sorunu ile karşılaşacağımız için disk sorununun tespiti ve çözümü üzerine gideceğiz.
Karşılaşabileceğimiz bazı disk arızaları arasında Disk dolulukları, Disk bozulmaları, Disk yavaşlamaları bulunur. Bu gibi sorunların çözümünde aşağıdaki birkaç çözüm yöntemi uygulanabilir.
- Performans İzleme ve Analiz: Anormal disk kullanımı veya gecikmelerini belirleyerek bunların nedenlerini analiz edebiliriz.
- Düzgün Kapasite Yönetimi: Disk doluluklarını düzenli olarak izleyerek gerektiğinde disk alanını artırabiliriz.
- Yedekleme ve Kurtarma Stratejisi: Düzenli yedekleme işlemleriyle veri kaybını önleyebiliriz.
- Disk Yapılandırması ve Optimizasyonu: Veri tabanı ve log dosyalarını farklı disk sürücülerine veya disk gruplarına dağıtarak disk performansını optimize edebiliriz.
- Otomasyon ve Uyarılar: SQL Server tarafından sağlanan veya üçüncü taraf araçlarla yapılandırılabilen otomasyon ve uyarılar kullanarak disk sorunlarını tespit ederek hızlı bir şekilde müdahalede bulunabiliriz.
Bu genel bilgilerden sonra bizim yaşadığımız soruna ve çözümüne geçebiliriz.
AlwaysOn mimarisi içerisinde bulunan secondary sunucu içerisinde “U” isimli veritabanına baktığımızda “Not Synchronizing / Suspect” moda geçtiğini görüyoruz.
Öncelikle veri tabanının ayağa kaldırmak için “Resume Data Movement” seçeneğine tıklıyoruz ve veri tabanı “Not Synchronizing / In Recovery” moda geçiyor.
Ancak veri tabanı ayağa kalkmıyor ve tekrardan “Not Synchronizing / Suspect” moda geçiyor.
Yukarıda belirttiğim üzere SQL Server hata günlüklerine bakarak sorunu tespit ederek uygun çözüm yolları belirlemeliyiz.
SQL Server Logs kısmından hata loglarına bakıyoruz. İşte veri tabanının neden “Not Synchronizing / Suspect” moda geçtiğinin nedeni tam da burada yazıyor. Disk dolmuş!
Neyse ki primary sunucuda bulunan DATA08 ismindeki disk alanı secondary sunucuda bulunan DATA08 isimli diskten daha fazla olduğu için veri tabanı hizmet vermeye devam etti.
Diskimizin bulunduğu yola bakarak verilen hata logunun doğruluğundan emin oluyoruz.
Gerekli disk artırımlarını yaptırıyoruz ve ardından data dosyasının görünümü aşağıdaki gibi oluyor.
AlwaysOn mimarisinde secondary sunucumuzda “U_AG” de meydana gelen sorunun çözümünün son kısmına geldik artık.
“U_AG” nin üzerinde “Resume Data Movement” seçeneğine tıklıyoruz ve veri tabanı disk artırımını yaptığımız için veri tabanının büyüklüğüne bağlı olarak bir süre sonra “Synchronizing” moda geçiyor.
Neyse ki primary sunucuda bulunan DATA08 ismindeki disk alanı secondary sunucuda bulunan DATA08 isimli diskten daha fazla olduğu için veri tabanı hizmet vermeye devam etti.
0 Yorum