Sıralama: Advanced Member
Gruplar: Registered
Katılan: 9.10.2014(UTC) Mesajlar: 31  Konum: Ankara 7 Kere Teşekkür Etti.
1 Mesajına Toplam 1 Kere Teşekkür Edildi.
|
hocam veritabanı recovery modeli simple ' a alıp, log dosyasının shrink edip daha sonra tekrar full 'a alıyoruz.
bu işlemin bir zararı olur mu? performansı etkiler mi? I/O hatalarına yol açabilir mi?
log dosyasının boyutuyla mücadele için daha etkin bir yönteminiz var mı ?
sağolun iyi günler
|
|
|
|
|
|
Sıralama: Member
Gruplar: Registered
Katılan: 17.10.2014(UTC) Mesajlar: 22   Konum: aaase 6 Mesajına Toplam 6 Kere Teşekkür Edildi.
|
Bu olayın zararı log backup alıyorsan log backupların işe yaramaz hale gelir. Performansa bir sıkınıtısı olmaz ama autogrowth a bırakırsan log file'ın büyümesini o noktada performans growth müddetince olumsuz etkilenir.
I/O hatasından kastını anlayamadım.
Log dosyasının boyutuyla mücadece için, 1 database'i full modda tutman zorunlu mu?
2- full modda ve log backup almıyor musun ? alıyor isen free space artıyor olması gerekir, artmıyorsa sorun farklı onu araştırmalısın.
free space artıyorsa da log backup periyodunu kısaltabilirsin.
|
 yunusKaradag: 1 Kişi mesajın için Teşekkür Etti.
|
Sipahi 9.07.2015(UTC) tarihinde
|
|
|
Sıralama: Advanced Member
Gruplar: Registered
Katılan: 9.10.2014(UTC) Mesajlar: 31 Konum: Ankara 7 Kere Teşekkür Etti.
1 Mesajına Toplam 1 Kere Teşekkür Edildi.
|
evet hocam db yi bulk-logged da tutuyorum. haftalık düzenli full backup alırım.
log back up almıyorum hiç. verinin güvenliği için bu yeterli oluyor bana.
ama toplu silim işlemleri yapınca ldf çok şişiyor.geri döndürmek istemiyorum zaten sildiğimi kaybolsun kurtulayım istiyorum.
log backup almalı mıyım faydası ne olur bilgi verirseniz çok iyi olur.
bir de error log da bazen şu hatayı alıyorum
FlushCache: cleaned up 6611 bufs with 6381 writes in 90940 ms (avoided 462 new dirty bufs) for db 302:0
average throughput: 0.57 MB/sec, I/O saturation: 6372, context switches 13037
last target outstanding: 260, avgWriteLatency 25
ben buna bağlamıştım ama ilgis var mı bilmiyorum.
|
|
|
|
|
|
Sıralama: Member
Gruplar: Registered
Katılan: 17.10.2014(UTC) Mesajlar: 22 Konum: aaase 6 Mesajına Toplam 6 Kere Teşekkür Edildi.
|
fulll backup'ı günlük olarak alman, ve shrink işlemi yapmak yerine log backup da almak log file'ın boşalmasını sağlar.
Bulk logged durumda tutman demek 1 hafta boyunca full backup alana kadar log file üzerinde ki hiçbir kayıt silinmeyip dolması demek zaten, toplu silimde bu log file'ın dolmasına ekstra katkı sağlıyor.
|
yunusKaradag: 1 Kişi mesajın için Teşekkür Etti.
|
Sipahi 9.07.2015(UTC) tarihinde
|
|
|
Sıralama: Advanced Member
Gruplar: Registered
Katılan: 9.10.2014(UTC) Mesajlar: 31 Konum: Ankara 7 Kere Teşekkür Etti.
1 Mesajına Toplam 1 Kere Teşekkür Edildi.
|
anladım hocam saolun.
cehaletimi bağışlayında o zaman ; 'ldf dosyasını ben gözlüyüp alan sıkıntısına yol açabileceği zamanlarda önce log back up alıp sonra shrink etmem uygundur' doğru mudur?
|
|
|
|
|
|
Sıralama: Member
Gruplar: Registered
Katılan: 17.10.2014(UTC) Mesajlar: 22 Konum: aaase 6 Mesajına Toplam 6 Kere Teşekkür Edildi.
|
Kritik seviyeye gelene kadar günlük full backup alman yeterli, acil durumlarda mümkünse full değilse log backup alıp shrink yapmanda da sıkıntı yok.
|
|
|
|
|
|
Forumu Atla
Bu foruma yeni konular postalayamazsınız.
Bu forumda ki konulara yeni posta gönderemezsiniz.
Bu forumdaki postalarınızı silemezsiniz.
Bu forumdaki postalarınızı düzenleyemezsiniz.
Bu forumda anketler yaratamazsınız.
Bu forumdaki anketlere oy veremezsiniz.
