Alwayson log file

merhaba,

öncelikle log boyutunuz niye büyüyor sorusunun cevabını bulmalısınız.

bu disk io, cpu ve bant genişliğinden kaynaklabilir.

disk usage raporunu alıp, kullanılan ve boşta kalan alanı görebilirsiniz.

devamında last commit time tarafını kontrol etmenizi öneririm, fikir verecektir.

Bu büyüme sadece replike olan db.de oluyor diğerlerinde bir sorun yok.  AG ile ilgili bir şey bu.

Turan bey bu problemi yabancı kaynaklarda da araştırdım ve düzenli log backup almak gerektiğimi öğrendim. Fakat ben bunun neden katnaklandığını ve illa log backup alarak mı bu sorunu düzeltebileceğimi öğrenmek için buraya yazdım.

Peki bu bir handikap değil mi sizce de? küçük bir  bir log file 1 haftada 200gb olması demek 2, 3 günde 1 bahsettiğiniz işlemi gerçekleştirmeyi gerektiriyor. 

Siz bu durumu nasıl otomatize edersiniz, job ile mi? Ya da 3rd party toollar var mıdır, veeam vs gibi toollar  bu işi çözer mi?

AG.yi üretim ortamına almadan önce test ortamında uygularken bu durumu farjettim. Logdan dolayı disk full dolmuş, shrink yapmama izin varmedi. Replike db.yi ag.den çıkardıktan sınra ancak shrink yapabildim. Tekrar ag.ye kattım o şekilde shrink tekrar denedim bu sefer oldu. Teste bir süre daha devam etmeye karar verdim başka sürprizlerle karşılaşma ihtimali olacağından dolayı.

Çok ilginç. Log backup alırken ne gerçekleşiyorki de illa log backup istiyor acaba? Shrink öncesi log backup gerekliyse demekki backup esnasında yapılmış oşması gereken bir takım işlemler yapılıyor, yanılıyor muyum?

Soruyu değiştirip şöyle sorayım commit olan transactionların vlf'leri inactive olmuyor mu? Commit olduysa neden inactive vlf'ler overwrite edilmiyor ve sürekli log file büyütülüyor? Yani transactionun işi bittiyse ve replike edildiyse neden sürekli yeni vlf'ler oluşturuluyor? ya da bu konuyu anlatan bir kaynak varsa link verebilir misiniz?

Ok, şimdi anladım teşekkürler Yavuz bey.