Yeni Kayıt
Konudaki Resimler
Hızlı 
Bildirim
ORACLE 9İ YARDIM!!!
Sıcak Fırsatlarda Tıklananlar
Editörün Seçtiği Fırsatlar
Black+Decker BHFEV182C-QW 18V Kablosuz Dikey Süpürge : Amazon.com.tr: Ev ve Yaşam
https://www.amazon.com.tr/dp/B07T8B7QV1
2 yıl önce paylaşıldı
Energia NMN 50mg 30 Capsules TR version : Amazon.com.tr: Sağlık ve Bakım
https://www.amazon.com.tr/dp/B0CK8MHMJ6
5 ay önce paylaşıldı
PORÇÖZ Lavabo Açıcı Granül 12 x 200 Gr : Amazon.com.tr: Bebek
https://www.amazon.com.tr/dp/B0DGQXCTD2?ref=cm_sw_r_cso_wa_apan_dp_SCZV3RZ75XZPDP89Y20H&ref_=cm_sw_r_cso_wa_apan_dp_SCZV3RZ75XZPDP89Y20H&social_share=cm_sw_r_cso_wa_apan_dp_SCZV3RZ75XZPDP89Y20H&starsLeft=1&skipTwisterOG=1&newOGT=1
7 sa. önce paylaşıldı
Daha Fazla 
Bu Konudaki Kullanıcılar:
Daha Az 
2 Misafir - 2 Masaüstü
Giriş
Mesaj
-
-
Benzer bir durum MSSQL'de başımıza geldi. Nasıl yapıldığını bilmiyorum ama taktik olarak şunu uygulayabilirsin: Bir Full Backup al ve transaction log dosyalarını sil. Yani eğer şu an geri dönmeni gerektirecek bir durum yoksa veritabanının bu hâlini full backup ile kaydet ve eski transaction dosyalarını sil.
Transaction log dosyalarının yerini değiştirmek daha zahmetli olabilir. -
Biz zaten şuan onu yapıyoruz. Fakat kaydedilen dosyalar çok büyük ve hafızamızı çok çabuk dolduruyor. Farketmezsek ve hafıza dolarsa çalıştığımız sistemleri durdurabilecek kadar kritik. Bu noktada bahsettiğim gibi hafıza dolarsa gösterdiğimiz başka bir destination disk e yüklemeye devam etmesi gerek.
Sayfa:
1
Ip işlemleri
Bu mesaj IP'si ile atılan mesajları ara Bu kullanıcının son IP'si ile atılan mesajları ara Bu mesaj IP'si ile kullanıcı ara Bu kullanıcının son IP'si ile kullanıcı ara
KAPAT X
Bu mesaj IP'si ile atılan mesajları ara Bu kullanıcının son IP'si ile atılan mesajları ara Bu mesaj IP'si ile kullanıcı ara Bu kullanıcının son IP'si ile kullanıcı ara
KAPAT X
