отново падна

Първото нещо, което да направите, е да се създаде технологичен вестник (TJ).

Ако някой не знае какъв вид животно, а след това тук.

Дори ако всички са добре, или мислите ли, че вие всички сте добре, това все още е препоръчително да изберете колекцията на дневник. Защо?

1. Ако изведнъж ще има проблеми, тогава ще разполага с цялата информация за разследването.

2. Възможно е, че проблемите, които вече имате, такива процеси "падне", след като в рамките на 2-3 месеца, но можете да го направите, просто не знам, защото Потребителите лесно се рестартира и ще продължи, отколкото да общуват с програмистите.

TJ конфигурационен файл, който logcfg.xml, трябва да бъде, както следва:

Сега нека да се справят с факта, че тя е написана.

Във втория ред ние включваме влизане сметище, т.е. в случай на разпадането на един от процесите на сметището ще бъдат записани в директорията «C: \ V82 \ сметища» и ако е необходимо, платформата ще помогне на разработчиците да открият причината за грешката.

Стоварвам образува само в случай на падане на един от процесите, т.е. Ако има файлове в директорията на гаси, това означава, че имате проблеми с стабилност.

В третия ред ние включваме дневника TJ, не е трудно да се отгатне, трупите ще се съхраняват в директорията «C: \ V82 \ трупи» и се съхраняват 48 часа.

EXCP събитие е записано в случай на изключение, и е необходимо да се разбере какво му код се по време на грешката.

Събития PROC и администрация може да бъде полезна платформа за разработчиците да разследват.

Какво става, ако сметището ще бъде?

Име на сметището се основава на следния модел:

От имена сметища, знаем точното време на падането, а сега трябва да разберете какво се случва в този момент в системата, а ние сме тук, за да помогне на TJ трупи.

TJ е писано в отделна директория за всеки процес, на името на директорията се генерира от шаблон ImyaProtsessa_PIDProtsessa.

Име на лог файл се генерира посредством следния модел GGMMDDChCh.log

За да разберете какво е довело до падането, ние откриваме указателя с процес дневник ни е оставил. Ние можем да направим това, защото лесно Името на сметище файл е името и PID на процеса.

В този случай, ние се нуждаем от каталог rphost_3348.

Сега, в указаната директория да намерите регистъра, чийто информация, написана по времето на падането. Отново, отделете време на падането на името на сметището, и по този начин намери 13102516.log лог файл

В моя случай, в дневника гласи, както следва:

Forma.Forma.Forma. 5. Crash ();

EXCP - това събитие показва, че системата е възникнало никакво изключение, разделете ги със запетая списъци на свойствата на това събитие, ние ще изброим основните от тях.

Процес - име на процес, където е възникнала изключение

processName - името на базата от знания

APPLICATIONNAME - клиентът, от която идва обаждането, е довело до спад в този случай е по-тънък клиент

име_на_компютъра - име на компютъра, върху който беше пуснат на клиента

Контекст - код, който се изпълнява в момента на падането, е най-важното събитие за нас.

С помощта на контекста, понякога (но по-малко, отколкото аз бих искал) не успяват да разберат причината за грешката.

В моя случай, причината за падането е очевидно, че е безкрайна рекурсия.

Този пример е, разбира се, много проста и доста рядко в реалния живот, макар че понякога е.

Помислете още един пример

Във версия 8.2.13, има една много популярна грешка, когато се занимават с този въпрос "SistemnayaInformatsiya"

TJ контекст изглежда така:

Context = 'инфо = нов SistemnayaInformatsiya;

Текст = "Версията на 1C" + Info.VersiyaPrilozheniya; "

На пръв поглед нищо престъпно тук, но ние трябва да помним, че 1C е многопотребителска система и съоръжения трябва да бъдат проектирани за паралелно работата на потребителите, именно тук често погрешни разработчиците на платформата.

грешка се срещнали по време на едновременен достъп до обекта на няколко потребители, са доста често срещани, а ако вече са се образували няколко сметища, и в същото време в контекста на този, на фигури и същ обект (в този пример SistemnayaInformatsiya), е вероятно, че това е просто делото.

Какво да правите, ако сте разбрали причината за падането на трупи сам не мога?

Можете, разбира се прилага по отношение на тях. 1C подкрепа, но меко казано, не най-бързият начин :)

Има и по-бърза версия, всичко, което е необходимо е да се поставят на форума за партньорство пост с описание на проблема си, и е желателно да се незабавно предоставя линк към файла с сметището и трупи или да го прикачите към съобщението.

Ако не работите в поредицата, и не е нужно да имат достъп до партньор, бъдете сигурни, че имате приятели или познати, които работят там.

Тя е много по-бързо, отколкото тези, които преживява. подкрепа или разтвор метод научно.

На форум на Партньор на вашите въпроси са отговорили не само от специалисти, които може да са били изложени на такъв проблем, но платформата за разработчици.

Когато се обадите на форума, не забравяйте да включва следната информация:

Препратки към файла с сметището и дневници за изтегляне
версия Bit и сървъра OS
Bit сървъра 1C
Броят на сървъри в клъстер
Брой на текущите работни потоци на предприятието на сървъра 1C
версия използва СУБД на

46. Сердж # 1123; г Батанов (baton_pk) 211 19/11/13 13:56 Сега тема

(45) tormozit,
за първи път е чудо дойдох в тази форма:

По принцип, проблеми възникват, когато в COM-споделянето се опитвате да държи на хартия и хартията се опитва да ни нещо за казване. По-специално, когато не може да се проведе.

Опитвам се да симулира грешката и ще Ви изпратим по-подробна информация.

44. Андрю Burmistrov (Andreynikus) 954 15/11/13 20:03 Сега тема

Е, във вашия случай байпаса е единственото възможно решение -)
С изключение на прехода към версия, където е фиксиран бъг.

Sozdanie27.10.13 23:42

Obnovlenie03.11.13 12:55

Код посочено otkrytNe

Освобождаване на всички данни (снимки, dop.rekvizitov, характеристики, йерархии, цени, остатъка) в XLS / ODS / CSV / PDF

качване на данните на всички майстор (салда, цени, снимки, йерархии, вътр. детайли, характеристики, баркодове и т.н.) към CSV / XLS / XLSX / MXL / ODS / PDF и да е база данни, работещи на платформата 8.3. и нагоре

Свързани статии