Перше що необхідно зробити, це налаштувати технологічний журнал (ТЖ).
Якщо хто не знає що це за звір, то вам сюди.
Навіть якщо у вас все добре, або ви думаєте що у вас все добре, то все одно рекомендується налаштувати збір логів. Навіщо?
1. Якщо раптом проблеми виникнуть, то у вас вже будуть всі дані для розслідування.
2. Можливо, що проблеми у вас вже є, наприклад процеси «падають» раз в 2-3 місяці, але ви про це просто не знаєте, тому що користувачам легше увімкнеться знову і продовжити роботу, ніж зв'язуватися з програмістами.
Файл налаштувань ТЖ, той який logcfg.xml, повинен виглядати наступним чином:
Тепер давайте розберемося з тим, що тут написано.
У другому рядку ми включаємо запис дампа, тобто в разі краху одного з процесів дамп буде записаний в каталог «c: \ v82 \ dumps» і при необхідності допоможе розробникам платформи знайти причину помилки.
Дамп утворюється тільки в разі падіння одного з процесів, тобто якщо в каталозі damps з'являться файли, це означає, що у вас є проблеми зі стабільністю.
У третьому рядку ми включаємо запис логів ТЖ, як не важко здогадатися, логи будуть записуватися в каталог «c: \ v82 \ logs» і зберігатися 48 годин.
Подія EXCP пишеться в разі виникнення виключення, і потрібно що б дізнатися який код виконувався в момент помилки.
Події PROC і ADMIN можуть стати в нагоді розробникам платформи для розслідування.
Що робити, якщо з'явиться дамп?
Ім'я дампа будується за наступним шаблоном:
З назви дампа, ми знаємо точний час падіння, тепер необхідно з'ясувати, що відбувалося в цей час в системі, і тут нам допоможуть логи ТЖ.
ТЖ пишеться в окремий каталог для кожного процесу, ім'я каталогу формується за шаблоном ІмяПроцесса_PIDПроцесса.
Файл логу формується за наступним шаблоном ГГММДДЧЧ.log
Що б дізнатися, що привело до падіння, знаходимо каталог з логами покинув нас процесу. Ми легко це можемо зробити тому в імені файлу дампа є ім'я і PID процесу.
В даному випадку нам потрібен каталог rphost_3348.
Тепер в зазначеному каталозі потрібно знайти той лог, в який писалася інформація в момент падіння. Знову ж беремо час падіння з імені дампа, і таким чином знаходимо файл логу 13102516.log
У моєму випадку в балці написано наступне:
Форма.Форма.Форма. 5. Крах ();
Форма.Форма.Форма. 5. Крах ();
Форма.Форма.Форма. 5. Крах ();
Форма.Форма.Форма. 5. Крах ();
Форма.Форма.Форма. 5. Крах ();
EXCP - це подія означає, що в системі виникло якесь виключення, далі через кому перераховані властивості цієї події, перерахуємо основні з них.
Process - ім'я процесу, де виникло виключення
processName - ім'я інформаційної бази
applicationName - клієнт з якого надійшов виклик, що призвів до падіння, в даному випадку це тонкий клієнт
computerName - ім'я комп'ютера, на якому був запущений клієнт
Context - код, який виконувався в момент падіння, це найважливіше для нас подія.
За допомогою контексту іноді (але рідше ніж хотілося б) вдається зрозуміти причину помилки.
У моєму випадку причина падіння очевидна, це нескінченна рекурсія.
Даний приклад звичайно занадто простий і досить рідко зустрічається в реальному житті, хоча іноді буває.
Розглянемо ще один приклад
У версії 8.2.13 є одна дуже популярна помилка при роботі з об'єктом «СістемнаяІнформація»
Контекст ТЖ виглядає приблизно так:
Context = 'Інфо = Новий СістемнаяІнформація;
Текст = "Версія 1С" + Інфо.ВерсіяПріложенія; '
На перший погляд нічого кримінального тут немає, але треба пам'ятати, що 1С це розрахована на багато користувачів система, і об'єкти повинні бути спроектовані з урахуванням паралельності роботи користувачів, якраз тут часто і помиляються розробники платформи.
Причому помилки, що виникають в момент одночасного звернення до об'єкта декількох користувачів, зустрічаються досить часто, і якщо у вас вже утворилося кілька дампов, і при цьому в контексті фігурує один і той же об'єкт (у даному прикладі СістемнаяІнформація), то швидше за все це якраз той випадок.
Що робити, якщо зрозуміти причину падіння по логам самостійно не вдається?
Звичайно, ви можете звернутися в тех. підтримку 1С, але це, м'яко кажучи, не найшвидший спосіб :)
Є і більш швидкий варіант, все що потрібно, це розмістити на партнерському форумі пост з описом вашої проблеми, і бажано відразу дати посилання на архів з дампом і балками або прикріпити його до повідомлення.
Якщо ви не працюєте у франчайзі і у вас немає доступу на партнерський форум, то напевно у вас є друзі або знайомі, які там працюють.
Це набагато більш швидкий спосіб, ніж звернення через тех. підтримку або рішення проблеми методом наукового тику.
На партнерському форумі на ваші запитання відповідають не тільки фахівці, які можливо вже стикалися з такою проблемою, але і самі розробники платформи.
При зверненні до форуму, обов'язково вказуйте наступну інформацію:
- Посилання на архів з дампом і балками для скачування
- Версію і розрядність серверної ОС
- Розрядність сервера 1С
- Кількість серверів в кластері
- Кількість запущених робочих процесів на сервері 1С
- Версію використовуваної СУБД
46. Серг # 1 123; ї Батанов (baton_pk) 211 19.11.13 13:56 Зараз в темі
(45) tormozit,
в перший раз на це чудо я натрапив в такому вигляді:
В основному проблеми виникають, коли при COM-обміні намагаємося провести документ і цей документ намагається нам чогось сказати. Зокрема, коли не може провести.
Спробую змоделювати помилку і вишлю більш докладні відомості.
44. Андрій Бурмістров (Andreynikus) 954 15.11.13 20:03 Зараз в темі
Ну в вашому випадку обхід це єдино можливе рішення -)
Якщо не брати до уваги перехід на версію де ця помилка виправлена.
Созданіе27.10.13 23:42
Обновленіе03.11.13 12:55
Код откритНе вказано
Вивантаження БУДЬ-ЯКИХ даних (картинок, доп.реквізітов, характеристик, ієрархій, цін, залишків) в XLS / ODS / CSV / PDF
Майстер вивантаження БУДЬ-ЯКИХ даних (залишків, цін, картинок, ієрархії, доп. Реквізитів, характеристик, штрихкодів і т.д.) в CSV / XLS / XLSX / MXL / ODS / PDF для БУДЬ-ЯКИХ баз, які працюють на платформі 8.3. і вище
