SQL server recovery mod hakkında

http://www.devx.com/getHelpOn/10MinuteSolution/16532/1954

Hocam teşekkür ederim, ingilizcem cok iyi degil ama birseyler anladıgımı zannediyorum, ingilizce dogrumu anladım acaba?

Konuyla ilgili 1-2 şey daha sorabilirmiyim

Birincisi, recovery moddan bagımsız olarak Transaction log a yazılan veriler, database aktarılırken belli bir süre bekletilirmi , yoksa hemen yazılıyormu ?

Biraz ilginç bir soru olabilir ama , bir anda bir user data girsin fakat transaction logdan database aktarılmamıs ise data,  farklı bir user bu yeni girilen data yı SQL server a baglanınca goremezmi?

2.  Simple modda iken , transaction logdaki veri database e yazıldıktan sonra artık transaction logdan hemen siliniyor mu?

3.Yazıda gecen checkpoint, transaction logdan database en son yazılan veriyi tutan bilgi mi oluyor sanırım? Hani AD de bunun için bir dosya var, onun yaptığı işi mi goruyor ? AD deki gibi bir dosyası olmadıgına gore logların icindemi duruyor acaba checkpoint

Birincisi, recovery moddan bagımsız olarak Transaction log a yazılan veriler, database aktarılırken belli bir süre bekletilirmi , yoksa hemen yazılıyormu ?

İlk önce transaction log a yazılıyor, her database de belirli kontrol noktaları var, bu kontrol noktalarına gelindiği zaman ve kontrol işlemi yapılırken kayıt database e işleniyor.

Biraz ilginç bir soru olabilir ama , bir anda bir user data girsin fakat transaction logdan database aktarılmamıs ise data,  farklı bir user bu yeni girilen data yı SQL server a baglanınca goremezmi?

Bir client tan yeni bir kayıt girin ve diğer client tan başka bir arkadaşınız siz kaydettiğiniz anda kayıtı çağırsın, sonuç olarak kayıt görülür.

Şöyle ifade edeyim, eğer siz "kaydet" butonuna bastıysanız ve size mesaj "kaydedildi" demiş ise kayıdı o anda görebilirsiniz. Burada bahsi geçen zaman dilimleri saniyenin yüzde biri kadar bir zaman dilimidir diye düşünüyorum.

3.Yazıda gecen checkpoint, transaction logdan database en son yazılan veriyi tutan bilgi mi oluyor sanırım? Hani AD de bunun için bir dosya var, onun yaptığı işi mi goruyor ? AD deki gibi bir dosyası olmadıgına gore logların icindemi duruyor acaba checkpoint

Transaction log burada tampon bölge görevi görüyor, hani hatalı veya eksik kaydın yazılmasını engelliyor. Checkpoint bir finish çizgisi gibidir, finish çizgisine gelenler sağlık kontrolünden geçirilir ve ipi göğüslerler(kaydedilirler)

Bu log dosyası meselsi benim de kafamı kurcalamıştır hep?

Ben de soruyu başlatan arkadaşın sorusuna benzer olarak birşey merak ediyorum.

1.Bir user sql server database i kullanan bir uygulama uzerinden bir kayıt girdi(örneğin bi öğrecinin anne baba vb bilgilerini girdi ve kaydet dedi programda)

Bu aşamadan sonra bu bilgiler önce transaction log dosyasına yazılıyor dendi. Yani transaction log dosyasında programdan az once girilen butun veriler var mı? Anne adı baba adı vb öğrenci bilgileri? Bundan başka bu verinin giriliş tarihi vb bilgiler de var mı?

2.Transaction log dosyası sanırım .ldf uzantılı olan dosya(yanlışsam düzeltin lütfen).

Şimdi bu dosyaya program aracılığıyla girilen anne adı, baba adı bilgileri girildikten sonra transaction loga bilgi yazıldı, ama henüz database'e yazılmadı. Bu esnada başka bir program kullanıcısı, az önce girilen öğrenci bilgilerini çağırıp görebilir mi?

Görebilmesi için Database'e yazılmış olması gerekiyor mu?Log dosyası yardımcı olabiliyor mu böyle bir senaryoda? En çok merak ettiğim de log dosyasından database' e ne kadar süre sonra kayıtlar yazılır?

3.Biraz genel olacak ama transaction log dosyası kavramı burada soru konusu olduğu için buraya yazıyorum sorumu.

Transaction Log dosyası Active Directory ve Exchange'de de var.  Çalışma mantığı acısından dusunursek yine aynı mantıkla önce log dosyasına sonra da database'e mi yazılır A.D.  ve Exchange'de de bilgiler? Exchange de Full backup alınca log dosyaları siliniyordu, A.D.deki transaction log dosyası hiç sıfırlanır mı ya da hangi durumda içindeki datalar silinir, temizlenir bu dosyanın?

Merhaba,

İlk önce genel mantığıyla logged bir operasyonun nasıl gerçekleştiğini konuşalım.

Örneğin bir kayıdı update etmek istiyoruz. Update edilecek olan kayıt data file dan çekilir ve buffer cache alınır. update yapıldığı anda bu update buffer cache de gerçekleştirilir. Ve Checkpoint konulana kadar buffer cache den okunur. Checkpoint konulduğunda ise bu kayıt ile alakalı bilgi önce transaction log dosyasına daha sonrada data file a yazılır. Transaction log un buradaki görevi herhangi bir rollback durumunda rollback edilecek kayıdın bilgilerinin tutulmasıdır.

Checkpoint elle tetiklenebileceği gibi SQL server bunu otomatikte gönderebilir. Otomatik gönderim sıklılığının oldukça fazla parametresi (recovery interval, recovery model vs.)  var burda bu konuya girmiyorum.

Şimdi transaction lı bir örnek üzerinden daha detaylı anlatmaya çalışalım. Aşağıdaki örnek te A user ı bir kaydın name ini Ahmet ten Turgay a çeviriyor.

Begin tran -- adım 1

update table set name='Turgay'  where name = 'Ahmet' --adım 2

checkpoint -- adım 3

commit tran -- adım 4

1.adım da bir transaction başlatıyoruz. 2. Adımda kayıdı update ediyoruz. Daha checkpoint gelmediği için bu kayıt buffer cache de update oldu ve eğer sorgulanırsa turgay bilgisi gelecek ama buffer cache den gelecek. Bu arada transaction daha bitmediği için başka bir user bu kayıdı ancak nolock hint iyle okuyabilir ve transaction bitmediği için bu kayıt dirty read dir.

3. adımda checkpoint ile beraber bu update işlemi buffer cache den data file a yazılır. Aynı zamanda  rollback yapabilme ihtiyacı sebebiyle transaction log dosyasınada tarih bilgisi ile beraber bir kayıt atılır. TLog a yazılan kayıtlarda tarih bilgisi varmı demişsiniz. Evet vardır. Ve bu tarih vasıtasıyla TLog backup ları kullanılarak istenilen bir tarihe database i restore etmek mümkündür. Bu da başlı başına bir konu olduğu için burada detayına girmiyorum.

4. adımda commit yada rollback yapılır. Commit edilirse bu datanın mdf de ki kayıdına commit flag ı konulur. Rollback edilirse eğer bu kayıt mdf den silinir.

Eğer commit edilirse artık başka bir user bunu nolock hintsiz çekebilir ve bu kayıt dirty read değildir.

Son olarak Transaction log dosyasının temizlenmesinden bahsedelim. Bu işlem recovery model ile oldukça bağlantılıdır. Simple recovery model de commit yada rollback edilmiş transaction lar log dosyasından otomatik silinir. Full recovery model de ise Transaction Log backup alınana kadar bütün transaction lar Log dosyasında kalır. Bu backup sayesinde commit yada rollback edilmiş transaction lar dosyadan silinir.

Umarım açıklayıcı bir yazı olmuştur. Soru işareti kaldıysa sorabilirsiniz.