Fazit Aufnahme des 1s Technikmagazins. Technologiemagazin. Beschreibung und Einbeziehung. Aktionen und Fehler des Administrators
Kolleginnen und Kollegen, wir starten eine Artikelserie, die einem Technologiemagazin gewidmet ist.
In dieser Serie befassen wir uns mit der Verwendung eines nützlichen Tools zur Untersuchung von Leistungs- und Stabilitätsproblemen 1C:Unternehmen- Technologiemagazin.
Nicht alle Spezialisten wissen davon und nur wenige wissen, wie man es richtig anwendet. Versuchen wir, die Situation zu beheben :)
Beschreibung und Einbindung des Technologieprotokolls
Was lernen Sie aus diesem Artikel?
- Beschreibung und Zweck des Tools Technologiemagazin
- So schalten Sie es ein Technologiemagazin V 1C:Unternehmen 8
- Das Prinzip der Generierung und Speicherung von Protokollen und Dumps
Beschreibung von TJ
TJ Entwickelt, um Fehler zu untersuchen, verschiedene Probleme beim Betrieb der Plattform zu analysieren und zu diagnostizieren 1C:Unternehmen.
Mit Hilfe von TZ können Sie herausfinden, welche Abfragen langsam laufen und woher sie aufgerufen werden, bei welcher Codeausführung die Arbeitsprozesse des Servers abstürzen, wo Speicher verloren geht und vieles mehr.
Alle Tools zur Plattformleistungsanalyse verwenden TJ, um Informationen zu erhalten. Wenn Sie das Problem mit TJ gründlich untersuchen möchten, können Sie Ihr eigenes Leistungsanalysetool schreiben.
TJ kann sowohl für 1C-Serverprozesse als auch für Clientanwendungen erfasst werden. Dementsprechend ist die Menge der Ereignisse, die im TD aufgezeichnet werden können, unterschiedlich.
Client-Protokolle und Dumps sind äußerst selten von Interesse, daher betrachten wir TZ in diesem Artikel ausschließlich aus der Sicht des Servers. Allerdings gilt alles, was hier geschrieben wird, auch für Client-Protokolle.
Mit TZ können Sie Protokolle sammeln und die Bildung von Dumps im Falle einer Notfallbeendigung eines Prozesses konfigurieren.
Protokolle– das sind Dateien mit der Erweiterung .Protokoll, wobei Informationen in Textform gespeichert werden.
Mülldeponien ist eine Datei mit der Erweiterung .mdmp, das den Inhalt des Arbeitsspeichers des Prozesses zum Zeitpunkt des Absturzes enthält.
Ein Dump kann äußerst notwendig sein, um Probleme mit der Plattformstabilität zu untersuchen. Wir können Dumps nicht selbst analysieren, weil... Wir haben den Quellcode der Plattform nicht, aber wir können ihn an den technischen Support oder ein Partnerforum senden und eine Lösung für unser Problem erhalten.
Den TJ einschalten
Standardmäßig ist das Prozessprotokoll aktiviert und funktioniert, es erfasst jedoch nur eine sehr begrenzte Datenmenge.
Die Mindestdatenmenge bedeutet zwei Dinge:
1) Bildung von Dumps der Mindestgröße bei einer Notabschaltung von 1C-Clusterprozessen ( ragent, rmngr oder rphost).
Standardmäßig wird der Dump im Verzeichnis erstellt:
%USERPROFILE%\Lokale Einstellungen\Anwendungsdaten\1C\1Cv82\dumps
Wenn Sie Windows Vista und höher verwenden, wird das Verzeichnis verwendet:
%LOCALAPPDATA%\1C\1Cv82\dumps
Für 8.3 statt eines Verzeichnisses 1Cv82 gebraucht 1Cv8.
2) Für 8.3 umfasst die minimale TZ die Bildung von Protokollen mit einem Ereignis SYSTEM mit Niveau Fehler.
Protokolle werden im Verzeichnis gespeichert:
%USERPROFILE%\Lokale Einstellungen\Anwendungsdaten\1C\1Cv8\logs
Für Windows Vista und älter wird das Verzeichnis verwendet:
%LOCALAPPDATA%\1C\1Cv8\logs
Diese Protokolle werden standardmäßig 24 Stunden lang gespeichert. Danach löscht die Plattform Protokolldateien, die diesen Schwellenwert überschreiten.
Meistens reichen die Informationen des Standard-TJ nicht aus und es ist eine manuelle Konfiguration erforderlich.
Zur Feinabstimmung des TJ müssen Sie eine Datei erstellen logcfg.xml mit einer bestimmten Struktur an einem bestimmten Ort.
Diese Datei muss im Verzeichnis abgelegt werden:
C:\Programme\1Cv82\conf (für 8.3 Verzeichnis 1Cv8)
In diesem Fall die Einstellungen TJ gilt für alle Versionen 1C, die auf diesem Computer und für alle Benutzer installiert sind. Diese Option wird am häufigsten verwendet und ist diejenige, die wir empfehlen.
Beim Einstellen MCC, Cloud-Leistungsüberwachungsdienste und andere Tools, zu denen Sie den Pfad angeben müssen logcfg, ist es auch besser, dieses spezielle Verzeichnis zu verwenden, andernfalls beim Aktualisieren der Plattform oder beim Ändern des Benutzernamens, unter dem der Serverdienst läuft 1C, funktionieren die beschriebenen Tools nicht mehr und Sie müssen die Einstellungen ändern.
Es gibt jedoch auch andere Möglichkeiten, die jedoch deutlich seltener genutzt werden. Ich beschreibe nur, was Sie am wahrscheinlichsten benötigen.
Zum Einrichten TJ Nur für eine Version der Plattform platzieren wir logcfg.xml im Katalog:
C:\Programme\1Cv82\8.2.19.106\bin\conf
Wo 8.2.19.106 – Dies ist die Versionsnummer, die Sie benötigen.
Dies kommt äußerst selten vor, dennoch kann es erforderlich sein, den TJ für jeden Benutzer, unter dem der Serverdienst ausgeführt wird, separat zu konfigurieren 1C.
Dann platzieren wir logcfg im Katalog:
%USERPROFILE%\Lokale Einstellungen\Anwendungsdaten\1C\1Cv82\Conf
Für Windows Vista und älter:
%LOCALAPPDATA%\1C\1Cv82\Conf
Dies kann erforderlich sein, wenn Sie beispielsweise über 1 Serverdienst verfügen 1C wird als funktionierendes verwendet, und das zweite wird zum Debuggen verwendet. Bei Bedarf können Sie Dienste unter verschiedenen Benutzern ausführen und sammeln TJ nur für einen von ihnen, um den zweiten Server nicht zu belasten und keine unnötigen Daten in den Protokollen zu sammeln, oder nehmen Sie für jeden der Dienste eigene Einstellungen vor TJ.
Einstellungen aus logcfg werden nicht sofort, sondern alle 60 Sekunden gelesen, und jeder der Clusterprozesse liest die Einstellungsdatei unabhängig von anderen Prozessen. Beispielsweise können die rmngr-Prozessprotokolle zuerst erscheinen und erst nach 45 Sekunden die rphost-Protokolle.
Ausschalten TJ Löschen Sie einfach die Datei oder benennen Sie sie um logcfg.xml.
Burmistrow Andrej
In den folgenden Artikeln werden wir uns mit den Nuancen der Einstellung befassen TJ und Anwendungspraxis.
Fügen Sie in der Zwischenzeit das erhaltene Material Ihrer Testinformationsdatenbank bei :)
Das Technologieprotokoll ist ein spezieller Mechanismus der 1C 8.2- und 8.3-Plattform, mit dem Sie alle im System auftretenden Ereignisse, einschließlich Systemfehler, protokollieren können. Schauen wir uns die Anweisungen zum Einrichten eines technologischen Protokolls in 1C: Enterprise an.
Anleitung zum Einrichten eines Technologieprotokolls
- Erstellen Sie einen speziellen Ordner für das Technologieprotokoll auf den lokalen Laufwerken der 1C-Anwendungsserver. Zum Beispiel C:\LOG . Und für Dumps beispielsweise C:\dumps.
- Konfigurieren Sie das Protokoll so, dass Fehlermeldungen (siehe Datei) in einem Unterverzeichnis dieses Verzeichnisses gesammelt werden. Wir benennen das Unterverzeichnis nach Datum: C:\LOG\2014-04-22 usw.
- Die Datei logcfg.xml selbst muss im Verzeichnis conf des Serverinstallationsordners (!) 1C: Enterprise abgelegt werden (z. B. C:\Programme\1cv82\8.2.17.153\bin\conf).
- Stellen Sie danach, nach etwa einer Minute, sicher, dass im Verzeichnis der Ordner C:\LOG\2014-01-01 erstellt wurde und darin auch Unterordner mit den Namen rphost_XXXX, ragent_XXXX, rphost_XXXX vorhanden sind sind Dateien.
- Wenn sie erstellt werden, ist alles in Ordnung, wenn sie nicht erstellt werden, stimmt etwas nicht.
- Wenn etwas nicht stimmt: Die häufigsten Fehler sind: Groß-/Kleinschreibung in Verzeichnisnamen (Groß-/Kleinschreibung muss übereinstimmen), in der Konfigurationsdatei wurde am Ende des Verzeichnisnamens ein Schrägstrich geschrieben (nicht erforderlich), und manchmal ist dies auch erforderlich Konfigurieren Sie Benutzerrechte für die C:\-Ordner LOG, C:\dumps, C:\Program Files\1cv82\8.2.17.153\bin\conf, wenn diese zu „verdreht“ sind.
Das Innere der Datei logcfg.xml sollte etwa so aussehen:
Holen Sie sich 267 Video-Lektionen zu 1C kostenlos:
Attribute zur Konfiguration des Protokolls
| ALLE | Alle Veranstaltungen | Absolut alle Veranstaltungen des Technikmagazins |
| ADMINISTRATOR | Verwaltungsmaßnahmen | Administrator-Benutzeraktionen |
| ANRUF | Eingehender Anruf | Eingehender Fernanruf (Fernanruf auf der Seite des Anrufempfängers) |
| CONN | Verbindung zum Server | Aufbauen oder Unterbrechen einer TCP-Verbindung zwischen Prozessen des 1C 8.3-Systems |
| CLSTR | Clusteraktivität | Durchführen von Vorgängen, die den Betrieb eines Serverclusters ändern |
| EDS | Externe Datenquelle | Alle Ereignisse aus externen Datenquellen |
| DB2 | IBM DB2 | Ausführung von SQL-Anweisungen in IBM DB2 |
| DBMSSQL | Microsoft SQL Server | Ausführung von SQL-Anweisungen im Microsoft SQL Server DBMS |
| DBPOSTGRS | PostgreSQL | Ausführung von SQL-Anweisungen im PostgreSQL-DBMS |
| DBORACLE | Oracle-Datenbank | Ausführung von SQL-Anweisungen in der Oracle-Datenbank |
| DBV8DBEng | SQL, Datei-DBMS | Ausführung von SQL-Anweisungen in einem Datei-DBMS |
| AUSSCHLIESSLICH | Ausnahme | Eine Ausnahmesituation in einer Anwendung des 1C: Enterprise-Systems, die nicht normal verarbeitet wird und zu einem abnormalen Abbruch des Serverprozesses oder des damit verbundenen Clientprozesses führen kann |
| EXCPCNTX | Ausnahmekontext | Ein Ereignis, das begann, aber nicht endete, als ein Notfall eintrat |
| HASP | Ich rufe HASP an | Zugriff auf den Hardware-Sicherheitsschlüssel () |
| LECKS | Speicherleck | Ein Ereignis im Zusammenhang mit einem Speicherverlust, der durch Fehler im 1C 8.2-Konfigurationscode verursacht werden kann |
| MEM | Serverspeicherverlust | Ereignis im Zusammenhang mit einem Anstieg der von Serverprozessen belegten Speichermenge (ragent, rmngr, ). |
| PROC | Verfahren | Ein Ereignis, das sich auf den gesamten Prozess bezieht und die weitere Durchführung des Prozesses beeinflusst. Zum Beispiel: Start, Ende, Absturz usw. |
| QERR | Die Anfrage ist fehlgeschlagen | Ereignis im Zusammenhang mit der Erkennung von Fehlern oder Einschränkungen bei der Abfragekompilierung auf der Ebene von Datensätzen und Feldern der Datenbank |
| Rufen Sie an | Ausgehender Anruf | Ausgehender Fernanruf (ausgehender Anruf auf der Seite der Anrufquelle). |
| SCOM | Serverkontext | Das Ereignis des Erstellens oder Löschens eines Serverkontexts, der normalerweise einer Infobase zugeordnet ist. |
| SDBL | Datenbankabfrage | Ausführen von Abfragen an das Datenbankmodell 1C: Enterprise 8.3 |
| SESN | Sitzung | Aktionen im Zusammenhang mit der Arbeitssitzung. Zum Beispiel: Sitzungsbeginn, Sitzungsende usw. |
| SRVC | Clusterdienste | Ereignisse im Zusammenhang mit dem Starten, Stoppen und Warnen von Serverclusterdiensten |
| TLOCK | Sperren | Verwalten von Transaktionssperren im verwalteten Modus |
| TDEADLOCK | Deadlock im verwalteten Modus erkannt | |
| TTIMEOUT | Auszeit | Das maximale Zeitlimit für die Transaktionssperre wurde überschritten |
| VRSCACHE | http-Cache | Cache-Vorgang für Serveraufrufe |
| VRSREQUEST | Anfrage an den Server | Anfrage an den Server für eine Ressource |
| VRSANTWORT | Serverantwort | Serverantwort |
| SYSTEM | Systemereignisse | Systemereignisse von Plattformmechanismen, die zur Analyse durch 1C-Mitarbeiter bestimmt sind |
Mit dem Technological Journal (im Folgenden als TJ bezeichnet) können Sie alle 1C:Enterprise-Ereignisse (oder einen Teil davon mithilfe eines Filters) protokollieren.
Der TJ wird mithilfe der Datei logcfg.xml im Programmordner C:\Program Files\1cv81\bin\conf konfiguriert, Beispieldateistruktur (DBMSSQL-Ereignisaufzeichnung aktivieren):
Code
< config xmlns="http://v8.1c.ru/v8/tech-log">
< log history="168" location="C:\Program Files\1Cv81\bin\logs">
< event>
< eq property="name" value="dbmssql"/>
< /event>
< property name="all"/>
< /log>
< dump create="1" location=location="C:\Program Files\1Cv81\bin\dumps" type="2" />
< /config>
1. Um Protokolle erfolgreich zu erstellen, müssen Sie Verzeichnisse für Protokolle (z. B. C:\Programme\1cv81\bin\logs) und Dumps (z. B. C:\Programme\1cv81\bin\dumps) erstellen.
Dabei erstellt die TZ im Falle einer Notbeendigung einen Speicherauszug und eine Kopie des Bildschirms zur Übermittlung an die Entwickler.
Es ist zu beachten, dass der TZ-Katalog mit einigen seiner Einstellungen sehr große Datenmengen anzeigen kann. Daher muss entweder genügend Speicherplatz auf dem Laufwerk C: vorhanden sein oder das TJ-Verzeichnis muss geändert werden.
Damit die TZ funktioniert, ist es erforderlich, dass die Benutzer, in deren Namen 1C:Enterprise-Anwendungen gestartet werden (sowohl Client als auch Server), über vollständige Rechte für das TZ-Verzeichnis (C:\Programmdateien\1cv81\bin\logs) verfügen Recht zum Lesen des oben liegenden Verzeichnisses (C:\Programme\lcv81).
Notiz. Wenn die TZ immer noch nicht geschrieben ist, dann geben Sie jedem die Rechte für diesen Ordner (vorübergehend, um sicherzustellen, dass die Rechte korrekt sind).
Im technologischen Protokollverzeichnis sollten sich keine überflüssigen Dateien befinden. Ein Verzeichnis, das überflüssige Dateien enthält, lässt die Erstellung von Protokollen nicht zu.
Speicherort-Dumps und Protokolle sollten nicht zusammen gespeichert werden, da nach dem angegebenen Intervall (standardmäßig 1 Stunde) der Inhalt vollständig gelöscht wird und Sie die Dumps verlieren
2. Es ist besser, den TJ (mithilfe von Filtern – logcfg.xml-Tags) nur für die untersuchten Ereignisse zu konfigurieren und den Rest nicht zu sammeln, sonst kommt es zu einem „Mangel an Speicherplatz“ und einer Verlangsamung der Serverleistung.
Es ist einfacher, Filter mithilfe der Verarbeitung mit den ITS-Einstellungen von Technological Journal.epf zu konfigurieren. Bedenken Sie jedoch gleichzeitig, dass neue Funktionen der neuesten Versionen möglicherweise nicht in der Rückgabe enthalten sind (jede neue Version fügt neue Funktionen hinzu, sie werden jedoch nicht berücksichtigt). wird bearbeitet). Passen Sie in diesem Fall die Datei logcfg.xml manuell an.
Struktur der Konfigurationsdatei
Das Stammelement der Konfigurationsdatei ist das Element< config>, das die Einstellungen des TJ bestimmt. es kann mehrere Elemente enthalten< log>und ein< dump>
< log>definiert den TZ-Katalog:
Verlauf = Anzahl der Stunden, nach denen die Informationen aus der TZ gelöscht werden.
location = Verzeichnis, in dem Protokolle gespeichert werden
Code
< log history="168" location="C:\Program Files\1Cv81\bin\logs">
...
< /log>
Element< dump>Definiert das Verzeichnis, in das Crash-Dumps geschrieben werden
< dump create="1" location=location="C:\Program Files\1Cv81\bin\dumps" type="2" />
< event>– Dieses Element definiert die Bedingung, unter der das Ereignis im TC aufgezeichnet wird. Bedingungen werden durch die Elemente geschrieben:
eq = gleich
ne = ungleich
gt = mehr
ge = größer oder gleich
lt = weniger
le = kleiner oder gleich
like = Match-Maske
Eigenschaft – Attribut gibt den Namen des Ereignisses an
value – das Attribut gibt den Wert des Ereignisses an. Nachfolgend sehen Sie ein Beispiel, in dem Ereignisse im Zusammenhang mit der Gruppe mit dem Namen „dbmssql“ im TC registriert werden
Code
< event>
< eq property="name" value="dbmssql"/>
< /event>
Die folgenden Gruppennamen sind verfügbar; mit der Veröffentlichung neuer Versionen der Plattform können neue Gruppen hinzugefügt werden:
PROC – Ereignisse, die sich auf den gesamten Prozess beziehen und die weitere Leistung des Prozesses beeinflussen (Start, Beendigung, abnormale Beendigung usw.);
SCOM – Ereignisse der Erstellung oder Löschung eines Serverkontexts, normalerweise im Zusammenhang mit einer Infobase;
EXCP – Ausnahmesituationen von Enterprise 8.1-Systemanwendungen, die nicht normal verarbeitet werden und zu einer Notbeendigung des Serverprozesses oder des damit verbundenen Clientprozesses führen können;
EXCPCNTX – Ereignisse, die zum Zeitpunkt des Notfalls begannen, aber nicht endeten;
SDBL – Ereignisse im Zusammenhang mit der Ausführung von Abfragen an das Datenbankmodell des 1C:Enterprise 8.1-Systems;
QERR – Ereignisse im Zusammenhang mit der Erkennung von Fehlern oder Einschränkungen bei der Abfragekompilierung auf der Ebene von Datenbankdatensätzen und -feldern.
PERR – Ereignisse im Zusammenhang mit der Erkennung von Fehlern bei der Arbeit mit Benutzereinstellungen;
CONN – Herstellen oder Unterbrechen einer Client-Verbindung mit dem Server;
ADMIN – Steueraktionen des Server-Cluster-Administrators;
DBV8DBErg – Ausführung von SQL-Anweisungen eines Datei-DBMS;
DBMSSQL – Ausführung von SQL-Anweisungen vom Microsoft SQL Server DBMS;
DBPOSTGRS – Ausführung von SQL-Anweisungen des PostgreSQL-DBMS;
DB2 – Ausführung von DBMS DB2 SQL-Anweisungen,
CALL – Fernanruf.
TLOCK – Verwaltung von Transaktionssperren im kontrollierten Modus.
Es ist zu beachten, dass auf dem Client-Computer nur Ereignisse auftreten können, die zu den Gruppen PROC, EXCP und SDBL gehören. Außerdem können Ereignisse aus der Gruppe DBVBDBEng auf dem Client-Computer auftreten, wenn die Dateiversion des 1C:Enterprise 8.1-Systems lautet gebraucht.
Es ist auch zu beachten, dass Ereignisse aus den Gruppen PROC, SCOW, EXCP, CONN und ADMIN relativ auftreten und eine geringe Menge an Informationen enthalten, während die Registrierung von Ereignissen aus den Gruppen SDBL, DBVPCBE v und DBMSSQL zu einem erheblichen Anstieg führen kann technische Information.
3. Um das Sammeln von Protokollen zu beenden, benennen Sie die Datei einfach um. Es ist nicht erforderlich, den Server neu zu starten. Die Einstellungen werden jede Minute „on the fly“ neu berechnet.
4. Konfigurieren Sie logcfg.xml, um Ereignisse für eine bestimmte Informationssicherheit zu filtern. Verwenden Sie „p:processName=".
5. Weitere Beispiele für Einstellungen aus den Foren
6. Weitere Beispiele für Einstellungen auf der 1C-Website
7. Es ist klar, dass das Sammeln von Protokollen nicht ausreicht; sie müssen immer noch verarbeitet werden, um ein bestimmtes Problem zu lösen.
TJ-Dateien können mit jedem Texteditor angezeigt werden, das Lesen über TJ Notepad ist jedoch schwierig, weil:
- Erfordert ein gutes Verständnis der Systemarchitektur
- Anforderungstexte werden in der internen Sprache von 1C:Enterprise und in der DBMS-Sprache registriert
Prozessprotokolldateien werden in Unterverzeichnissen gespeichert. Der Name jedes Unterverzeichnisses des technologischen Protokolls eines Prozesses sieht folgendermaßen aus:< ИмяПроцесса>_< ИдентификаторПроцесса>, zum Beispiel: rphost_4076. Der Name der Protokolldatei wird durch die Vorlage YYMMDDHCH.log angegeben. Im Protokoll 07051819.log wird beispielsweise der Dateiname vom 18. Mai 2007, 19 Uhr, gebildet.
Das Protokoll zur Analyse kann beispielsweise mit einem Komma-Trennzeichen nach Excel exportiert werden
1C:TsUP verwendet für seine analytischen Darstellungen technologische Protokolle. Bei Verwendung des MCC sollten keine weiteren Daten erfasst werden; löschen Sie logcfg.xml manuell; das MCC erstellt eine Datei mit den erforderlichen Einstellungen.
Es gibt keine anderen Protokollparser von 1C, es gibt ObrabotkaTehnologiceskogoGurnala.epf
8. Mögliche Fehler und zusätzliche Informationen. Information:
- Suchen Sie im Verzeichnis auf dem Server nach Protokollen, obwohl es für einen 64-Bit-Server ein anderes Programmverzeichnis gibt
- eine nicht abgeschlossene Anfrage verfolgen; Das DBMSSQL-Prozessprotokollereignis wird nur ausgegeben, wenn die Abfrage abgeschlossen ist. Wenn eine Anfrage längere Zeit nicht abgeschlossen werden kann, kann ihre Ausführung unterbrochen werden, woraufhin die damit verbundenen Ereignisse im technologischen Protokoll angezeigt werden.
Informationen stammen von der Website
Beispiele für die Einrichtung eines Technologieprotokolls
Das Technologieprotokoll ist deaktiviert
Wenn sich die Datei logcfg.xml nicht im Verzeichnis C:\Programme\1cv81\bin befindet, wird das Prozessprotokoll nicht erstellt. Wenn die Datei logcfg.xml für die korrekte Konfiguration von Dumps erforderlich ist, sollte sie kein einziges Protokollelement enthalten. Das folgende Beispiel bestimmt, ob ein vollständiger Dump einer Anwendung erstellt werden soll, wenn diese abstürzt. Dumps werden im Verzeichnis abgelegt: C:\Programme\1cv81\bin\dumps.
< config xmlns="http://v8.1c.ru/v8/tech-log">
< dump location="C:\Program Files\1cv81\bin\dumps" create="l" type="3"/>
< /config>
Komplettes Technikmagazin
Die folgende Konfigurationsdatei definiert die Ausgabe aller Ereignisse mit allen Eigenschaften an das Technologieprotokoll. Das Protokoll wird eine Woche lang (168 Stunden) gespeichert. Die Menge der angezeigten Informationen wird sehr groß sein, sie kann jedoch bei der Analyse komplexer Notfallsituationen nützlich sein. Es wird empfohlen, diese Konfiguration während der Testphase und bei der Untersuchung von Fehlern zu verwenden.
Code
< config xmlns="http://v8.1c.ru/v8/tech-log">
< log location="C:\Program Files\1cv81\bin\logs" history="168"> < event>
< ne property="Name" value="" /> < /event>
< property name="al1"> < /property>
< /log>
< /config>
Aufrufe an das DBMS
Die folgende Konfigurationsdatei legt fest, dass das Technologieprotokoll nur 1C:Enterprise-Aufrufe an das DBMS sowie Informationen zu Fehlersituationen enthält. Der Umfang der angezeigten Informationen ist geringer als bei einem vollständigen Prozessprotokoll, kann aber auch sehr groß sein.
< config xmlns="http://v8.1c.ru/v8/tech-log">
< log location="C:\Program Files\1cv81\bin\logs" history="168"> < event>
< eq propertу ="Name" va1ue="DBV8DBEng" /> < /event>
< event>
< eq propertу ="Name" va1ue="DBMSSQL"/> < /event>
< event>
< eq property="Name" value="DBPOSTGRS"/> < /event> < event>
< eq property="Name" value="DB2"/> < /event> < event>
< eq proper t у ="Name" va1ue="EXCP"/> < /event>
< property name="al1"> < /property>
< /log>
< /config>
Aktionen und Fehler des Administrators
Diese Konfigurationsdatei erstellt ein kleines technologisches Protokoll, das Informationen über den Start und die Beendigung von Anwendungen, den Aufbau und die Beendigung von Verbindungen zu einem Cluster von 1C:Enterprise-Servern, die Aktionen des Cluster-Administrators und Fehlersituationen beim Betrieb von 1C enthält :Unternehmen. In den meisten Fällen reicht ein solches Protokoll aus, um Fehlersituationen sowohl in der Konfiguration als auch in der 1C:Enterprise-Technologieplattform zu untersuchen.
< config xmlns="http://v8.1c.ru/v8/tech-log">
< log location="C:\Program Files\1cv81\bin\logs" history="168"> < event>
< event> < eq property= Name" value= PR0C"/> < /event>
< event> < eq property= Name" value= SC0M"/> < /event>
< event> < eq property= Name" value= C0NN"/> < /event>
< event> < eq property= Name" value= EXCP"/> < /event>
< event> < eq property= Name" value= ADMIN"/> < /event>
< event> < eq property= Name" value= QERR"/> < /event>
< property name="all"> < /property>
< /log>
< /config>
Fehler und lange Vorgänge
Im Vergleich zur vorherigen fügt diese Konfigurationsdatei alle Vorgänge hinzu, deren Dauer 10 Sekunden überschreitet. Dies kann nützlich sein, um Benutzeraktionen zu erkennen, die bereits über einen längeren Zeitraum ausgeführt wurden, beispielsweise für eine spätere Optimierung. Die Dauer von Ereignissen wird in Hunderten von Mikrosekunden ausgedrückt.
< config xmlns="http://v8.1c.ru/v8/tech-log">
< log location="C:\Program Files\1cv81\bin\logs" history="168"> < event>
< event> < eq property= Name" value= PR0C"/> < /event>
< event> < eq property= Name" value= SC0M"/> < /event>
< event> < eq property= Name" value= C0NN"/> < /event>
< event> < eq property= Name" value= EXCP"/> < /event>
< event> < eq property= Name" value= ADMIN"/> < /event>
< event> < eq property= Name" value= QERR"/> < /event>
< event> < gt property= Duration" value="100000"/> < /event>
< property name="al1"> < /property>
< /log>
< /config>
Technologisches Protokoll und seine Einstellungen
Das Technologieprotokoll ist eine Sammlung von Verzeichnissen und Textdateien, in denen verschiedene 1C:Enterprise-Anwendungen Informationen über den Betrieb einiger interner Mechanismen der Plattform aufzeichnen können. Die Zusammensetzung der Ausgabeinformationen wird durch die Konfigurationsdatei des Technologieprotokolls bestimmt, die den Namen trägt logcfg.xml und sollte in einem Unterverzeichnis abgelegt werden conf Katalog der Lademodule 1C:Enterprise. In dieser Datei bedeutet XML, die Bedingungen für die Ausgabe von Ereignissen und deren Eigenschaften an das Technologieprotokoll zu definieren. Wenn die Datei logcfg.xml fehlt, enthält kein Element Protokoll oder Fehler enthält, gilt das Technologieprotokoll als deaktiviert und wird nicht erstellt. Bei ausgeschaltetem Technologieprotokoll ist die Leistung von 1C:Enterprise etwas höher als bei eingeschaltetem.
In den folgenden Beispielen wird davon ausgegangen, dass 1C:Enterprise standardmäßig installiert ist und sich seine Lademodule im Verzeichnis befinden C:\Programme\1cv82\bin.
Wichtig Bedenken Sie, dass das Technologieprotokollverzeichnis mit einigen seiner Einstellungen sehr große Datenmengen anzeigen kann. Daher muss auf der Festplatte, auf der die Protokolldaten gespeichert werden, genügend Speicherplatz vorhanden sein. Damit das Technologieprotokoll funktioniert, ist es erforderlich, dass die Benutzer, in deren Namen 1C:Enterprise-Anwendungen gestartet werden (sowohl Client als auch Server), über vollständige Rechte für das Technologieprotokollverzeichnis verfügen ( D: \ 1cv82\logs) und das Recht, das obige Verzeichnis zu lesen ( D: \ 1cv82).
AUFMERKSAMKEIT! Es ist zu beachten, dass das Technologieprotokollverzeichnis nicht dazu gedacht ist, darin Dateien zu speichern, die nicht mit dem Technologieprotokoll in Zusammenhang stehen. Daher sollten Sie keine Dumps darin ablegen oder ein Verzeichnis verwenden, das Dateien enthalten könnte, die nichts mit dem technologischen Protokoll von 1C:Enterprise zu tun haben. Wenn in dem Verzeichnis, das als Verzeichnis angegeben ist
Wenn im technologischen Protokoll fremde Dateien vorhanden sind, wird die Verzeichnisangabe als falsch betrachtet und das technologische Protokoll wird nicht erstellt.
Das 1C:Enterprise-System fragt automatisch alle 60 Sekunden die Konfigurationsdateiverzeichnisse nach dem Vorhandensein einer Datei ab logcfg.xml und analysiert seine Zusammensetzung. Somit kann die Änderung der Parameter des technologischen Protokolls im laufenden Betrieb erfolgen, ohne laufende Anwendungen des 1C:Enterprise-Systems neu starten zu müssen.
Das Technologieprotokoll ist deaktiviert
Wenn die Datei logcfg.xml fehlt oder der Dateiname ist nicht gleich „ logcfg.xml" (Zum Beispiel logcfg_1 .xml) im Katalog C:\Programme\1cv82\bin\conf, dann wird das Prozessprotokoll nicht erstellt. Wenn die Datei logcfg.xml ist für die korrekte Konfiguration von Dumps notwendig, dann sollte es kein einziges Element enthalten Protokoll.
Das folgende Beispiel bestimmt, ob ein vollständiger Dump einer Anwendung erstellt werden soll, wenn diese abstürzt. Dumps werden im Verzeichnis abgelegt: D:\1cv82\dumps.
Komplettes Technikmagazin
Die folgende Konfigurationsdatei definiert die Ausgabe aller Ereignisse mit allen Eigenschaften an das Technologieprotokoll. Das Protokoll wird 2 Tage (48 Stunden) gespeichert. Die Menge der angezeigten Informationen wird sehr groß sein, sie kann jedoch bei der Analyse komplexer Notfallsituationen nützlich sein. Es wird empfohlen, diese Konfiguration während der Testphase und bei der Untersuchung von Fehlern zu verwenden.
Aufrufe an das DBMS
Die folgende Konfigurationsdatei legt fest, dass das Technologieprotokoll nur 1C:Enterprise-Aufrufe an das DBMS sowie Informationen zu Fehlersituationen enthält. Der Umfang der angezeigten Informationen ist geringer als bei einem vollständigen Prozessprotokoll, kann aber auch sehr groß sein.
Aktionen und Fehler des Administrators
Diese Konfigurationsdatei erstellt ein kleines technologisches Protokoll, das Informationen über den Start und die Beendigung von Anwendungen, den Aufbau und die Beendigung von Verbindungen zu einem Cluster von 1C:Enterprise-Servern, die Aktionen des Cluster-Administrators und Fehlersituationen beim Betrieb von 1C enthält :Unternehmen. In den meisten Fällen reicht ein solches Protokoll aus, um Fehlersituationen sowohl in der Konfiguration als auch in der 1C:Enterprise-Technologieplattform zu untersuchen.
Fehler und lange Vorgänge
Im Vergleich zur vorherigen fügt diese Konfigurationsdatei alle Vorgänge hinzu, deren Dauer 10 Sekunden überschreitet. Dies kann nützlich sein, um Benutzeraktionen zu erkennen, die bereits über einen längeren Zeitraum ausgeführt wurden, beispielsweise für eine spätere Optimierung. Die Dauer von Ereignissen wird in Hunderten von Mikrosekunden ausgedrückt.
).lt;/eventlogcfg
