Primul lucru pe care trebuie să-l faceți este să creați un jurnal tehnologic (TJ).
Dacă cineva nu știe ce fel de animal este, atunci ești aici.
Chiar dacă se descurcă bine sau credeți că faceți bine, este recomandat să creați o colecție de jurnale. De ce?
1. Dacă există probleme, veți avea deja toate datele pentru investigație.
2. Este posibil să aveți deja probleme, de exemplu, procesele "cad" la fiecare 2-3 luni, dar pur și simplu nu știți despre asta, deoarece utilizatorii se vor reporni cu ușurință și vor continua să funcționeze decât să comunice cu programatorii.
Fișierul de setări TG, cel care ar trebui să arate astfel:
Acum, să ne uităm la ceea ce este scris aici.
În al doilea rând, vom include o înregistrare de depozit, adică în cazul unui accident al unuia dintre procese, dump-ul va fi scris în directorul "c: \ v82 \ dumps" și, dacă este necesar, îi va ajuta pe dezvoltatorii platformei să găsească cauza erorii.
O dump este generată numai dacă unul dintre procese cade, adică Dacă există fișiere în directorul damps, înseamnă că aveți probleme de stabilitate.
În al treilea rând includem intrarea jurnal TJ, nu este greu de ghicit, jurnalele vor fi stocate în directorul «C: \ V82 \ jurnalele» și stocate 48 de ore.
Evenimentul EXCP este scris când apare o excepție și trebuie să știți care cod a fost executat în momentul erorii.
Evenimentele PROC și ADMIN pot fi utile dezvoltatorilor platformei de investigare.
Și dacă am o groapă?
Numele dump este construit în conformitate cu următorul model:
Din numele haldei, știm momentul exact al căderii, acum este necesar să aflăm ce se întâmpla în acel moment în sistem, iar aici se vor ajuta și jurnalele TJ.
TJ este scris într-un director separat pentru fiecare proces, numele catalogului este generat de procesul ProcessPID pentru numele șablonului.
Numele fișierului jurnal este generat de următorul șablon: YYMMDDHCH.log
Pentru a afla ce a dus la cădere, găsim un catalog cu jurnalele procesului care ne-a părăsit. Putem face acest lucru cu ușurință pentru că numele fișierului dump are un nume și un proces PID.
În acest caz, avem nevoie de directorul rphost_3348.
Acum, în directorul specificat, este necesar să găsiți acel log în care informațiile au fost scrise în momentul căderii. Din nou, luăm timp să cădem din numele dump și, prin urmare, găsim fișierul jurnal 13102516.log
În cazul meu, în jurnal se scrie următorul text:
Formular. 5. Reducere ();
Formular. 5. Reducere ();
Formular. 5. Reducere ();
Formular. 5. Reducere ();
Formular. 5. Reducere ();
EXCP - acest eveniment înseamnă că a apărut o excepție în sistem, atunci proprietățile acestui eveniment sunt enumerate printr-o virgulă, listați cele principale.
Proces - numele procesului în care a apărut excepția
processName - numele bazei de date
applicationName - clientul de la care a venit apelul, ducând la o cădere, în acest caz este un client subțire
computerName este numele computerului pe care se executa clientul
Context - codul care a fost executat în momentul căderii, acesta este cel mai important eveniment pentru noi.
Cu ajutorul contextului, uneori (dar mai puțin decât mi-aș dori) este posibil să înțeleg cauza erorii.
În cazul meu, cauza căderii este evidentă, este o recurență infinită.
Acest exemplu este cu siguranță prea simplu și destul de rar în viața reală, deși uneori se întâmplă.
Să luăm în considerare un alt exemplu
În versiunea 8.2.13, există o eroare foarte populară atunci când lucrați cu obiectul "SystemInformation"
Contextul TJ arată astfel:
Context = 'Info = Informații noi despre sistem;
Text = "Versiunea 1C" + Info.VersionApplications; "
La prima vedere, nimic penal aici, dar trebuie să ne amintim că 1C este un sistem multiutilizator, și facilități ar trebui să fie concepute pentru a paralel experiența utilizatorului, tocmai aici de multe ori dezvoltatorii de pe platforma greșită.
eroare fiind întâlnită în momentul accesului simultan la obiectul mai multor utilizatori, sunt destul de comune, și dacă ați format deja câteva grămezi, și, în același timp, în contextul celui figuri și același obiect (în acest exemplu SistemnayaInformatsiya), este probabil ca aceasta este doar acel caz.
Și dacă nu înțeleg de ce am căzut singură pe busteni?
Bineînțeles că poți aplica și celorlalți. susține 1C, dar acest lucru, pentru a spune ușor, nu este cea mai rapidă cale :)
Există, de asemenea, o versiune mai rapidă, tot ce este necesar este de a plasa pe forum pentru postul de parteneriat cu o descriere a problemei, și este de dorit să se asigure imediat un link către fișierul cu groapa de gunoi și bușteni sau atașați-l la mesaj.
Dacă nu lucrați într-un francizat și nu aveți acces la un forum partener, atunci cu siguranță aveți prieteni sau cunoștințe care lucrează acolo.
Acesta este un mod mult mai rapid decât trecerea prin acestea. sprijinul sau soluționarea problemei de către științifice.
La forumul partener, întrebările dvs. sunt răspunse nu numai de specialiștii care au întâmpinat deja o astfel de problemă, ci și de dezvoltatorii platformei înșiși.
Atunci când aplicați la un forum, asigurați-vă că includeți următoarele informații:
- Link-uri către arhiva cu dump și jurnale pentru descărcare
- Versiunea și profunzimea bitului serverului de operare
- Capacitatea serverului 1C
- Numărul de servere din cluster
- Numărul proceselor de lucru care rulează pe serverul 1C
- Versiunea DBMS utilizată
46. Serg # 1123; Batanov (baton_pk) 211 Nov 19, 13:56 pm Acum in thread
(45) tormozit,
prima dată când am dat peste acest miracol în această formă:
Practic, problemele apar atunci când, în timpul schimbului COM, încercăm să deținem un document și acest document încearcă să ne spună ceva. În special, atunci când nu se poate ține.
Voi încerca să simulez eroarea și să trimit mai multe informații detaliate.
44. Andrey Burmistrov (Andreynikus) 954 Marți, 15 noiembrie 13 20:03 În prezent în subiect
Ei bine, în cazul tău, aceasta este singura soluție posibilă)
Cu excepția trecerii la versiunea în care această eroare este fixată.
Creat în: 27.10.13 23:42
Update0.3.11.13 12:55
Cod deschis Nu este listat
Unload orice date (poze, dop.rekvizitov, caracteristici, ierarhii, prețuri, resturi) în XLS / ODS / CSV / PDF
încărcați datele tuturor de master (balante, preturi, poze, ierarhii, ext. detalii, caracteristici, coduri de bare etc.) în format CSV / XLS / XLSX / MXL / ODS / PDF pentru orice bază de date, care rulează pe o platformă 8.3. și mai sus
