Günlük analizi. Teknoloji dergisi
(veya filtre kullanan parça), örneğin:
— yürütülebilir kod 1C:Enterprise 8;
— DBMS için Transact-SQL kodu;
- kullanıcıların etkileşimli eylemleri,
- hata mesajları,
Not. TJ hala yazılmamışsa herkese bu klasörün haklarını verin (geçici olarak, hakların doğru olduğundan emin olmak için).
3) Teknolojik log dizininde yabancı dosyalar bulunmamalıdır. Yabancı dosyalar içeren bir dizin, günlük(ler)in oluşturulmasına izin vermez.
4) Depolama konumu dökümleri ve günlükleri birlikte saklanmamalıdır, çünkü belirtilen aralıktan sonra (varsayılan olarak 1 saat) içerikler tamamen silinecek ve dökümleri kaybedeceksiniz
Ayarlar
TJ'yi (filtreler kullanarak - logcfg.xml etiketlerini kullanarak) yalnızca incelenen olaylar için yapılandırmak daha iyidir, geri kalanını toplamayın, aksi takdirde "disk alanı eksikliği" yaşayacak ve sunucunun performansını yavaşlatacaksınız.
1) Technological Journal.epf'nin ITS Ayarları ile işlemeyi kullanarak filtreleri yapılandırmak daha kolaydır, ancak aynı zamanda en son sürümlerin yeni özelliklerinin geri dönüşe dahil edilmeyebileceğini unutmayın (her yeni sürüm yeni özellikler ekler, bunlar işleme yansıtılmaz). Bu durumda logcfg.xml dosyasını manuel olarak ayarlayın.
2) Günlük toplamayı durdurmak için dosyayı yeniden adlandırmanız yeterlidir; sunucuyu yeniden başlatmanıza gerek yoktur, ayarlar her dakika "anında" yeniden hesaplanır
3) logcfg.xml dosyasını belirli bir bilgi güvenliği için olayları filtreleyecek şekilde yapılandırın, “p:processName=” kullanın
4) http://users.v8.1c.ru/Adm1936.aspx - ayar örnekleri
Detaylar
Günlükleri toplamanın yeterli olmadığı açıktır; belirli bir sorunu çözmek için bunların yine de işlenmesi gerekir.
1) TJ'yi okumadaki zorluklar:
— Sistem mimarisinin iyi anlaşılmasını gerektirir
— İstek metinleri 1C:Enterprise'ın iç dilinde ve DBMS dilinde kaydedilir
2) Teknolojik log dosyaları alt dizinlerde saklanır. Bir sürecin teknolojik günlüğünün her alt dizininin adı şöyle görünecektir:<ИмяПроцесса>_<ИдентификаторПроцесса>, örneğin: rphost_4076. Günlük dosyasının adı YYMMDDHCH.log modeliyle belirtilir. Örneğin, 07051819.log günlüğünde dosya adı 18 Mayıs 2007 19 saatinden oluşturulmuştur)
3) Analiz günlüğü, sınırlayıcı olarak virgül kullanılarak Excel'e yüklenebilir; örneğin
Hata mesajlarını analiz etmek için günlüğü kullanmak istiyorsanız ücretsiz hizmeti kullanın.
Sorunuzun cevabını bulamadıysanız materyali genişletelim
— yürütülebilir kod 1C:Enterprise 8;
— DBMS için Transact-SQL kodu;
- kullanıcıların etkileşimli eylemleri;
- hata mesajları;
- bellek sızıntıları.
Anormal sonlandırma durumunda günlük, geliştiricilere iletilmek üzere bir bellek dökümü ve ekranın bir kopyasını oluşturmanıza olanak tanır.
Teknolojik günlüğü etkinleştirmek için şunları yapmanız gerekir:
1C Enterprise sunucusunda C:\Program Files (x86)\1cv82\8.2.15.301\bin\conf (yol - 1C Enterprise dizini) klasöründe logcfg.xml dosyasını oluşturun.
Bundan sonra, oluşturulan klasörlerin yollarını logcfg.xml dosyasına yazmanız gerekir (burada Belirtilen yol 1, günlüklerin yoludur ve Belirtilen yol 2, dökümlerin yoludur):
İşte sunucumdaki ayarların bir örneği:
Bu adımları tamamladıktan sonra 1cv8 uygulaması, sistemde meydana gelen tüm hatalara ilişkin sistem bilgilerini bu dizinlere otomatik olarak kaydetmeye başlayacaktır.
Analiz tamamlandıktan sonra işlem günlüğü, logcfg.xml dosyası silinerek veya yeniden adlandırılarak devre dışı bırakılabilir.
Bu günlüğün etkinleştirileceği bilgisayarlarda dosyaların oldukça büyük miktarda disk alanı kaplayabileceği varsayılmaktadır (tabii ki nispeten konuşursak). Bu nedenle, büyük miktarda boş alana sahip disklerin yollarını belirtmenizi öneririm.
1) Günlükleri başarılı bir şekilde oluşturmak için, günlükler (örneğin “D:\1Clog”) ve dökümler (örneğin “D:\1Cdumps”) için dizinler oluşturmanız gerekir; bunları sistem sürücüsünde oluşturmamak daha iyidir.
2) Bu TG dizinleri için aşağıdaki haklar yapılandırılmalıdır:
— teknolojik dergi kataloğunun tüm hakları;
— teknolojik dergi dizininin sahibine okuma hakları.
Not. TJ hala yazılmamışsa herkese bu klasörün haklarını verin (geçici olarak, hakların doğru olduğundan emin olmak için).
3) Teknolojik log dizininde yabancı dosyalar bulunmamalıdır. Yabancı dosyalar içeren bir dizin, günlük(ler)in oluşturulmasına izin vermez.
4) Depolama konumu dökümleri ve günlükleri birlikte saklanmamalıdır, çünkü belirtilen aralıktan sonra (varsayılan olarak 1 saat) içerik tamamen silinecek ve dökümleri kaybedeceksiniz
TJ'yi (filtreler kullanarak - logcfg.xml etiketleri kullanarak) yalnızca incelenen olaylar için yapılandırmak daha iyidir, gerisini toplamayın, aksi takdirde "disk alanı eksikliği" yaşarsınız ve sunucunun performansını yavaşlatırsınız.
1) Technological Journal.epf'nin ITS Ayarları ile işlemeyi kullanarak filtreleri yapılandırmak daha kolaydır, ancak aynı zamanda en son sürümlerin yeni özelliklerinin geri dönüşe dahil edilmeyebileceğini unutmayın (her yeni sürüm yeni özellikler ekler, bunlar işleme yansıtılmaz). Bu durumda logcfg.xml dosyasını manuel olarak ayarlayın.
2) Günlük toplamayı durdurmak için dosyayı yeniden adlandırmanız yeterlidir; sunucuyu yeniden başlatmanıza gerek yoktur, ayarlar her dakika "anında" yeniden hesaplanır
3) logcfg.xml dosyasını belirli bir bilgi güvenliği için olayları filtreleyecek şekilde yapılandırın, “p:processName=” kullanın
Bu ayarlarla aşağıdakiler hakkında bilgi topluyorum:
1C: Enterprise 8.2 sistemi uygulamalarının normal şekilde işlenmeyen ve sunucu işleminin veya ona bağlı istemci işleminin acil olarak sonlandırılmasına neden olabilecek istisnai durumları.
Acil bir durum meydana geldiğinde başlayan ancak bitmeyen olaylar.
Tüm süreçle ilgili ve sürecin daha sonraki performansını etkileyen olaylar. Örneğin: başlangıç, bitiş, çökme vb.
1C:Enterprise 8.2 sunucu kümesinin yöneticisinin eylemlerini kontrol etme
sunucu işlemlerinin (ragent, rmngr, rphost) kapladığı bellek miktarındaki artışla ilgili olaylar.
Yapılandırma kodundaki hataların neden olabileceği bellek sızıntısı olayları.
Teknolojik günlük, 1C 8.2 ve 8.3 platformunun özel bir mekanizmasıdır ve sistem hataları da dahil olmak üzere sistemde meydana gelen tüm olayları kaydetmenize olanak tanır. 1C: Enterprise'da teknolojik bir günlük oluşturma talimatlarına bakalım.
Teknolojik bir kayıt oluşturma talimatları
- 1C uygulama sunucularının yerel sürücülerinde teknolojik kayıt için özel bir klasör oluşturun. Örneğin, C:\LOG . Dökümler için örneğin C:\dumps.
- Günlüğü, bu dizinin bir alt dizininde hata mesajlarını (dosyaya bakın) toplayacak şekilde yapılandırın. Alt dizini tarihe göre adlandıracağız: C:\LOG\2014-04-22, vb.
- Logcfg.xml dosyasının kendisi, sunucu kurulum klasörünün (!) 1C: Enterprise'ın conf dizinine yerleştirilmelidir (örneğin, C:\Program Files\1cv82\8.2.17.153\bin\conf).
- Bundan sonra, yaklaşık bir dakika sonra, dizinde C:\LOG\2014-01-01 klasörünün oluşturulduğundan ve içinde rphost_XXXX, ragent_XXXX, rphost_XXXX adlarına sahip alt klasörlerin de bulunduğundan ve bunların içinde olduğundan emin olun. dosyalardır.
- Yaratılmışlarsa her şey yolundadır, yaratılmamışlarsa bir şeyler ters demektir.
- Bir sorun varsa: En yaygın hatalar şunlardır: dizin adlarındaki büyük/küçük harfler (büyük/küçük harf eşleşmelidir), yapılandırma dosyasında dizin adının sonuna bir eğik çizgi yazılmıştır (gerekli değildir) ve bazen ayrıca şunu da eklemeniz gerekir: C:\ klasörleri LOG, C:\dumps, C:\Program Files\1cv82\8.2.17.153\bin\conf klasörleri için kullanıcı haklarını, eğer bunlar çok "bükülmüş"se yapılandırın.
logcfg.xml dosyasının içi şunun gibi görünmelidir:
1C'de 267 video dersini ücretsiz alın:
Günlüğü yapılandırmaya yönelik özellikler
| TÜM | Tüm etkinlikler | Kesinlikle teknoloji dergisinin tüm etkinlikleri |
| YÖNETİCİ | İdari işlem | Yönetici Kullanıcı Eylemleri |
| ARAMA | Gelen çağrı | Gelen uzaktan arama (çağrı alıcısı tarafında uzaktan arama) |
| BAĞLANTI | Sunucuya bağlantı | 1C 8.3 sisteminin işlemleri arasında TCP bağlantısı kurma veya kesme |
| CLSTR | Küme etkinliği | Bir sunucu kümesinin çalışmasını değiştiren işlemlerin gerçekleştirilmesi |
| EDS | Harici veri kaynağı | Harici veri kaynaklarından gelen tüm etkinlikler |
| DB2 | IBMDB2 | IBM DB2'de SQL ifadelerinin yürütülmesi |
| DBMSSQL | Microsoft SQL Sunucusu | Microsoft SQL Server DBMS'de SQL ifadelerinin yürütülmesi |
| DBPOSTGRS | PostgreSQL | PostgreSQL DBMS'de SQL ifadelerinin yürütülmesi |
| DBORACLE | Oracle Veritabanı | Oracle Database'de SQL ifadelerinin yürütülmesi |
| DBV8DBEng | SQL, Dosya DBMS | Bir dosya DBMS'sinde SQL ifadelerinin yürütülmesi |
| EXCP | İstisna | 1C: Enterprise sisteminin bir uygulamasında normal şekilde işlenmeyen ve sunucu işleminin veya ona bağlı istemci işleminin anormal şekilde sonlandırılmasına neden olabilecek istisnai bir durum |
| EXCPCNTX | İstisna bağlamı | Acil bir durum meydana geldiğinde başlayan ancak bitmeyen bir olay |
| HASP | HASP'ı aramak | Donanım güvenlik anahtarına erişme () |
| SIZINTILAR | Bellek sızıntısı | 1C 8.2 yapılandırma kodundaki hatalardan kaynaklanabilecek bellek sızıntısıyla ilişkili bir olay |
| MEM | Sunucu belleği sızıntısı | Sunucu işlemlerinin (ragent, rmngr, ) kapladığı bellek miktarındaki artışla ilgili olay. |
| PROK | İşlem | Sürecin tamamıyla ilgili olan ve sürecin daha sonraki performansını etkileyen bir olay. Örneğin: başlangıç, bitiş, çökme vb. |
| QERR | İstek başarısız oldu | Veritabanının kayıtları ve alanları düzeyinde sorgu derleme hatalarının veya kısıtlamalarının tespiti ile ilgili olay |
| ÖLÇEK | Giden arama | Giden uzaktan arama (çağrı kaynağı tarafında giden arama). |
| SCOM | Sunucu bağlamı | Genellikle bir bilgi tabanıyla ilişkilendirilen bir sunucu bağlamının oluşturulması veya silinmesi olayı. |
| SDBL | Veritabanı Sorgusu | 1C: Enterprise 8.3 veritabanı modeline sorgu yürütme |
| OTURUM | Oturum | Çalışma oturumuyla ilgili eylemler. Örneğin: oturumun başlangıcı, oturumun sonu vb. |
| SRVC | Küme hizmetleri | Sunucu kümesi hizmetlerinin başlatılması, durdurulması ve uyarılmasıyla ilgili olaylar |
| TLOK | Kilit | Yönetilen modda işlem kilitlerini yönetme |
| TDEADLOCK | Yönetilen modda kilitlenme algılandı | |
| ZAMAN AŞIMI | Zaman aşımı | Maksimum işlem kilidi zaman aşımı aşıldı |
| VRSCACHE | http önbelleği | Sunucu çağrısı önbellek işlemi |
| VRSREQUEST | Sunucuya istek | Bazı kaynaklar için sunucuya istek |
| VRSYANIT | Sunucu cevabı | Sunucu cevabı |
| SİSTEM | Sistem olayları | 1C çalışanları tarafından analiz edilmesi amaçlanan platform mekanizmalarının sistem olayları |
Meslektaşlarım, teknoloji dergisine özel yazı serimize devam ediyoruz.
Bugün TJ günlüklerini analiz etme uygulamasını göstereceğiz.
Teknoloji Dergisi serisinden diğer makaleler:
Teknolojik günlüklerin analizi
Bu makaleden ne öğreneceksiniz?
- Girişlere daha yakından bakalım 1C: Kurumsal 8
- Günlük formatını ayrıntılı olarak inceleyelim Teknoloji dergisi
- Kaydedilmiş verileri içeren bir günlük örneğine bakalım
Bir dosya oluşturursak ne olacağını görelim logcfg.xml yukarıdaki yapıya sahip olun ve dizine yerleştirin "C:\Program Dosyaları\1Cv82\conf"
60 saniye bekleyip dizini açalım "C:\1C_Info\Logs", Çünkü dosyanın 3. satırında belirttiğimiz şey tam olarak bu logcfg.logcfg.
Eğer dizin 1C_Bilgi diskte değilse, 1C sunucusu onu oluşturmaya çalışacaktır, ancak 1C hizmetinin altında çalıştığı kullanıcının haklara sahip olmama riski vardır. Bu nedenle, günlükler için dizinleri manuel olarak oluşturmanız ve 1C sunucusunun bu dizine yazma haklarına sahip olup olmadığını kontrol etmeniz önerilir.
Sonuç olarak dizinde 3 adet alt dizin görüyoruz.
Her küme işlemi yalnızca bu işlem için günlükleri içeren bir dizin oluşturmuştur ve bu yana Yalnızca 3 işlemim var, dolayısıyla 3 dizin de var.
Dizin bir şablon kullanılarak oluşturulur İşlemAdı_PIDİşlem. PID Aynı ada sahip süreçleri birbirinden ayırmak gerekir.
Günlük dosyası desene göre adlandırılır YYMMDDHCH.log.
Günlük, parametrede belirtilen saat sayısından daha eskiyse tarih dosya logcfg, daha sonra platform tarafından otomatik olarak silinir.
Teknoloji günlüğü formatına daha yakından bakalım.
Bir olay ancak tamamlandıktan sonra günlüğe yazılır, çünkü olayın süresini kaydetmek gerekir.
Günlük satırı şu formata sahiptir:
Mm: ss.ttt-d,<ИмяСобытия>, <Уровень>, <Свойства>
mm– geçerli saatteki dakika numarası.
ss– geçerli dakikadaki saniyenin sayısı.
ttttt– geçerli saniyenin on binde biri olan sayı, 8,3 için milyonda biri sayısı burada görüntülenir.
D– olayın süresi saniyenin on binde biri, yani milyonda 8,3.
<ИмяСобытия> – olayın adı.
<Уровень> – geçerli iş parçacığının yığınındaki olay düzeyi.
<Свойства> - virgülle ayrılmış olay özellikleri, işaretle ayrılmış özellik değerleri «=» .
Bir örnekle bakalım.
Aşağıdaki içeriğe sahip bir günlük var:
Burmistrov Andrey
Sonraki makalelerde "Etkinlikler"e ve bunların filtrelenmesine bakacağız. TJ.
Bu arada, aldığınız materyali test bilgi tabanınıza ekleyin :)
Kısa bir süre önce kendim için yeni bir şey keşfettim, meğerse bir teknoloji dergisi (TJ) varmış. Bu ne tür bir hayvan ve neden gerekli olduğunu bu yazıda cevaplamaya çalışacağım.
1C'nin kendisi nasıl konuşulur Teknoloji dergisi 1C:Enterprise 8 sistemleri, sistemin teknolojik sorunlarını analiz etmek ve acil durum sonlandırmalarını analiz etmek için kullanılabilir. Belirli bir bilgisayarda çalışan tüm 1C:Enterprise 8 uygulamalarından gelen bilgileri kaydeder.Bu tanımdan bu aracın kullanışlılığı hemen anlaşılıyor; ondan örneğin şunları öğrenebiliriz:
- Hangi kodu çalıştırırken sunucunun iş süreçleri çöküyor?
- hangi sorgular yavaş ve nereden çağrılıyorlar?
- Kilitlenme veya zaman aşımı olup olmadığına bakın
- ve daha fazlası.
Bu dosyalar 2 gruba ayrılabilir
- dosyaları dökümü
- log dosyaları
Çöpler– bu, çökme anında işlemin RAM içeriğini içeren mdmp uzantılı bir dosyadır.
Devam etmek. TJ dosyaları hangi dizinde saklanıyor?
Varsayılan TJ dizinde oluşturulur:
%USERPROFILE%\Yerel Ayarlar\Uygulama Verileri\1C\1Cv82\
Windows Vista ve üzeri kullanılıyorsa dizin kullanılacaktır: %LOCALAPPDATA%\1C\1Cv82\
8.3 için 1Cv82 kataloğu yerine 1Cv8 kullanılır.
Ancak bu dizin değiştirilebilir. Aşağıda bu konuda daha fazla bilgi bulabilirsiniz.
TJ nasıl açılır?
Varsayılan olarak, işlem günlüğü etkinleştirilir ve minimum dökümü kaydedecek şekilde yapılandırılır. Özel bir dosya kullanarak TJ'yi yapılandırabiliriz. Yani TJ dizinlerini değiştirebilir, TJ'ye hangi olayların kaydedilmesi gerektiğini vb. belirtebiliriz.
TJ ayarlar dosyasından bahsediyorumlogcfg.xml .
Bu dosya, örneğin 1c'nin kurulu olduğu klasördeki conf dizininde bulunmalıdır.
"D:\Program Dosyaları\1Cv8\conf"
Tam bir TZ için bir ayarlar dosyası örneğine bakalım.
yapılandırma xmlns = "http://v8.1c.ru/v8/tech-log">
TJ'yi yalnızca bizi ilgilendiren olaylar için yapılandırmanız daha tavsiye edilir; örneğin, sistemde hatalar veya uzun işlemler (>10 saniye) olup olmadığını görmek istiyoruz.
TJ ayarlarını kullanarak ilgimizi çeken neredeyse tüm olayları filtreleyebilirsiniz.
Diyelim ki TC'de yalnızca AccRg105 tablosuna yapılan 3 saniyeden uzun süren sorgularla ilgili hataları ve bilgileri görmek istiyoruz. O zaman logcfg şu şekilde görünmelidir.
Mantıksal VEYA ikisi arasında çalışır; Olaylardan herhangi biri meydana geldiğinde TJ'ye kaydedilecektir.
Mantıksal VE bir tanesinin içinde çalışır, yani. Belirli bir olay yalnızca bir olay içindeki tüm koşullar yerine getirildiğinde kaydedilecektir.
Bu ayarla, EXCP olayı her zaman kaydedilecek ve DBMSSQL olayı yalnızca istek metninin herhangi bir yerinde "AccRg105" dizesi bulunuyorsa ve istek 3 saniyeden uzun süredir yürütülüyorsa kaydedilecektir. Etkinlik süresi filtresi, platform sürümüne bakılmaksızın saniyenin on binde biri oranında ayarlanmalıdır. Bu örnekte çeşitli koşullar kullanıyoruz: eq, gt ve like.
Aşağıdaki koşullar kullanılabilir:
- eşitlik – eşit;
- ne – eşit değil;
- gt – daha fazlası;
- ge – büyük veya eşit;
- lt – daha az;
- le – küçük veya eşit;
- beğen – maskeyle eşleşir.
Platform, ayarlar dosyasındaki verileri dakikada bir okur, bu yüzden heyecanlanmayın ve dosyaları hemen kontrol edin, bir dakika içinde içiniz rahat olacak)
Döküm verilerini 1C'ye göndermeyecekseniz, saklamanıza gerek yoktur; ayarlar dosyasında döküm konumu satırını belirtmeyin.
TJ dosyalarını varsayılan dizin dışında bir dizinde saklayacaksanız, önce onu kendiniz oluşturmanız daha iyi olur.
Test veritabanında, kilitte kasıtlı olarak bir zaman aşımı oluşturdum.
Bunu örnek olarak kullanmak
Popüler
- Küçük mesele kaldı Küçük mesele kaldı
- Günlük analizi. Teknoloji dergisi. Açıklama ve dahil etme 1c'de teknolojik günlüğün manuel olarak başlatılması
- Rapida'da AdSense ödeme alıcısı nasıl değiştirilir?
- Kendi ev işiniz Ruble cinsinden en iyi HYIP'ler
- Küçük işletmeler için avantajlı krediler: en iyi tekliflerin incelenmesi
- Küçük işletmeler için teminatsız krediler: alma koşulları
- İyi bir logo oluşturma ve geliştirme kuralları Bir şirket logosunu kendiniz nasıl geliştirebilirsiniz?
- Bir reklam kampanyasının etkinliğini değerlendirme yöntemleri Reklam değerlendirmesi
- Yeni başlayan girişimciler için
- Bir satış yöneticisi ne kadar kazanır?