Bir olaya yanıt olarak, program bir dosyaya, genellikle olayı ve kaynağını tanımlayan girdiler eklerse, böyle bir dosyaya günlük dosyası denir. Olası olay kaynakları:
- Belirli kullanıcı eylemlerinin sonucu.
- Ekipmandan programa gelen kesintiler.
- Programların kendileri tarafından oluşturulan olaylar (örneğin, hesaplamalar sonucunda elde edilir).
- Yazılım hatalarından kaynaklanan olaylar ("istisnalar" olarak adlandırılır).
- İşletim sisteminden veya başka bir programdan gelen olayların yanı sıra başka herhangi bir kaynaktan gelen olaylar.
Kısacası, çalışan ve çalışan bir programdaki durumları değiştirmekten bahsediyoruz. En basit seçenek günlük dosyası - normal Metin dosyası satır kayıtları ile Günlük dosyalarındaki tüm bilgiler, olayların nedenlerinin daha sonra anlaşılmasını mümkün kılan belirli bir biçimde kaydedilir.
Günlük dosyaları nerede kullanılır?
Günlük dosyalarının uygulamalarının listesi çok büyük. Dosyalar bu türden belirli bir program sürecinin geçmişini izlemek, cihazların ve makinelerin durumunun kaydını tutmak, kullanıcı eylemlerini izlemek, dahil olmak üzere gerekli olan her yerde kullanılır. ve güvenlik amaçlıdır. Ve diğer birçok durumda. Kural olarak, günlük dosyalarındaki verileri aramak ve analiz etmek için bağımsız bir yazılım, işte kaydedilen verileri hızlı ve görsel olarak incelemenizi sağlayan yazılım sistemi. Birçok günlük dosyası çok büyüktür, bu nedenle ya düzenli olarak güncel olmayan içeriklerinin üzerine yazmanız ya da örneğin tarih içeren adlarla tüm günlük dosyaları koleksiyonları oluşturmanız gerekir. Çoğu durumda, günlük dosyaları yerine veritabanları tercih edilir.
Faydalı örnekler
Log dosyalarının kullanımı ile ilgili birkaç örnek verelim. Hata ayıklanan programda birçok beklenmedik istisna varsa, bunları sonraki hata analizi için bir günlük dosyasına yazmak oldukça mümkündür. Başka bir örnek olarak, çok kullanıcılı istemci-sunucu sistemlerinde bağlı kullanıcılar hakkındaki verilerin günlüğe kaydedilmesine işaret edebilirsiniz. Bu, gerçekleştirdikleri yetkisiz işlemleri izlemenizi sağlar.
Günlüğe kaydetme, geliştiriciye uygulamanın oluşturma ve sonraki bakım sürecinde, koddaki hataları bulmada ve uygulamamız çalışma sırasında garip bir şekilde davrandığında anlaşılmaz durumları çözmede yardımcı olur ve bunun nedenini bulmamız gerekir. davranış.
Herhangi bir geliştirici, uygulamanın bazı bileşenleri garip bir şekilde çalıştığında, yanlış sonuç verdiğinde veya tamamen çalışmayı bıraktığında benzer durumlarla karşı karşıya kalır. Günlükleri kullanmak, bu gibi durumlarda bize yardımcı olacaktır. Kodumuzdaki sorunlu alanları arama süresi önemli ölçüde azalacak ve şu veya bu sorunu daha hızlı çözebileceğiz.
Genel olarak, şu anda, günlük yazmadan az ya da çok ciddi bir uygulama yapamaz.
Günlük (günlük) uygulamanın (programın) durumu hakkında bilgi depolayan özel bir günlüktür.
Böyle bir günlük, düz metin dosyasına kayıtlar ve bir veritabanına kayıtlar ve uzak bir web servisine kayıtlar ve hatta uygulamamızın belirli durumları hakkında belirli bir adrese e-postalar olarak anlaşılabilir.
Bu günlükte hangi girişlerin yapılacağı, yani hangi özel bilgilerin yazılacağı geliştiricinin kendisi tarafından belirlenir. Bu, her şeyin her zamanki gibi çalıştığı, yani uygulamamızın sadece günlük olarak izlendiği veya en kısa sürede yanıtlanması ve giderilmesi gereken bir tür hatanın meydana geldiği bilgisi olabilir.
Toplamda, her biri şu veya bu türden, şu veya bu önemdeki mesajlara yönelik altı günlük kaydı düzeyi vardır:
Trace - hedef kod bölümünde neler olup bittiğine dair en detaylı bilgi, adım adım. Örneğin: Başarılı/başarısız bir veritabanı bağlantısı açma girişimi. Bu operasyon ne kadar sürdü? Veritabanından seçim ne kadar sürdü, başarılı\başarısız. Kaç kayıt alınır. Sistemdeki yük neydi, ne kadar bellek kullanıldı. Gerekli filtrelemeyi geçen kayıt sayısı. Ortaya çıkan seçimde kaç kayıt göründüğü, bu kayıtların bir sonraki nereye gittiği. Her girişte istenen değerlerin kontrol edilmesi.
Hata ayıklama, hata ayıklama için bilgidir. Trace'dekinden daha az ayrıntılı olan büyük işlemlerin günlüğe kaydedilmesi. Burada işlemin tüm sürecini bu kadar ayrıntılı olarak tanımlamıyoruz, ancak yine de ana işlemleri günlüğe kaydediyoruz. Örneğin: Veritabanına bir istek yapıldı. Veritabanından N kayıt seçilir. Kayıtlar başarıyla işlendi ve müşteriye gönderildi.
Bilgi - bunlar, uygulamanın mevcut çalışması, kullanım sürecinde sisteme ne olduğu hakkında daha genel bilgi mesajlarıdır. Örneğin: Öğrenciler bir Excel dosyasına yüklendi. Siteye yeni bir öğrenci kayıt oldu. Öğrenci yeni bir rapor ekledi. Öğrenci başka bir gruba taşındı.
Uyarı - uygulamanın garip veya şüpheli davranışlarıyla ilgili mesajlar. Bu henüz ciddi bir hata değil, ancak sistemin bu davranışına dikkat etmelisiniz. Örneğin: 2 yaşında bir öğrenci eklendi. Öğrenci eksi puan aldı. Öğretmen 0 öğrenci ile bir kursu tamamladı. Grupta mümkün olan maksimum sayıdan daha fazla öğrenci var.
Hata - uygulamadaki hata mesajları. Bu tür mesajlar zaten çözülmesi gereken büyük bir problemdir. doğru işlem sistemler. Örneğin: Veritabanına yeni bir öğrenci kaydedilirken hata oluştu. Bu gruptaki öğrenciler yüklenemiyor. Sisteme giriş hatası Kişisel AlanÖğrenci.
Ölümcül - sistemdeki çok ciddi hatalarla ilgili mesajlar. Çoğu zaman bu, tüm uygulamanın veya sunucudaki ortamının sağlığından kaynaklanır. Bu tür mesajlara mümkün olduğunca çabuk cevap verilmelidir. Örneğin: Bellek veya sabit disk alanı yetersizliği nedeniyle uygulama sürekli olarak yeniden yükleniyor. Uygulama bilinmeyen bir nedenle sonlandırıldı. Veritabanına erişim yok. Ağ erişimi yok. Bazı bağlantı noktaları engellendi.
Yani, günlüğe bir mesaj göndermeden önce, onu belirli bir gruba atfetmemiz gerekir.
Örneğin, yeni bir işlevsellik yazdık ve nasıl doğru ve hızlı çalıştığını test etmek istiyoruz. Bunun için Trace mesaj tipini kullanacağız yani logdaki tüm mesajlarımız Trace olarak işaretlenecektir.
Benzer şekilde uygulamamızın bir bütün olarak nasıl çalıştığını anlatabiliriz, mesajlar Bilgi olarak etiketlenecektir.
Kodun tehlikeli kısımlarına bir istisna atarsak, şimdi ayrıca Hata olarak işaretlenmiş günlüğe bir giriş ekleyeceğiz.
Bu veya bu mesajı hangi gruba atfedileceğine geliştirici kendisi karar verir. Bu konuya azami ciddiyetle yaklaşılmalıdır. Açıkçası, hatalar Bilgi olarak işaretlenmemeli, hatalar göz ardı edilmemeli ve basitçe günlüğe kaydedilmemelidir. Tüm sistemin bakım kolaylığı, hatalara anında yanıt verilmesi ve sorun giderme için harcanan zaman, düzgün yapılandırılmış bir kayıt sistemine bağlı olacaktır.
Bazen geliştiriciler günlük yazmak için çok tembeldir, üzerinde zaman harcamak istemezler. Gelecekte, hataları bulmak ve düzeltmek için harcanan zamanın, bir günlükler sistemi oluşturmak için gereken zamandan çok daha fazla olduğu ortaya çıktı.
Doğal olarak, çoğu projenin karmaşıklığına bağlıdır. Kendi ihtiyaçlarınız için basit bir üç sayfalık kartvizit sitesi veya konsol uygulaması oluşturuyorsanız, yerel bilgisayar, karmaşık bir günlük sistemi yazmak, projenin kendisini oluşturmaktan daha uzun sürebilir. Bu durumda loglara sadece hata mesajları veya sitenin neden çöktüğü yazılabilir. Ancak, diğer geliştiricilerle birlikte karmaşık bir proje üzerinde çalışıyorsanız, uygun günlük kaydı şarttır.
Loglamaya başlamak için NLog platformunu projemize bağlayacağız. Mümkün .
- $(tabanlı)- uygulamamızın kök dizini
- $(kısa tarih) - geçerli tarih yyyy-AA-gg biçiminde
- $(uzun tarih)- yyyy-AA-gg SS:dd:ss.ffff biçiminde geçerli tarih
- $(çağrı sitesi)- günlük çağrı konumu (sınıf adı, yöntem adı)
- $(büyük harf:$(düzey)- günlüğe kaydetme seviyesi
- $(mesaj)- doğrudan günlüğe yazılacak mesaj
- $(yeni satır)- yeni satır karakteri
Genel sınıf StudentRepository ( özel statik Kaydedici günlükçü = LogManager.GetCurrentClassLogger(); //... )
Çoğu zaman, tüm sınıf içinde bir statik günlükçü bildirilmelidir. Sınıf yöneticisi aracılığıyla buradayız günlük yöneticisi birlikte çalışacağımız yeni bir kaydedici duyurdu.
Trace seviyesinden loglamaya başlayalım. Öğrenciyi kimliğine göre seçtiğimiz yöntemde bunun nasıl olduğunu olabildiğince detaylı bir şekilde anlatalım:
Public Student GetStudentById(int id) ( //burada veritabanından gerçek bir öğrenci seçiminin durumu simüle edilir... logger.Trace("İstenen öğrenci kimliği: " + id); logger.Trace("Bağlanmaya çalışılıyor veri kaynağına"); logger .Trace("Veri kaynağına bağlantı başarılı. Geçen süre(ms): " + new TimeSpan(0, 0, 0, 0, 20).Millisaniye); var öğrenci = _studentsList.FirstOrDefault (x => x.Id = = id); logger.Trace("Örnekleme başarılı. id==" + öğrenci.Id ile öğrenci; geri öğrenci; )
Günlükçü nesnesinde Trace() yöntemini çağırdığımıza dikkat edin. Karşılık gelen bir anlamı vardır - Trace türündeki günlük mesajları. Logger sınıfının tanımına dönersek, logun tüm seviyeleri için daha fazla kullanacağımız başka yöntemler de olduğunu görebiliriz.
Şimdi bazı Hata Ayıklama seviyesi mesajları ekleyelim. Hatırladığımız gibi, bu aynı zamanda hata ayıklama bilgisidir, ancak daha az ayrıntılıdır. Bu yaklaşım netlik için başka bir yöntemde kullanıyoruz:
genel liste
Daha ileri gidiyoruz. Bilgi seviyesinde, uygulamamızda düzenli işlemleri açıklıyoruz, yani bir seviye yukarı çıkıyoruz. Bir ASP.NET MVC uygulaması üzerinde çalıştığımızı ve daha önce açıklanan GetStudentById() yöntemini çağıran bir denetleyicide bir eylemimiz olduğunu varsayalım:
Public ActionResult GetStudent(int id) ( logger.Info("Öğretmen id ile öğrenci istedi == " + id); StudentsRepository deposu = new StudentsRepository(); Student Student = repository.GetStudentById(id); return View(student); )
Şimdi Loglara Warn level mesajlarını ekleyelim. Hatırladığımız gibi, bu kayıt düzeyinde, bileşenlerin tüm potansiyel olarak tehlikeli durumları, garip ve mantıksız davranışlarını tanımlıyoruz. Öğrenci 15 yaşından küçükse bir giriş yapacağız:
//... Öğrenci öğrenci = depo.GetStudentById(id); logger.Trace("Örnekleme başarılı. id==" + öğrenci.Id ile seçilen öğrenci); if (öğrenci.Yaş< 15) logger.Warn("Выбран студент моложе 15 лет"); //...
Var öğrenci = _studentsList.FirstOrDefault(x => x.Id == id); if (student == null) logger.Error("Hata. id == " + id ile öğrenci bulunamadı); logger.Trace("Örnekleme başarılı. id==" + öğrenci.Id ile seçilen öğrenci); if (öğrenci.Yaş< 15) logger.Warn("Выбран студент моложе 15 лет");
Şimdi Fatal seviyede ne kaydetmemiz gerektiğini belirleyelim. En basit örneğimizde, benzer bir durumu simüle edeceğiz:
//... logger.Fatal("Uygulamanın maksimum kullanım limitine ulaşıldı rasgele erişim belleği 90%"); //...
Altı günlük kaydı düzeyini de gözden geçirdik ve uygulamamızın sürecini mümkün olduğunca ayrıntılı bir şekilde tanımladık. Artık kaynak koduna bakmadan sadece günlükleri inceleyerek sitenin işleyişini anında analiz edebiliyoruz.
Loglama bu şekilde çalışır. Öğrencilerle çalışmayı simüle ettiğimiz en basit örneğimizde, günlükler olmadan bile her şey son derece net ve şeffaftır. Ancak karmaşık projelerde günlük kaydı geliştirmenin ayrılmaz bir parçasıdır.
Elbette bunlar, NLog platformunun tam özelleştirme yeteneklerinden uzaktır. AT yapılandırma dosyasıörneğin bir veritabanına, konsola, RAM'e, e-posta mesajı olarak gönderme, ağ üzerinden mesaj gönderme vb. gibi diğer yerlere günlüğe kaydetmeyi yapılandırabilirsiniz. Daha karmaşık bir mesaj şablonu olan mesaj filtrelemeyi de ayarlayabilirsiniz. Kaydedicinin standart işlevinden memnun değilseniz, kendi uzantınızı yazıp bağlayabilirsiniz.
Hepsi burada, biraz özetleyelim. Uygulamada oturum açma konusunu inceledik. Belirli kod bölümlerinin nasıl doğru bir şekilde günlüğe kaydedileceğine baktık ve ayrıca en popüler günlük platformlarından biri ile tanıştık - bu NLog Platformu, aynı zamanda yeteneklerini ve bu platformda günlük oluşturmayı nasıl yapılandırabileceğinizi de düşündük.
sayısını içeren standart site istatistiklerine ek olarak, benzersiz ziyaretçiler, sayfaları aç ve daha fazlası kullanışlı bilgi, web yöneticisinin böyle bir site hakkında başka birçok şeyi bilmesi gerekir ve günlükler ona bunu gösterir. Aynı zamanda, acemi web yöneticileri çoğu zaman bir günlüğün ne olduğunu ve ne verdiğini bile bilmiyorlar.
Hangi bilgilere ihtiyaç var?
Yukarıda belirtildiği gibi, standart parametrelere ek olarak, site sahibi birçok başka veriyi de bilmelidir:
- En çok ziyaret edilen sayfalar hangileri?
- Kullanıcıları sitenize getirme olasılığı en yüksek olan arama sorguları.
- Ziyaretçiler arasında en çok hangi tarayıcılar veya işletim sistemleri talep ediliyor.
- Ziyaretçiler en çok hangi ekran çözünürlüğünü kullanıyor?
- Ve daha fazlası.
Nasıl öğrenilir?
Vakaların ezici çoğunluğunda, sitelere ücretli veya ücretsiz bir sayaç kurulurken, bunu sağlayan kaynak sitenin kapsamlı bir analizini yapar ve herhangi bir zamanda danışılabilen ziyaret istatistiklerini tutar. Özellikle bir kişi kendi web sitesini ücretsiz bir barındırmada barındırıyorsa, bu tür sayaçların kullanımı talep edilmektedir. Bir kütüğün ne olduğu göz önüne alındığında, aslında gerekli verilerin çoğunu içerdiklerinden, bu tür sayaçlarla nasıl çalışılacağını öğrenmek önemlidir.
Ücretli barındırma sağlayan barındırma sağlayıcılarının ezici çoğunluğu, başlangıçta müşterilerine, oluşturulan sitede zaten yüklü olan analiz araçlarını kullanma fırsatı verir. Örneğin, Apache sunucuları, ek bir sunucu modülü olarak kullanılan Webalizer adlı özel bir yardımcı program kullanır.
Ücretli hosting kullananlar, site günlüğünün ne olduğunu ve nasıl kullanılacağını bilen webmaster, site ile ilgili tüm verileri tamamen bağımsız olarak da işleyebilir. tam erişim ihtiyacınız olan tüm bilgilere.
Bu nedir?
Herhangi bir site, web yöneticisinin kendisi için uygun olan herhangi bir zamanda bakabileceği kendi günlüğünü tutar. günlük nedir? Bu, siteye yapılan tüm istekler ve bu isteklerle ilgili çeşitli hataları içeren bilgileri içeren ayrı bir metin dosyasıdır.
Veriler günlüğe nasıl yazılır?
Başlangıçta, kullanıcı kendi tarayıcısına belirli bir sitenin adresini yazar ve oraya gider. Bundan sonra, kullanıcının tarayıcısı, bu sitenin bulunduğu sunucuya, kullanıcının ilgilendiği web sayfasını yayınlamak için bir istek göndermeye başlar. Bununla birlikte, sunucuya aşağıdaki bilgiler sağlanır:
- ziyaretçinin IP adresi.
- İsteğin tam olarak yapıldığı zaman.
- Kullanıcının kullandığı tarayıcı.
- Kullanıcının kullandığı işletim sistemi.
- İlgilenilen sayfa.
- Hedefe geçişin yapıldığı sayfanın adresi.
Bundan sonra, sunucu ziyaretçiye bir ilgi isteği gönderir ve işlemle ilgili tüm bilgiler olay günlüğüne kaydedilir ve sözde bir günlük dosyası oluşturulur.
Site günlüklerinin yetkin bir analizi, web yöneticisinin kaynağının tam olarak nasıl kullanıldığını ve onu geliştirmek için hangi yönde daha uygun olduğunu belirlemesini sağlar.
Günlükler hangi bilgileri veriyor?
Site günlüklerine bakarak şunları bulabilirsiniz: büyük miktar kaynağın daha fazla tanıtımını geliştirecek ve daha etkili hale getirecek faydalı bilgiler:
- katılım. Elbette böyle bir gösterge, her sayfada bulunabilen standart bir sayaç tarafından da belirlenir, ancak günlükte bu veriler gün, saat veya aya göre trafik dahil olmak üzere daha ayrıntılı olarak sağlanır. Ayrıca, günlükleri kullanarak, bir sitenin bakımını yaparken bilmek son derece önemli olan trafikte ani artış veya durgunluk saatlerini belirleyebilirsiniz.
- Trafik. Bu durumda, hem her bir sayfanın trafiği hem de toplam site trafiği belirli bir süre zaman.
- Dönüştürmek. Bu parametre, ziyaretçilerin kaynağınızda nasıl hareket ettiğini, yani bir sayfayı nasıl görüntülediklerini ve sitenizde nasıl "seyahat etmeye" başladıklarını, bir sayfadan diğerine bakarak belirlemenizi sağlar. Dönüşüm oranı, sitenizin kalitesini dolaylı olarak belirlemenizi sağlar.
- terkedilmiş sayfalar Sunucu günlüklerinin ne olduğunu göz önünde bulundurarak, genellikle terk edilmiş sayfalar, yani çok nadiren ziyaret edilenler içerdiğini belirleyebilirsiniz. Böyle bir durumda, web yöneticisi durumun kapsamlı bir analizini yapmalıdır, çünkü sayfalar insanların ilgisini çekmeyi bırakmış veya sitenizdeki diğer pek çok şey arasında onları bulmak zorlaşmış olabilir.
- Popüler Sayfalar. En çok ziyaret edilen web sayfaları. Bunları başka sayfalar oluşturma sürecinde şablon olarak kullanabilir ve gerekirse kullanıcıları bu sayfalardan terk edilmiş veya daha az popüler olan bazı sayfalara da yönlendirebilirsiniz.
- Arama sorguları. Diğer şeylerin yanı sıra site günlükleri, bu meta etiketlerin etkinliğini de içerir. anahtar kelimeler ve kullandığınız ve sitenizin belirli kişiler tarafından bulunabileceği web sayfalarının adları arama motorları. Buna göre günlükler, belirli bir sorgu için sitenizi hangi arama motorunun bulduğuna ilişkin verileri içerir.
Talimat
"Bilgisayarım" menüsünün özelliklerinde, yönetimden sorumlu öğeyi seçin. İşletim sistemlerinde Yedi ve Windows Vista Bu öğe Bilgisayarım menü çubuğunun sol tarafında listelenir. Ayrıca koşabilirsin bu menü kontrol panelindeki "Yönetim" bölümünden. Ekranınızda görmelisiniz özel konsol yönetmek.
Günlük dosyalarıyla çalışırken kısıtlamalara dikkat ettiğinizden emin olun. hesap, çünkü tüm eylemler yalnızca yönetici tarafından gerçekleştirilmelidir. Misafirler ve diğer kısıtlı hesaplar bu işlemi kullanamaz.
Bilgisayar Yönetimi menüsünde Olay Görüntüleyici ve Yardımcı Program Görüntüleyici'yi bulun. Bölümlerinin her birini dikkatlice gözden geçirin, ardından hangilerini kaldırmak istediğinize karar verin.
Olay görüntüleyicide işletim sistemi günlüklerini temizleyin Windows sistemleri farenin sol tuşu ile seçerek. "Eylem" öğesini genişletin, ardından çalıştırın bağlam menüsü vurgulayarak sağ tık fareler.
Ekranınızda görüntülenen pencerede, "Tüm olayları sil" adlı öğeyi seçin ve bunu gerçekten yapmak istiyorsanız, görünen iletişim kutusunda işlemi onaylayın. Günlük dosyalarının içeriği bilgisayarınızdan kaldırılana kadar bekleyin.
Kullanmak özel programlar bilgisayarı daha anlaşılır ve daha hızlı bir şekilde günlük dosyalarını temizlemek için optimize etmek, genellikle içeriklerini otomatik olarak temizlemek için de yapılandırılabilirler. Genellikle, günlükleri temizlemek bu tür programların ikincil bir görevidir, ancak bilgisayarınızı hızlandırmak, kullanılmayan hizmetleri kaldırmak ve gereksiz işlemleri sonlandırmak için yararlı olabilirler. Ayrıca disk birleştirme, hata düzeltme, RAM temizleme vb. işlemleri de gerçekleştirirler.
Kendine güvenen bir PC kullanıcısının becerilerine sahip değilseniz, günlükleri kendiniz temizlemeyin.
1C işlem günlüğünü temizleme görevi Microsoft SQL'i Sunucu, seçilen dosyayı otomatik olarak küçültme yeteneğine rağmen, kendi dosyalarının boyutunun otomatik olarak büyümesi nedeniyle belirli zorluklar sunar.
Talimat
Seçilen temizleme işleminin şemasını anladığınızdan emin olun veya daha doğrusu işlem günlüğünün kesilmesi: prosedür yalnızca dosyanın sonundaki boş alanın kesilmesiyle gerçekleştirilebilir ve doğrudan seçilen yöntem ile ilgilidir. yaratmak destek olmak. Tam seçeneğini belirlerseniz, tüm kalıcı işlemleri tamamlamanız ve Etkin olmayan girişleri işlem günlüğü modundan kaldır modunda bir yedek oluşturmanız gerekir. Basit seçeneğinin seçilmesi tüm dosyayı keser, ancak işlemleri geri yüklemesi gerekmez.
İşlem günlüğü dosyasının kesilmesi, DBCC Shrinkfile (log_file_name, desire_file_size) komutu ile Query Analyzer aracı kullanılarak gerçekleştirilebilir ve temizleme işlemi ancak tam bir işlem oluşturulduktan sonra gerçekleştirilebilir. yedek taban aynı ekip tarafından. Kopyalama seçeneklerini belirtmek için aşağıdaki sözdizimini kullanın: Yalnızca kesme ile seçilen_taban_adı Yedekleme Günlüğü.
Veritabanını Yedekleme aracını kullanarak verileri geri yüklemeniz gerekmiyorsa, temizlenecek işlem günlüğü dosyasının tam bir yedeğini oluşturun ve Etkin olmayan girişleri işlem günlüğünden kaldır onay kutusunun işaretini kaldırın. Seçenekler sekmesine gidin ve Kurtarma Modeli parametresinin değerini Basit olarak değiştirin. Seçili dosyayı yukarıdaki komutla kısaltın veya DBCC ShrinkDatabase sözdizimini kullanın (selected_database_name, require_residual_file_size_in_%).
Etkin olmayan girişleri işlem günlüğünden kaldır kutusunu işaretleyin ve Enterprise Manager'dan kaynak kümesini yedekleyin. Kurtarma Modelini Tam olarak geri yükleyin ve mevcut kopya üzerinden Enterprise Manager'dan günlük geri yüklemeyi yeniden deneyin. Etkin olmayan girişleri işlem günlüğünden kaldır kutusunun işaretini tekrar kaldırın ve bir kez daha yürütün. destek olmak seçilen işlem günlüğü.
İlgili videolar
Kaynaklar:
- Microsoft SQL Server 2000'in çalışmasının bazı özellikleri
Herhangi bir yazılım belirli işlevleri yerine getirir. Nasıl yaptığına bakılmaksızın, varsayılan olarak yardımcı program klasöründe bir günlük dosyası oluşturulur. Bu dosya dır-dir Metin belgesi, programın tüm eylemlerini görüntüler.
İhtiyacın olacak
- Yazılım:
- - herhangi bir metin editörü;
- - 7Zip arşivleyici.
Talimat
Bazı durumlarda, nasıl davrandığınızı bilmeniz gerekir. çalışan süreç kilitlenmeden önce veya programın hangi nedenlerle kapatıldığı. Linux sistemlerine bakarsanız, bu işlem günlük dosyasına bakmadan yapılabilir (terminal veya konsol üzerinden başlatılması şartıyla). İşletim sistemleri hakkında Windows aileleri günlükler oluşturulur veya sistem günlüğüne bir giriş eklenir.
İki web yöneticisi arasındaki bir konuşmadan:
- Dün sitenizdeydim ...
"Demek sen oldun!"
Genel site istatistiklerine ek olarak (tek ziyaretçi sayısı, açtıkları web sayfası sayısı vb.), büyük önem web yöneticileri için başka bilgilere de sahiptir, örneğin: sitenin hangi sayfalarının en sık ziyaret edildiği, hangi arama terimleri ziyaretçileri siteye getirmek, hangi tarayıcılar ve işletim sistemleri ziyaretçiler tarafından kullanılan, ziyaretçi başına hangi ekran çözünürlüğü vb. vb.
Kural olarak, her siteye harici bir ücretsiz (nadiren ödenen) sayaç kurulur. Sayacı sağlayan kaynak, herhangi bir zamanda görüntülenebilen kaynak ziyaretleri hakkında (yukarıdaki bilgilerin tümü dahil) genişletilmiş istatistikleri tutar. Özellikle bu tür sayaçlarla sitelerini ücretsiz hosting üzerine yerleştirenlerle çalışmak uygundur.
Ücretli barındırma sağlayıcılarının çoğu (barındırma sağlayıcıları), müşterilerine önceden kurulmuş analiz araçlarını kullanma fırsatı sunar. Örneğin, sunucular için Apaçi sık kullanılan program Webalizer, bir web sunucusu eklentisi olarak yüklenir.
Ücretli barındırmada barındırılanlar, siteyi ziyaret etmeyle ilgili tüm bilgileri kendi başlarına da işleyebilir: sonuçta, web yöneticisi, sitesinin günlük dosyalarına tam erişime sahiptir.
Web sitesi günlük dosyası nedir
Web sitesi günlük dosyası ( log dosyası, kayıt-file, log file, log), siteye yapılan tüm isteklerin ve bu isteklerle ilgili tüm hataların kaydedildiği bir metin dosyasıdır.
Olaylar site günlük dosyasına nasıl kaydedilir?
Bu nedenle, bir site oluşturmanın ana hedeflerinden biri, yalnızca ziyaret sayısında bir artış değil, bir artış olmalıdır. ilgili ziyaretler - yani, sahte isimler, vaatler, anahtar kelimeler vb. ile ziyaretçileri kandırmayın - ziyaretçi aradığını bulmalıdır, buna hakkı vardır! ..
Notlar
1. Araştırma şirketi tahminleri ağ gemisi, Haziran 2009'da internette 238.027.855 site vardı. Aynı zamanda, web sunucularının payı Apaçi yaklaşık %47'ye ulaştı, Microsoft IIS – 24,80%, qq.com – 12,79%, Google – 4,98%, nginx – 3,69%, Güneş – 0,30%.
2. Sunucu günlük dosyaları Apaçi