FB elektrik kesilmelerine karşı en sağlam VT sistemidir.coderlord yazdı:@sadettin commit'in bittiğini nasıl anladın ki? Belki adam buffer'ında committed olarak işaretlediği veriyi yazarken, sen yarısında tutup kopyalama yaptın.sadettinpolat yazdı:connection var mı yok mu diye. ctrl+c , ctrl + v. zaten o ana kadar düzgün bir şekilde commit edilmş olan bilgiler sağlam birsekilde kalacaktır commit edilmemis veriler ise baglanti sirasinda fb tarafından çöp veriler olarak nitelendirilip dikkate alınmayacaktır diye düşünüyordum ben. bugune kadarda karşılaştığım bir hata olmadı henüz.
Hem burada elektrik kesilmesine karşı UPS olsun FB'de hassastır diyoruz hem de VT açık iken kopyalama yapıyoruz. Oldu mu yani?
Farklı birşey mi sence elektriğin gitmesi ile senin kopyalama yapman?
Bir Transaction okeylenmediği sürece yazılanlar birer çöp sayfadır.
Bir transaction işleminin onaylanması da FB de en son yapılan basit bir yazma işlemidir. Çünkü transaction file-log vs gibi saçmalıklar yok.
Bu hassasiyet algılaması nereden geliyor?
Şuradan geliyor: Borland kodu mundar edip hızlandıramayınca işin kolayına kaçmaya kalktı ve create sırasında forced write default olarak iptal edildi. Bu da windows gibi sistemlerde disk bloklarının disk cacheinde tutulması ve aklına esince ya da zorunlu kalınca yazması demek. elektrik gitmiş, sizin transactionızın onay sayfası yazılmış ama bazı data sayfaları OS cacheindeydi.. ee bu gibi olayların FBe özel bir yanı yok. anormal kapanmalarda windowsun kendi config ve registry dosyaları bile sürekli bozuluyor yeni insatall gerekiyordu SP2 ye kadar. Şu an FB Forced write Dosya yaratıyor, bir sorun yok. ama diskiniz elektrik gitmesinden muzdarip fiziksel hasar gördüyse bunun için FB yi ya da OS u suçlayamazsınız.
FB yi eleştirebileceğiniz tek bir durum var.
Hiçbir donanım arızası, OS arızası olmadığı halde aylarca açık kalan yüzlerce kullanıcılı bir VT bozuluyor mu? bozuluyorsa bile oracleda sybasede mssqlde bozuluyor, mysql zaten yandan çarklı buharlı sürat teknesi.
