Ошибка аварийные работы на сервере

При отключении питания, отказе техники, сбоях сети база данных, как правило, остается работоспособной. В этих случаях достаточно устранить неполадки в оборудовании и сети, чтобы продолжить работать в 1С.

Но что делать, если работоспособность программы нарушена настолько, что работать в ней невозможно? Об этом вы узнаете, прочитав статью.

Содержание

  • Аварийное завершение работы 1С
    • Возврат на копию базы
    • Чистка кеша 1С
    • Журнал регистрации (Конфигуратор)
    • Запуск со старой Платформы
    • Тестирование и исправление
    • CHDBFL.EXE
    • Как определить справочник или документ ошибки
    • Внешняя обработка удаления записей регистров накопления по регистратору

К причинам аварийного завершения работы 1С можно отнести отказы оборудования и внешние факторы. Например, при неисправностях жесткого диска целые сегменты его пространства становятся нечитаемыми. Другой причиной может быть перекодировка или уничтожение таблиц базы вирусом или отключение электропитания в момент проведения большого массива данных в 1С.

Что же делать, если при входе в 1С появляется сообщение об аварийном завершении работы и перезапуск сеанса не помогает?

БухЭксперт8 рекомендует выполнить последовательно следующие действия:

  • развернуть копию рабочей базы;
  • проанализировать данные Журнала регистрации;
  • выполнить запуск 1С со старой Платформы;
  • просмотреть ошибки текущего релиза;
  • запустить Тестирование и исправление информационной базы;
  • проверить отсутствие повреждений данных СУБД базы утилитой CHDBFL;
  • определить конкретные справочник или документ, вызывающие аварийное завершение 1С;
  • использовать внешнюю обработку Выгрузка и загрузка данных xml для переноса испорченных данных.

Возврат на копию базы

Первое, что должен сделать пользователь при аварийном завершении работы 1С и невозможности входа в нее, — восстановить последнюю копию рабочей базы.

Аварийные ситуации сложно предугадать. БухЭксперт8 рекомендует настроить автоматическое резервное копирование с выполнением копий не реже раза в неделю. Срок хранения копий можно ограничить двумя неделями.

В этом случае программа сама сделает резервную копию 1С по заданному расписанию.

Пользователи продолжают работать в восстановленной базе, пока идет анализ ошибок в рабочей 1С. После того как ошибки в рабочей базе будут устранены, новые данные по документам и справочникам можно перенести из восстановленной базы специальной обработкой Выгрузка и загрузка данных xml.

Данные из копии базы выгрузятся в файл xml, который можно загрузить этой же обработкой в исправленную рабочую базу. Работа организации идет в штатном порядке, без простоев и паники.

Наладив работу пользователей в копии базы, необходимо проанализировать ошибки аварийного завершения работы рабочей базы.

Ошибки аварийного завершения не всегда можно исправить. Попытки восстановления работоспособности могут занять не час и даже не день. Поэтому организация работы пользователей в копии базы на это время — разумное решение.

Чистка кеша 1С

В процессе работы 1С наиболее часто используемые фрагменты программы сохраняются во временные файлы прямо на ПК. Время обращений к этим данным, а также время обработки операций в 1С при этом значительно снижается. При возникновении аварийной ситуации может повредиться выгруженный «кеш». Программа не сможет найти нужных данных и выдаст ошибку.

Для исправления ситуации очистите «кеш» 1С.

При пустом «кеше» 1С создаст новые временные файлы и проблема может решиться.

Журнал регистрации (Конфигуратор)

В специальном журнале 1С хранится информация о действиях с объектами 1С и ошибках при работе в базе данных. Если войти в 1С не удается из-за аварийного завершения работы, а Конфигуратор доступен, откройте Журнал регистрации из Конфигуратора: раздел Администрирование — Журнал регистрации.

В списке зарегистрированных событий найдите запись с ошибкой аварийного завершения работы программы. Она содержит более полную информацию о причине ошибки:

В данном случае аварийное завершение 1С вызвало расширение BE_20220706:

Для решения проблемы достаточно удалить указанное расширение из конфигурации (Конфигурация — Расширения конфигурации) или доработать его для устранения ошибки:

К ошибкам также может привести нарушение заполнения документов:

Здесь потребуется проверить формируемые данные во внешней обработке Перенос ТМЦ с одного МОЛ на другое, найти и очистить поле Сумма НУ в документе.

Журнал регистрации предоставляет самую полную информацию об ошибках. При любых аварийных ситуациях просматривайте его для локализации ошибки и ее исправления.

Запуск со старой Платформы

Разработчики постоянно совершенствуют возможности программы. Добавляют новые документы, разделы, сервисы. Это может затронуть алгоритмы работы уже внедренного функционала, поэтому при аварийном завершении 1С обязательно попробуйте запуститься со старой Платформы 1С или обновить Платформу 1С на более новую.

В практике БухЭксперт8 есть случаи, когда именно это и решало проблемы:

  • Аварийное завершение программы при свертке базы (Бухгалтерия 3.0);
  • Аварийное завершение программы ЗУП 3.1.

Для запуска 1С со старой Платформы 1С выберите в списке баз нужную и нажмите кнопку Изменить.

В поле Версия 1С:Предприятия укажите более раннюю из имеющихся версий Платформы 1С и выполните повторный запуск 1С.

Тестирование и исправление

При ошибках, вызванных внешними факторами (неисправности сети, отключение электропитания и т. д.) специалисты рекомендуют запускать Тестирование и исправление информационной базы.

Функционал поможет не только найти ошибки, но и попытается их исправить.

БухЭксперт8 рекомендует запускать тестирование в режиме Только тестирование для просмотра и анализа найденных ошибок. Перед исправлением ошибок в режиме Тестирование и исправление всегда делайте копию базы данных.

Пытаясь восстановить данные в сложных случаях, встроенная обработка может окончательно испортить базу. Простые случаи, как правило, исправляются корректно.

CHDBFL.EXE

Утилита CHDBFL предназначена для восстановления физической целостности таблиц 1С при повреждении:

Перед использованием обработки делается копия базы данных, поскольку исправление таблиц может привести к непредвиденным результатам.

Запуск утилиты происходит с флагом Исправлять обнаруженные ошибки.

При обнаружении нарушения физической целостности таблиц 1С можно попробовать восстановить целостность по кнопке Выполнить:

Функционал очень востребован системными администраторами и неплохо справляется с задачей восстановления повреждений в 1С. При этом некоторые данные в справочниках и документах могут быть потеряны. Перенос недостающих данных можно выполнить по внешней обработке Выгрузка и загрузка данных xml из копии базы.

Как определить справочник или документ ошибки

Если утилита CHDBFL указала на ошибку в конкретной таблице, но не смогла ее исправить, нужно определить, какие данные хранятся в этой таблице. В этом поможет обработка БухЭксперт8 Получить структуру таблиц СУБД в 1С.

Обработка Получить структуру таблиц СУБД в 1С (БухЭксперт8)

В обработке выводятся таблицы СУБД 1С и их соответствие объектам 1С. Основные столбцы:

  • Метаданные — объект 1С;
  • Имя таблицы хранения — таблица СУБД.

Для отбора данных по нужной таблице в обработке предусмотрено специальное поле отбора:

  • Имя таблицы хранения.

Определив объект 1С по сбойной таблице СУБД, можно работать с ошибкой средствами SQL: очистить таблицу или перенести ее из копии базы данных. Это требует специальных знаний по SQL-запросам и работе с таблицами СУБД.

Если средствами SQL восстановить данные не получится, проблемную таблицу можно очистить и заполнить нужными данными в 1С по типовой обработке Выгрузка и загрузка данных xml из копии базы.

Внешняя обработка удаления записей регистров накопления по регистратору

Обработка Получить структуру таблиц СУБД в 1С (БухЭксперт8)

Обработка позволяет определить по внутренней таблице данных СУБД объект 1С.

Утилита CHDBFL при проверке физической целостности базы 1С указала на сбойную таблицу Reference82. Восстановление данных прошло не полностью. Определите объект данных, соответствующий этой таблице, и выполните загрузку данных в него, используя обработку Выгрузка и загрузка данных xml.

Пошаговая инструкция работы с обработкой Получить структуру таблиц СУБД в 1С:

  1. Откройте обработку в программе: Главное меню — Файл — Открыть — обработка «Получить структуру таблиц в 1С». На предупреждение системы безопасности ответьте — Да.
  2. В поле Имя таблицы хранения укажите поврежденную таблицу:Таблица Reference82 соответствует справочнику Группы пользователей:
  3. Из копии базы выгрузите обработкой Выгрузка и загрузка данных xml информацию из справочника Группы пользователя в файл.
  4. Выполните загрузку данных в справочник Группы пользователей восстановленной базы из файла, используя обработку Выгрузка и загрузка данных xml.

См. также:

  • Работа в 1С
  • Очистка кэш
  • Тестирование и исправление базы 1С
  • Патчи (исправления)
  • Резервное копирование 1С
  • Как исправить ошибки базы 1С самостоятельно
  • Исправление технических ошибок при работе с 1С:Бухгалтерия
  • Не запускается 1С

Если Вы еще не подписаны:

Активировать демо-доступ бесплатно →

или

Оформить подписку на Рубрикатор →

После оформления подписки вам станут доступны все материалы по 1С:Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

Подписывайтесь на наши YouTube и Telegram чтобы не пропустить
важные изменения 1С и законодательства

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

  

lodger

18.05.21 — 13:49

в разных базах, в основном при запуске 1с клиента, но не каждый раз вылетает по одной или второй причине:

«clientStack»: «backbas.dll:0x00000000000CF453 backbas.dll:0x0000000000113AAF unknown:0x0000000000000000 unknown:0x0000000000000000 «,

«clientStack»: «VCRUNTIME140.dll:0x000000000000C2AE unknown:0x0000000000000000 unknown:0x0000000000000000 backbas.dll:0x00000000000C49F6 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 nuke83.dll:0x0000000000000000 unknown:0x0000000000000000 backbas.dll:0x0000000000113B24 unknown:0x0000000000000000 unknown:0x0000000000000000 «,

если работать с отладчиком, то вылеты случаются чаще.

текущая версия платформы 8.3.17.1851

описание ошибки:

«errors»: [[«Аварийное завершение»,[]]]

поиск даёт мало стоящих наводок, а вы с таким сталкивались?

  

Kassern

1 — 18.05.21 — 13:52

(0) Судя по backbas, скорее всего проблема с лицензиями. Платформа надеюсь не ломанная?

  

Смотрящий

2 — 18.05.21 — 13:56

(1) nuke83.dll как бэ не смутило ? ))

  

lodger

3 — 18.05.21 — 13:56

(1) в ближайшей локалке всё более чем легально. даже себе на рабочий комп поставил локальную одноместную лицензию (чтобы не лицензировать свои 5 конфигураторов и 10 клиентов).

в сети корпорации чрез vpn, вероятно, есть сервер с подломленной серверной лицензией, но это неточно. проблема именно в чистой зоне.

  

lodger

4 — 18.05.21 — 13:57

(2) пока нет. с users качал дистриб саморучно.

  

Kassern

5 — 18.05.21 — 13:58

(4) берете техжурнал ловите там это событие вылета и отправляете в поддержку 1с логи с ошибкой

  

2S

6 — 18.05.21 — 14:11

(0) было после обновления на крайние, на той же 17.1851.

ПОмог рестарт сервера (Ubuntu+Postgre)

  

Garykom

7 — 18.05.21 — 14:26

(3) там как выяснилось у платформы 1С есть черный ход и оно качает и запускает "проверку лицензионности"
если хоть где то найдет следы кряков то опс

и да последние проверки включаются по расписанию по датам, отслеживают даже время ответа ключей

например если аппаратный ключ вместо 200-300мс отвечает за <100мс платформа считает кряк

  

unknown181538

8 — 18.05.21 — 14:32

У меня такие ошибки вчера стали появляться. Причем, почти одновременно у разных клиентов.

  

Winnie Buh

9 — 18.05.21 — 14:33

у меня за сегодня уже больше дюжины обращений

  

Kassern

10 — 18.05.21 — 14:36

(9) а что 1с на это говорит?

  

yzimin

11 — 18.05.21 — 14:39

та же ерунда началась сегодня

8.3.17.1851

  

Йохохо

12 — 18.05.21 — 14:43

(7) платформа же ну очень редко имеет доступ непосредственно к ключу, зачем?

  

lodger

13 — 18.05.21 — 14:43

что забавно — окошко ошибки можно столкнуть в сторону и продолжать работать…

  

fisher

14 — 18.05.21 — 14:44

(13) Вероятно, это пока демо-версия аварийного завершения.

  

Йохохо

15 — 18.05.21 — 14:45

(14) причем демо в 17 ветке, но не в 18?

  

Garykom

16 — 18.05.21 — 14:49

(12) Платформа очень часто дергает/проверяет ключ, это уже вроде как пару лет

Даже тест Гилева дает разницу между программный и аппаратный ключи

  

Winnie Buh

17 — 18.05.21 — 14:54

такое ощущение, что 1С получает команду от сервера,

с утра программа вылетала, после обеда окошко с сообщением можно сдвинуть

  

Vstur

18 — 18.05.21 — 14:55

(17) после хорошего обеда все добреют….мяГШе становятся….

  

del123

19 — 18.05.21 — 14:58

(14) Сегодня тоже в одной базе такое словил. Есть предположение, что это из-за информационного окна.

Так как на одном компе несколько раз перезапускал базу, открывалось стандартное окно с рекламой и после этого вылетала ошибка.

Открыл эту же базу под этим пользователем на другом компе, после стандартного окна появилось окно с доп рекламой, закрыл его и 1С. Теперь на компе, где вылетало, так же без проблем открывается база.

  

Winnie Buh

20 — 18.05.21 — 15:00

(19) после нескольких попыток запускается и работает, пока так и решаем

  

Garykom

21 — 18.05.21 — 15:02

(20) да судя по всему скачала новый «модуль проверки» и при запуске он глючит, после нескольких попыток отрубается

  

Garykom

22 — 18.05.21 — 15:02

(21)+ самый ахтунг что после изменения конфы/расширений оно снова начинает вылетать несколько запусков

  

Йохохо

23 — 18.05.21 — 15:04

(16) она же хасп лм дергает

  

Garykom

24 — 18.05.21 — 15:06

(22)+ https://i2.paste.pics/cbfcf4d95c730d726f743293d496d59b.png

https://i2.paste.pics/5a5bf2522d0a815cae4e443153645e14.png

походу не только после изменения но и просто через некоторое время вылетает

база серверная с программными лицензиями 1С:Предприятие 8.3 (8.3.16.1876)

  

Garykom

25 — 18.05.21 — 15:06

(23) какой к черту хасп лм если ключ в сервер воткнут сетевой и стоит раздача на сервере

  

Garykom

26 — 18.05.21 — 15:07

(24)+ примерно на 4-й или 5-й запуск не вылетает

никаких ошибок не пишет

  

AnnyZ

27 — 18.05.21 — 15:13

1С:Предприятие 8.3 (8.3.18.1289), Платформа стоит с февраля эта.

Обновила вчера ЗУП до 3.1.17.171 и БУХ до 3.0.92.01 и тоже периодически ошибка эта возникает. И я работаю с несколькими организациями, и везде, где поставила эти обновления то же самое.

Все легальное везде.

  

repin_mike

28 — 18.05.21 — 15:13

(0) У меня сегодня платформа начала глючить, ошибка Аварийное завершение, виндовый журнал показал на vcruntime140.dll. Через несколько перезаходов всё нормально становилось.

Я на сервер грешил, обновился что ли, а тут вон оно что

  

Garykom

29 — 18.05.21 — 15:14

(28) вероятно некую скачанную dll-ку пытается запустить и вылет

  

Garykom

30 — 18.05.21 — 15:15

Со стороны 1С это считаю наглость

  

Vstur

31 — 18.05.21 — 15:17

(28) последний mvc++ 14.28.29914

  

Почему 1С

32 — 18.05.21 — 15:20

8.3.18.1289 тоже с утра аварийно завершалась при старте отладки, до этого месяца 2 работала стабильно. Заговор

  

repin_mike

33 — 18.05.21 — 15:20

(30) Ну а куда ты теперь с подводной лодки денешься? На яву перейдёшь?

  

Kassern

34 — 18.05.21 — 15:21

кто то официально обращался с логами ошибки в 1с поддержку?

  

Garykom

35 — 18.05.21 — 15:21

(33) уже давно ищу на golang но пока не предлагают

  

AnnyZ

36 — 18.05.21 — 15:22

(33) написала на линию консультаций 1С и во франч наш. Пока тишина.

  

ale_alex

37 — 18.05.21 — 15:27

То же самое сегодня появилось на файловой базе, 17.1851. При этом никаких действий не производили: платформа более 2х месяцев, конфигурация около месяца назад обновлены. Переустановили плфоторму — ошибка на время ушла. Потом снова появилась.

  

ДенисЧ

38 — 18.05.21 — 15:34

https://t.me/e1c_community/41040

«Узнал. Про проблему знаем.

В тестовой 8.3.17 уже исправлена.

8.3.18 будет на этой неделе. 
Финалить 8.3.17 будем на этой неделе"

Это представитель 1с на канале.

  

ДенисЧ

39 — 18.05.21 — 15:35

"Была проблема с внешним сервисом"

https://t.me/e1c_community/41043

  

Garykom

40 — 18.05.21 — 15:37

(38) А 8.3.16 будет?

  

repin_mike

41 — 18.05.21 — 15:38

(38) Спасибо за ссылку на телегу, подписался )

  

ДенисЧ

42 — 18.05.21 — 15:40

(40) Зайди на канал, спроси…

  

Fragster

43 — 18.05.21 — 15:47

(40) а там и не падает

  

Garykom

44 — 18.05.21 — 15:48

(43) У меня падает на 8.3.16.1876, обновил 08.05.2021 на сервере а вылеты вчера начались

  

lodger

45 — 18.05.21 — 15:52

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

  

AnnyZ

46 — 18.05.21 — 15:52

На канале телеграмм подтвердили, что ломался веб-сервис. Вроде починили.

  

ДенисЧ

47 — 18.05.21 — 15:52

Офф… Иттить, сколько на канал сразу привалило ))))

  

PuhUfa

48 — 18.05.21 — 15:53

Тоже последние недели 2-3, совершенно рандомно, предприятие, сразу после запуска базы, выдает окошко «Аварийное завершение. Пожалуйста, сформируйте и отправьте отчет…» Ну и 2 кнопки, перезапустить и завершить. После перезапуска все, с большой долей вероятности будет, работать нормально.

Ситуация наблюдается у 2х клиентов, аппаратные ключи, и у меня дома локально, тоже аппаратный ключ. Везде стоят 8.3.17.1851. Стоят уже давно, как БП при очередном обновлении попросила.

В гугле нашел только это: https://www.e-du.ru/2021/05/1c-error-faulting-application.html

  

AnnyZ

49 — 18.05.21 — 15:55

(48) Они пишут — ошибка в платформе, связанная с внешними сервисами. У меня платформа стоит 2 месяца! И в итоге, они выкатят новую платформу.

  

Fragster

50 — 18.05.21 — 16:03

(49) с проверкой лицензионности, наверное, химичат

  

Йохохо

51 — 18.05.21 — 16:04

драйвер 5g в 17 бета)

  

Fragster

52 — 18.05.21 — 17:50

хахаха, система взаимодействия легла

  

Fragster

53 — 18.05.21 — 17:51

а учитывая, что она синхронная — счас всем, у кого она подключена, может быть интересно

  

Garykom

54 — 18.05.21 — 17:55

(52) не легла а экстренно отключили

  

d_monah

55 — 18.05.21 — 17:56

(44) Падает на 8.3.16.1814.Но при обновлении((,базы в облаке хз что там у них

  

AnnyZ

56 — 19.05.21 — 08:13

Франч:

Скорее всего, Вы столкнулись с ошибкой платформы ( в ближайшее время она будет опубликована на сайте https://bugboard.v8.1c.ru/  Там же будет опубликованы версии платформы, в которых исправлена ошибка)

Способов обхода, к сожалению, нет.

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

Линия 1С:

По результатам расследования в отделе разработки:

это ошибка 40049115

О результатах после расследования ошибки вы можете посмотреть  в Сервисе публикации ошибок

по ее номеру: https://bugboard.v8.1c.ru/search.html

8.3.17 с исправлением выложен в тестовой зоне (8.3.17.2231), до конца недели будет выпущен финальный,

8.3.18 планируем завтра выложить.

  

ДенисЧ

57 — 19.05.21 — 08:16

(56) Ну так ровно о том и были мои ссылки ещё вчера днём…

  

2S

58 — 19.05.21 — 08:18

(56) так обосраться..

не знаю насчет способов обхода, но если отключить окна интернет-поддержки , рекламы, люди работают.

  

butterbean

59 — 19.05.21 — 08:47

1C в части платформы максимально приблизилась в образу зажравшегося монополиста. Мало того, что каждое обновление как хождение по минному полю (причем не только платформы, но иногда и типовых конф), причем тащат до сих пор одновременно 3 ветки релизов (16,17 и 18). Так теперь еще и релиз, проработавший до этого несколько месяцев вдруг выдает такое. Днище днищенское…. Короче, начинаю изучать фузину

  

AnnyZ

60 — 19.05.21 — 08:49

(59) согласна с вами

  

  

ДенисЧ

61 — 19.05.21 — 08:50

Я понял. Фузиновцы устроились в 1с и протащили диверсию в прод…

  

Почему 1С

62 — 19.05.21 — 08:53

Есть хорошие курсы по фузине?

  

Провинциальный 1сник

63 — 19.05.21 — 08:57

(59) «Сложность программы растет до тех пор, пока не превысит возможностей программиста» (с)

Тут похоже проблема в том, что по каким-то причинам она таки превысила не только возможности отраслевых программистов, но и самих разработчиков. Какого-нибудь гения на работу системным архитектором взяли, и он там им наваял такое, с чем коллектив программистов разобраться не может…

  

oslokot

64 — 19.05.21 — 08:57

(39) ну вот, очередной внешний сервис проверки лицензионности

  

AnnyZ

65 — 19.05.21 — 09:05

на вопрос, ну почему же появилась на работающей платформе, линия 1С: Проблема проявляется при старте при наличии доступа к интернет. При перезапуске с большой вероятностью падение не повторится и можно продолжать работать. Исправлено в 8.3.17.2231 (сейчас в тестовой зоне, в ближайшее время переведем в финал),  8.3.18.1483 с исправлением будет опубликована сегодня.

  

dexxxqqq

66 — 19.05.21 — 11:34

(65) Мне тоже самое ответили. Но мне перезапуск не помогает.

У меня 8.3.18.1363

  

Salimbek

67 — 19.05.21 — 11:38

(66) Закрыть 1С-ке доступ в Интернет — тоже не помогло?

  

dexxxqqq

68 — 19.05.21 — 12:02

(67) Не могу, к сожалению. Много всего намучено у нас: загрузка из банка по расписанию, обновление курса, поиск контрагентов, ЭДО…

Да и сам сижу на сервере через интернет. Или закрыть доступ только на время входа?

  

ArxAngel_163

69 — 19.05.21 — 12:41

У меня 8.3.18.1289 апрельская, все было Ок, вчера начали валить сообщения. Обновлять платформу до 8.3.18.1483?

  

yzimin

70 — 19.05.21 — 13:00

(69) Выбора и не оставляют, надо обновляться

  

Garykom

71 — 19.05.21 — 13:02

(70) У меня возникло некоторое желание тупо взять перехреначить типовые БП3, ЗУП чтобы они и на древних стабильных и шустрых платформах работали

  

Garykom

72 — 19.05.21 — 13:03

(71)+ Расширениями причем ))

  

MsnatchV

73 — 19.05.21 — 13:19

(68) Доступ нужно закрыть именно для 1с, зачем для всего пк рубить. К внутренним сервисам типа проверки контрагентов, ЭДО и прочих, доступ можно не закрывать, для всего остального закрой.

  

dexxxqqq

74 — 19.05.21 — 13:21

(73) Могу на роутере порезать, но надо знать, что резать. А брандмауэр и прочее софтовое не юзаю.

  

sitex

75 — 19.05.21 — 13:24

(73) Может для отправки 1С диагностических данных закрыть , для всего то зачем.

  

ArxAngel_163

76 — 19.05.21 — 13:31

Да, на роутере зарезать нужно, компов много, поэтому это был бы самый централизованный способ. Но нужно знать что резать. Или мониторить куда он лезет во время запуска…

  

MsnatchV

77 — 19.05.21 — 13:33

(76) (74) на руборд сходите. Там уже давно лежит список адресов на которые 1с ходит.

Я на роутере для определенных компов зарезал.

  

Alex84253

78 — 19.05.21 — 14:07

  

AnnyZ

79 — 19.05.21 — 14:54

(78) кстати, да. Я на одной базе отключила блок рекламный у себя, ну другой нет. Где отключено — ошибка не вылетает. Как временный вариант — очень может быть.

  

ArxAngel_163

80 — 19.05.21 — 14:57

(79) Давай рассказывай как отключать его)

  

AnnyZ

81 — 19.05.21 — 15:00

(80) обработка в (78) — для всех пользователей. Для себя галки снимаешь, во всех новостях и мониторе при запуске.

  

ДенисЧ

82 — 19.05.21 — 17:20

https://t.me/e1c_community/41880

«Что сделал:

Выкачал последние версии распространяемых пакетов библиотек VC++ с сайта Microsoft (на сейчас это 14.28.29914), установил их в систему и скопировал новые версии vcruntime140.dll из папок

C:WindowsSystem32

и

C:WindowsSysWOW64

в папки 8.3.18.1363bin 64-битной и 32-битной 1С соответственно.

У кого одна версия 1C (обычно x32) — достаточно одну библиотеку заменить.

Делал это на терминалке разработчиков 1С в середине дня.

До замены библиотеки vcruntime140.dll — 11 событий краша в этот день.

После обновления библиотеки vcruntime140.dll - 0 событий за 4 часа."

  

pechkin

83 — 19.05.21 — 17:30

1с же признало ошибку уже и вроде исправительные сегодня вышли

  

Ненавижу 1С

84 — 19.05.21 — 17:30

  

Kassern

85 — 19.05.21 — 17:34

(82) в (31) посту как раз про этот пакет библиотек и писали, видимо человек в теме был)

  

RoRu

86 — 19.05.21 — 17:40

в толстом клиенте не выпадает вроде

  

Winnie Buh

87 — 19.05.21 — 18:21

попробуйте заблокировать yandex.ru

  

timurhv

88 — 19.05.21 — 19:25

(59) Тоже буду отписываться от 1С, наболело за последние 3 года.

  

H A D G E H O G s

89 — 19.05.21 — 19:28

(88) Бодрого пути

  

H A D G E H O G s

90 — 19.05.21 — 19:28

(59) (88) Не забудьте рассказать об успехах.

  

dexxxqqq

91 — 19.05.21 — 20:16

Выложили 8.3.18.1483

  

volfy

92 — 19.05.21 — 21:49

Baido.cn заблокируйте и будет работать

  

volfy

93 — 19.05.21 — 21:50

Baidu.cn * пардон опечатался

  

Garykom

94 — 20.05.21 — 00:32

(82) после замены vcruntime140.dll в папке bin сама 1С конечно не падает

но упала система windows 10, свалилась с ошибкой Windowssystem32dwm.exe когда в 1С запустил удаление всех помеченных на файловой

  

vis_tmp

95 — 20.05.21 — 00:36

(93)Как это связано?

  

Garykom

96 — 20.05.21 — 00:54

(95) типа реклама при открытии 1С, реклама в формате html/css/js и вот качает нечто с байды а после встроенный в браузер падает и роняет платформу

возможно во встроенном webkit дырка «китайцы расковыряли» ))

короче js он по идее внутри песочницы исполняется и наружу нет доступа

но это зависит от реализации в платформе 1С

  

rphosts

97 — 20.05.21 — 04:17

(49) сервер проверки лицензионности подвергся DDOS-атаке от пропатченных?

  

rphosts

98 — 20.05.21 — 04:21

(62) если наберется 100 клиентов — сделаю вам курс по фузине.

  

AnnyZ

99 — 20.05.21 — 08:36

1. Отключение рекламного блока — реально помогло. Ни у меня не у пользователей не вылетает ошибка. Как временный вариант решения проблемы — более чем.

2. Выпустили платформу 8.3.18.1483. Поставила ее пока у одной организации, там файловая база. Включила обратно рекламный блок — полет нормальный.

  

timurhv

100 — 20.05.21 — 09:05

С партнерки от разработчиков:

> А подробнее можно описать что именно происходит.

Нет. Это будет раскрытием внутренней механики.

Нормальная политика, стучаться на китайские сервера.

Содержание:

1. Причины аварийного завершения 1С.

2. Методы исправления в программе 1С Предприятие 8.

3. Профилактика и предотвращение аварийного завершения 1С.  

1.      Причины аварийного завершения 1С

Первая из возможных причин аварийного завершения работы продуктов 1С:Предприятие 8, а также нарушений работы информационной базы – это незапланированное выключение электричества, а также перебои с ним.

Вторая причина – некорректный выход из программы 1С Предприятие 8. Например, при выключении компьютера без предварительного выхода из конфигуратора или приложения пользователь не сможет в последствии войти в базу данных. При этом на экране появилась оповещение:

Оповещение о нарушение целостности системы 1С:Предприятие

Оповещение о нарушение целостности системы 1С:Предприятие 8  

2.      Методы исправления в программе 1С Предприятие 8

Первое, что следует сделать в такой ситуации – очистить временные файлы. Для этого необходимо удалить базу из общего списка баз и подключить заново.

 Путь к добавлению базы в программе 1С Предприятие 8

Путь к добавлению базы в программе 1С Предприятие 8              

Добавление базы в программе 1С Предприятие 8

Выберете Вашу базу данных из списка, нажмите «Далее».

Выбор базы данных 1С

Выбор базы данных 1С:Предприятие 8 (шаг 1)                                 

Выбор базы данных 1С:Предприятие 8

Выбор базы данных 1С:Предприятие 8 (шаг 2)

Далее нажмите на кнопку «Готово». Можно заходить в базу данных.

Есть и другой способ обхода данной проблемы. Для выхода из критической ситуации с аварийным отключением Ваших Баз данных, фирма 1С разработала специализированную команду «Тестирование и исправление базы».

Дело в том, что тестирование и исправление – это необратимые операции над базой данных, которые почти всегда помогают исправить ошибки, но в очень небольшом проценте случаев могут и не помочь.

ВНИМАНИЕ! Тестирование и исправление базы в 1С Предприятие 8, базовой версии можно выполнять, только после того, как:

1. Сделана копия базы данных.

2. Все пользователи закончили работу в информационной базой 1С:Предприятие 8, т.е. вышли из программы.

Для вызова данной процедуры необходимо войти в 1С пользователю с правами «Администратора» через режим «Конфигуратор».

Режим Конфигуратор в программе 1С Предприятие 8

Режим Конфигуратор в программе 1С Предприятие 8

В меню выбираем «Администрирование», прокруткой вниз находим строку «Тестирование и исправление…» нажимаем на нее.

Тестирование и исправление в 1С

Тестирование и исправление в 1С:Предприятие (шаг 1)       

  Тестирование и исправление в 1С:Предприятие

Тестирование и исправление в 1С:Предприятие (шаг 2)

Процедура тестирования и исправления информационной базы разработана для поиска, сканирования и исправления поврежденных секторов и таблиц в базах данных. При этом база может быть как файловая, так и клиент-серверная.

В данном окне можно указать, какие необходимо выполнить проверки и операции. Вы можете выбрать или только тестирование, или тестирование и исправление базы данных. При небольших повреждениях базы ошибки устраняются системой автоматически, после чего можно успешно продолжать работу.

Для пользователей доступны следующие варианты на выбор:

— если нет возможности полностью пройти тестирование, можно задать время и прервать тестирование и исправление базы данных;

— при частичном тестировании в базовой версии 1С Предприятие 8 предусмотрена возможность сохранить данные промежуточного тестирования между этапами;

— при желании и необходимости можно продолжить выполнение прерванного ранее тестирования и исправления;

Поставьте галочки в блок «проверки и режимы» далее поставьте точку в нужном окне и нажмите кнопку «Выполнить».

Далее рассмотрим утилиту chdbfl.exe, которая разработана для тестирования и исправления файловых информационных баз 1С 8.3. Утилита производит проверку физической целостности таблиц базы данных, которая повреждена. Данный метод применяется в тех ситуациях, когда система не запускается даже в режиме «Конфигуратора».

ВНИМАНИЕ! Обязательно перед началом работы с утилитой сделайте резервную копию повреждённой базы.

Утилита chdbfl.exe находится в папке C:Program Files1cv8, в которую у Вас установлена 1С.
Запуск утилиты производится вручную.

 Путь к утилите chdbfl.exe

Путь к утилите chdbfl.exe

Необходимо найти папку, в названии которой присутствуют цифры, обозначающую номер Вашей платформы 1С:Предприятие 8. Если Вы не знаете на какой платформой Вы работает, это можно узнать через главное меню, в верхнем правом углу найдя значок, нажмите мышкой на него и вниз прокруткой выберите строку с названием «О программе».

На экране откроется таблица с информацией о Вашей платформе, в нашем примере 8.3.17.1496.

Далее заходим в папку 8.3.17.1496, внутри находим папку bin. В папке находится много файлов, но нам необходимо найти файл с названием chdbfl.

Для запуска утилиты нажмите на этот файл, далее перед Вами откроется таблица для проверки физической целостности файла базы данных.  Укажите путь к Вашей базе данных, нажав кнопку с тремя точками:

Указание пути к базе данных программы 1С Предприятие 8

Указание пути к базе данных программы 1С Предприятие 8

Чтобы выбрать «Имя файла БД», зайдите внутрь папки той базы, которая не запускается и выберите там файл с обозначением «1Cv8», далее нажмите кнопку «Открыть».

   Определение имени файла БД

Определение имени файла БД          

«Исправлять обнаруженные ошибки» - обязательная опция         

«Исправлять обнаруженные ошибки» — обязательная опция

Перед запуском поставьте галочку «Исправлять обнаруженные ошибки», далее нажмите кнопку «Выполнить».

В зависимости от размера базы данных проверка и исправление данных может занять от 10 до 45 минут. Дождитесь окончание проверки. По ее окончании на экране появится сообщение «Ошибок не обнаружено». Закройте утилиту chdbfl.exe. Проверка и исправление завершены – запускайте базу данных.

ВНИМАНИЕ! Если база не открывается, рекомендуем восстановить резервную копию.  

3. Профилактика и предотвращение аварийного завершения 1С

Для предотвращения аварийного завершения работы программ 1С:Предприятие 8 необходимо:

1. Установить на компьютер блок бесперебойного питания, который сможет питать электроэнергией базу данных в рабочем состоянии и дать возможность закончить работу и выключить базу в штатном режиме.

2. Запланировать регламентированные задания по копированию базы данных на ежедневной основе (обычно в ночное время).

3. Уведомить сотрудников о необходимости выходить из базы данных после окончании всех работ.

Специалист компании «Кодерлайн»

Макейцева Елена

10 причин почему закрывается 1с

Рейтинг: 5/5 — 2
голосов

Если у Вас сворачивается или безвозвратно закрывается 1с во время работы – это тревожный знак. Кроме того, что эта неприятность не даёт нормально работать в программе, сворачивание и выкидывание из 1с ведёт к повреждению базы 1с. Если у вас недавно появилась данная проблемам связанная с закрытием 1с в процессе работы – спешите прямо сейчас сделать резервную копию базы!

1)      Неисправность компьютера. Ваш ноутбук может иметь проблемы аппаратного характера. Выявить этом может специалист использую специальные программы для диагностики (aida64, victoria, crystal disk mark, memtest, ati tool, blue screen view и другие). Если во время работы в 1с вылетает синий экран смерти. То это является признаком того что ваш компьютер или ноутбук – неисправны. BSOD (blue screen, грустный смайлик, экран смерти) – появляется в случае ошибки памяти (видеопамяти, ПЗУ, ОЗУ итд).

2)      Если ваш компьютер не удовлетворяет требованиям 1С. Параметры компьютеров для современных программ 1с Розница, Управление торговлей, Бухгалтерия, Зарплата и кадры, Комплексная автоматизация, УНФ – довольно высокие. Признаком того что ваш компьютер недостаточно мощный – является выкидыванием из платформы 1с. Чтобы исключить возможность данной причины в вашем случае, убедитесь, что ваш компьютер соответствует рекомендуемым системным требованиям 1С (8 гб ОЗУ, двух-ядерный современный процессор, SSD накопитель с достаточным объемом).

3)      Проблема в операционной системе вашего компьютера. Windows, Linux, MacOS и другие ОС компьютера имеют изъяны. При появлении проблем с программным обеспечением так же могут возникать «выкидывания» из программы. Радикальным способом устранения этой неисправности является переустановка операционной системы (переустановка Windows, если ваш компьютер работает на программном обеспечение Microsoft). Если переустановить ОС возможности нет, постарайтесь вспомнить в какой момент возникла проблема с выкидыванием 1с. Посмотрите какие программы вы скачивали, устанавливали и настраивали в данный период времени. Удалите или перенастройте софт.

4)      Проблема в разрядности операционной системы, платформы 1с или драйверов торгового оборудования. Данная проблема очень редкая. Возникает в несоответствии битности программного обеспечения (битности x86 и 64). Исправлением является переустановка драйверов и платформы 1С.

5)      Проблема с доступом к другому компьютеру по сети, где храниться база 1С. Данная проблема возникает если вы работает по сети в офисе или через интернет. Проверку данной проблемы сможет произвести опытный системный администратор использую командную строку CMD и команду ping. Так же он сможет выявить подозрительное (не исправное) сетевое оборудование.

6)      Проблема с доступом к сетевому хранилищу или внешнему жесткому диску. Данная проблема возникает в случае если вы работает по сети, аналогична проблеме №5.

7)      Проблема с доступом в интернет. Возникает если вы работаете через удаленный сервер, облачное хранилище, веб-сервер. В момент работы базы данных выкидывает. Системный администратор сможет проверить возможные микро потери в сеть интернет, которые вы визуально не замечаете.

8)       Проблема с платформой 1с и её совместимость с конфигурацией. В этом пункте сразу несколько проблем. Конфигурация 1С 10.3 может работать с версией платформы 8.3.13.хх. При входе в случайный документ Управление торговлей 10.3 выкидывает, если платформа выше версий. Так же может быть «заключённая платформа», которую следует переустановить. Кроме этого может быть проблема с лицензией (которая устанавливается на платформу). А так же может быть пробелам ИТС. Редкий случай, когда при отсутствии купленной подписки информационно-технического сопровождения платформа 1с выкидывает на рабочий стол.

9)      Проблема с SQL серверов или другими службами на сервере 1с. Если вы используете Сервер 1С предприятие, то на нем установлены различные службы без которых 1с работать, в привычном для вас режиме не заработает. SQL, web-server, iis, RDP – в каждом из них может крыться проблема. Устранить её можно обратившись к администратору сервера.

10)   Поврежденная база данных 1с. Если файл базы данных поврежден и СУБД работает некорректно – программа 1с будет вылетать в момент различных операций. При входе в программу, при проведение, при продаже, при выборе товара и многих других процессах. Исправить данную ошибку можно с помощью восстановления базы данных 1с.

Восстановить базу можно через интернет дистанционно! Данную услугу недорого готовы выполнить специалисты нашей компании.

В данном разделе собраны рекомендации по наладке системы на основе платформы «1С:Предприятие» в режиме работы «клиент-сервер»:

  • увеличивает издержки на служебные вызовы между процессами сервера «1С:Предприятия» и может привести к снижению общей производительности системы;
  • занимает дополнительные IP порты (по 2 на каждый процесс). Диапазоны портов, определенные по умолчанию, могут оказаться недостаточными;
  • повышает общую сложность поведения сервера «1С:Предприятия».

Рекомендуется начинать наладку системы на базе «1С:Предприятия» с одного рабочего процесса на сервер, и только при наличии необходимости увеличивать их количество.

Для целей отладки и локализации ошибок при небольшом количестве работающих пользователей и регламентных заданий может быть полезно запустить несколько рабочих процессов так, чтобы на один рабочий процесс приходилось не более одного соединения клиентского приложения или регламентного задания. В этом случае поведение каждого рабочего процесса будет определяться действиями одного пользователя или одного регламентного задания. Использование такой настройки кластера может облегчить поиск проблемных действий или ошибок в конфигурациях и платформе на стадии разработки и отладки конфигураций. В режиме реальной работы большого количества пользователей такая настройка кластера не рекомендуется и может оказаться не работоспособной.

Несколько дней пользователи 1С сообщали о массовом возникновении ошибки, при которой происходило аварийное завершение работы конфигураций. Фирма «1С» подготовила рекомендации для решения данной проблемы.

«Аварийное завершение»: что делать?

Пользователи решений на платформе 1С, а также компании-партнеры в течение нескольких дней фиксировали возникновение достаточно неприятной ошибки, которая аварийно завершала работу различных конфигураций при старте.

Проблема проявлялась при старте при наличии доступа к интернет. В большинстве случаев, перезапуск приложения решал задачу и не приводил к повторным падениям.

Сбой в работе 1С затронул легальных пользователей, которые не используют контрафактные версии ПО. Ошибка возникала на различных конфигурациях, версиях платформы и во всех вариантах работы – файловом, клиент-серверном и даже при работе в режиме «облака».

«Ошибка исправлена в версиях платформы начиная с 8.3.17.2231 и 8.3.18.1483 (будет опубликована 19.05.2021). Фирма «1С» приносит извинения пользователям, у которых проявилась указанная проблема. Для ее устранения предлагаем обновиться на указанные версии платформы или последующие», – говорится на официальном сайте.

Порядок регистрации ошибок платформы

Активная позиция пользователей, предпочитающих сообщить коллегам о возникновении проблемы на профессиональных форумах и в чатах, положительно сказалась на сроках устранения ошибки. Публичные дискуссии продемонстрировали, что проблема действительно является массовой, и требует максимально оперативной реакции со стороны вендора.

Но кроме общения на форумах и в конференциях, фирма «1С» предлагает пользователем регистрировать возникающие ошибки в специальном сервисе. Так можно будет достигать еще более оперативного реагирования со стороны разработчика.

Напомним, что при возникновении ошибки необходимо подготовить обращение в техническую поддержку:

  • сформулировать проблему (одно обращение=одна проблема, не рекомендуется объединять в одном письме несколько кейсов);
  • подготовить скриншоты с описанием ситуации;
  • указать релизы конфигурации и платформы.

О том, как работать с выявленными в 1С ошибками, написано на сайте сервиса «Публикация ошибок».

Исправленные версии платформы

Если у вас при старте программы проявилась проблема с аварийным завершением работы, фирма «1С» предлагает установить обновления 8.3.17.2231, 8.3.18.1483 и 8.3.16.1973, где эта ошибка уже исправлена.

Но кроме общения на форумах и в конференциях, фирма «1С» предлагает пользователем регистрировать возникающие ошибки в специальном сервисе. Так можно будет достигать еще более оперативного реагирования со стороны разработчика.

Добрый день!
А можно поподробнее пояснить — где там регистрировать ошибки?

(1) там это нельзя сделать)))
Велком в реальность

(6) Да, это проблема, конечно. Поиск там действительно так себе, если нет конкретных данных.

И тут мы такие «(тадам. ) для этого можно использовать партнерку, ибо ничего более подходящего увы нет». Потому как ищем мы не номера, а описания, примеры, обсуждения.
И вынуждены так делать. А 1С вынуждено бороться с нами, как с последними вредителями, ссылаясь на правила партнерки.
Т.е. вместо того, чтобы прочесть явно сформулированный запрос сообщества и сделать трекер здорового человека, продолжают по нам долбить, что «неположено». И что «дорожки будем прокладывать по проекту, а не там где людям удобно/ходят».

(опять негодование прорвало, сорри)

«За чей счёт банкет?»
Увлеклись преследованием нелицензионников, да так, что подкинули проблем вообще ВСЕМ.

А теперь им надо помочь и написать об ошибках.
Отношение к покупателям/пользователям как к «бета-тестерам» — основной подход фирмы 1С.

(2)да так всегда и было, особенно доставляет что нужно всё пошагово расписать для ТП 1с со скриншотами, а потом ещё и видео сними тоже самое, в общем чуть ли не в плоть до такого в какой вы позе находитесь на рабочем месте во время возникновения ошибки, а вдруг не по феншую
Платформа 8.3.17.1989 ошибка начала появляться с 11-12 мая, отключил регламентное «отправку статистики в 1с» , теперь иногда только ЗУП вылетает, БП стабильно
У меня эта ошибка «Аварийное завершение» отображалась в журнале виндовс с ссылкой на VCRUNTIME140.dll. Загуглив нашел решение с обновлением MS Visual Studio 2015 (Visual C++), он обновляет эту dll в system32, а оттуда уже копируем dll в папку 1с. Больше проблема не появлялась.

В логах Windows в записи об ошибке приложения (Source: Application Error) при этом краше идут ссылки на:
— ок. 30% случаев на «C:Program Files1cv88.3.18.1363binbackbas.dll»
— ок. 70% случаев на «C:Program Files1cv88.3.18.1363binvcruntime140.dll»

Т.к. backbas.dll на сколько я знаю — вроде как компонент защиты, то с ним мало что можно сделать. Решил разобраться с
vcruntime140.dll
1С при установке из дистрибутива хоть и ставит в систему дополнительно комплект библиотек VC++, но почему-то тащит себе в норку (Bin) свой персональный экземпляр vcruntime140.dll, а не используется системный из WindowsSystem32

В итоге в папке 8.3.18.1363bin лежит довольно древняя версия vcruntime140.dll: у меня была 14.16.27033.

Что сделал:
Выкачал последние версии распространяемых пакетов библиотек VC++ с сайта Microsoft (на сейчас это 14.28.29914), установил их в систему и скопировал новые версии vcruntime140.dll из папок
C:WindowsSystem32
и
C:WindowsSysWOW64
в папки 8.3.18.1363bin 64-битной и 32-битной 1С соответственно.
У кого одна версия 1C (обычно x32) — достаточно одну библиотеку заменить.

Делал это на терминальном сервере разработчиков 1С, где они работают и постоянно ловят эту ошибку.
До замены библиотеки vcruntime140.dll — 11 событий краша за 4 часа.
После обновления библиотеки vcruntime140.dll — 0 событий за 36 часов (на момент написания поста)

Пока стучу по дереву и собираю статистику.
Обновлять платформу из-за экспериментов от 1С точно нет возможности: 500+ юзеров и только согласование и подготовка обновления занимает 1-2 месяца

Длительные операции на сервере

Область применения: управляемое приложение.

1. При разработке конфигураций следует избегать длительных вызовов из клиентского кода в серверный. Все длительные серверные вызовы, которые могут выполняться более 8 секунд в обычных сценариях работы пользователя, следует выполнять асинхронно, с помощью фонового задания.

К таким операциям относятся: формирование отчета, групповая обработка объектов, загрузка или выгрузка данных в другое приложение, заполнение больших табличных частей и т.п.

В противном случае такие вызовы могут привести к потере работоспособности приложения или затруднению работы с ним:

  • браузер может предложить прекратить длительно выполняющийся сценарий, после чего приложение станет неработоспособным;
  • веб сервер может прервать длительное обращение к серверу 1С:Предприятия и вернуть ошибку 504 (шлюз не отвечает);
  • в случае длительного выполнения операции, у пользователя нет возможности отменить ее.

2.1. Общий подход к асинхронному выполнению длительных серверных операций с помощью фонового задания:

    Код, выполняющий длительную обработку данных, располагается в модуле менеджера объекта* или в общем модуле. Результат своей работы он помещает во временное хранилище;

а для прочих мест – выводится блокирующая форма ( РежимОткрытияОкна = БлокироватьОкноВладельца ), на которой размещена декорация с анимированной картинкой и кнопка «Отмена» :

2.2. Асинхронное формирование отчета требуется только для тех отчетов, которые

  • разработаны без использования СКД или с использованием СКД, но с переопределенной процедурой формирования отчета (переопределен обработчик кнопки «Сформировать» или в обработчике модуля отчета ПриКомпоновкеРезультата устанавливается СтандартнаяОбработка = Ложь ).
  • и формирование которых, как правило, занимает длительное время.

Поведение таких отчетов должно быть максимально похожим на поведение отчетов на базе СКД, а именно:

  • форму отчета не следует блокировать на время его формирования;
  • пользователь может изменить настройки и переформировать отчет, не дожидаясь окончания его формирования;
  • при закрытии формы отчета, формирование отчета прерывается.

3. При использовании в конфигурации Библиотеки стандартных подсистем в распоряжении разработчика имеются вспомогательные функции и процедуры общих модулей ДлительныеОперации , ДлительныеОперацииКлиент , а также процедура УстановитьСостояниеПоляТабличногоДокумента общего модуля ОбщегоНазначенияКлиентСервер .

Пример выполнения функции в фоновом задании при использовании в конфигурации Библиотеки стандартных подсистем. В модуле менеджера объекта размещена функция, которая выполняет поиск настроек и возвращает их:

Функция ОпределитьНастройкиУчетнойЗаписи(АдресЭлектроннойПочты, Пароль) Экспорт
.
Возврат Настройки;
КонецФункции

В форме объекта выполняется вызов этой функции в фоновом задании в три этапа:
1) запуск фонового задания на сервере,
2) подключение обработчика завершения фонового задания на клиенте,
3) обработка результата выполнения фонового задания.

&НаКлиенте
Процедура НастроитьПараметрыПодключенияАвтоматически()
// 1. Запуск фонового задания на сервере.
ДлительнаяОперация = НачатьПоискНастроекУчетнойЗаписи();

// 2. Подключение обработчика завершения фонового задания.
ПараметрыОжидания = ДлительныеОперацииКлиент.ПараметрыОжидания(ЭтотОбъект);
Оповещение = Новый ОписаниеОповещения(«ПриЗавершенииПоискаНастроек», ЭтотОбъект);
ДлительныеОперацииКлиент.ОжидатьЗавершение(ДлительнаяОперация, Оповещение, ПараметрыОжидания);
КонецПроцедуры

&НаСервере
Функция НачатьПоискНастроекУчетнойЗаписи()
ПараметрыВыполнения = ДлительныеОперации.ПараметрыВыполненияФункции(УникальныйИдентификатор);
Возврат ДлительныеОперации.ВыполнитьФункцию(ПараметрыВыполнения, «Справочники.УчетныеЗаписиЭлектроннойПочты.ОпределитьНастройкиУчетнойЗаписи»,
АдресЭлектроннойПочты, Пароль);
КонецФункции

// 3. Обработка результата выполнения фонового задания.
&НаКлиенте
Процедура ПриЗавершенииПоискаНастроек(Результат, ДополнительныеПараметры) Экспорт

Если Результат = Неопределено Тогда // Пользователь отменил задание.
Возврат;
КонецЕсли;

Если Результат.Статус = «Ошибка» Тогда
ВызватьИсключение Результат.КраткоеПредставлениеОшибки;
КонецЕсли;

Настройки = ПолучитьИзВременногоХранилища(Результат.АдресРезультата);
УдалитьИзВременногоХранилища(Результат.АдресРезультата);
УстановитьНастройкиУчетнойЗаписи(Настройки);

Методическая рекомендация (полезный совет)

3.1. При каждом выполнении фонового задания его результат помещается во временное хранилище на время жизни формы:

ПараметрыВыполнения = ДлительныеОперации.ПараметрыВыполненияФункции(УникальныйИдентификатор);
ДлительныеОперации.ВыполнитьФункцию(ПараметрыВыполнения, ПараметрФоновогоЗадания);

Если длительная операция выполняется пользователем многократно, пока эта форма открыта, то временные хранилища накапливаются, что вызывает рост потребления памяти. Поэтому для уменьшения расхода оперативной памяти в большинстве случаев рекомендуется очищать временное хранилище сразу после получения результата фонового задания:

Настройки = ПолучитьИзВременногоХранилища(Результат.АдресРезультата);
УдалитьИзВременногоХранилища(Результат.АдресРезультата); // Данные во временном хранилище больше не требуются.

Если же результат фонового задания требуется сохранять на протяжении нескольких серверных вызовов, то необходимо передавать фиксированный адрес заранее инициализированного временного хранилища:

&НаСервере
Процедура ПриСозданииНаСервере(Отказ)
АдресРезультатаФоновогоЗадания = ПоместитьВоВременноеХранилище(Неопределено, УникальныйИдентификатор); // Резервируем адрес временного хранилища
КонецПроцедуры

&НаСервере
Функция НачатьПоискНастроекУчетнойЗаписи()
ПараметрыВыполнения = ДлительныеОперации.ПараметрыВыполненияФункции(УникальныйИдентификатор);
ПараметрыВыполнения.АдресРезультата = АдресРезультатаФоновогоЗадания; // всегда используем одно и то же временное хранилище

Возврат ДлительныеОперации.ВыполнитьФункцию(ПараметрыВыполнения,
«Справочники.УчетныеЗаписиЭлектроннойПочты.ОпределитьНастройкиУчетнойЗаписи»,
АдресЭлектроннойПочты, Пароль);
КонецФункции

4. Если в конфигурации реализуются алгоритмы, инициирующие запуск фоновых заданий или запись данных информационной базы без участия пользователя (например, регулярное обновление информации в открытой форме), то в них следует проверять, что в текущем сеансе не установлен монопольный режим. В противном случае, следует блокировать попытки выполнения таких действий. Например:

Если МонопольныйРежим() Тогда
Возврат;
КонецЕсли;

5. В некоторых случаях возникает необходимость в выполнении длительных операций, требующих установки монопольного режима доступа к информационной базе. Например:

Обновление данных ИБ при первом интерактивном запуске программы после обновления конфигурации;
Выгрузка данных информационной базы в файл для перехода в сервис;
Использования монопольного режима для снижения времени выполнения массовых операций по изменению данных;

При этом необходимо сначала устанавливать монопольный режим, а затем выполнять запуск фонового задания, которое реализует саму длительную операцию. В этом случае фоновым заданием будет унаследован монопольный режим, ранее установленный из пользовательского сеанса (см. документацию к платформе).

На время выполнения этого фонового задания следует блокировать весь интерфейс приложения, открывая форму ожидания завершения операции в режиме РежимОткрытияОкна = БлокироватьВесьИнтерфейс. Блокировать интерфейс приложения требуется потому, что на время выполнения задания полноценная работа пользователя с приложением уже невозможна:

  • Если пользователь(*) попытается записать какой-либо объект, это приведет к ошибке (из-за установленного монопольного режима);
  • В ряде случаев могут запускаться фоновые задания в качестве реакции на действия пользователя случае (при поиске в динамическом списке, при вводе по строке, формировании отчетов и пр.), которые также завершатся с ошибкой.
    Кроме того, на самой форме ожидания длительной операции не следует размещать элементы управления, которые могут приводить к запуску таких фоновых заданий. Например: поля ввода, динамические списки и отчеты.

* Примечание: ошибки записи также возникают в тех случаях, когда объекты записываются программно, например, из обработчиков ожидания. В них также следует проверять монопольный режим согласно п.5.

Юрий , а обновление-то прошло? Фоновые задания, запущенные перед обновлением, и должны завершаться принудительно.

У меня при обновлении конфигурация баз данных не обновилась. При попытке переобновить через конфигуратор выдает критическая ошибка, поврежден файл инфобазы. В режиме предприятия предупреждает о несоответствии конфигураций, но запускается и работает, только не обновляется. Никто не сталкивался. Заранее благодарен.

Сергей ,перед каждым обновлением необходимо делать архивную копию информационной базы, чтобы при сбое можно было бы откатиться к предыдущей версии. В Вашем случае для начала сделайте резервную копию и проверьте информационную базу с помощью средства chdbfl.exe.и проведите тестирование и исправление в конфигураторе.

Не обновляться автоматически
Обновляйтесь из конфигуратора

При автоматическом обновлении (ихз пользовательского режима) резервная копия делается автоматически

Добрый день. Помогите пожалуйста. Не нашла как вопрос задать, решила в похожей теме задать. Выключилось электричество во время работы. Файл базы данных поврежден. Проделала все инструкции (восстановление утилитой и конфигуратором). Выдает, что ошибок нет. Загрузила последнюю сохраненную выгрузку. Так теперь даже войти не получается, сразу всплывает окно-Файл базы данных поврежден. Что делать? (1С Предприятие 8.3 Управление торговлей базовая, редакция 11.3)

Попробуй почисти кэш

Еще можно: если база файловая, то скопируй файл базы 1Сv8.1CD в новую папку и попробуй открыть базу поэтому пути, если получиться то значит дело в о временных файлах или кэше

Юрий , пробовала-не выходит. Попробую кэш очистить.

Добрый вечер. Теперь кэш не могу найти(( Открываю окно запуска 1С, выбираю настройки. Там адрес (в инете пишут что это и есть адрес кэша): СUsersAdminAppDateRoaming1C1cv8tmplts. Нашла я вот СUsersAdminAppDateRoaming но там одна папка uTorrent и в ней ничего похожего на 1С нет(((
Когда ошибка вылазит :файл поврежден, то, если нажать на Информацию для техподдержки, то поврежденный файл указывают СUsersAdminAppDateLocal1C1cv87a60182b-39cc-4aca-88e2-0ff20c4f8b075a0a991a-1fea-4e4b-a1c2-13d6326e0ae8vrs-cachecache/1CD
В uTorrent есть папка dlimagecache. В ней три файла с длинными названиями. Может это и есть кэш?

Читайте также:

      

  • Как отправить документ ворд в облако
  •   

  • Как выгрузить контрагентов в 1с унф
  •   

  • Пропал браузер на компьютере
  •   

  • Фотошоп гифки вставить лицо
  •   

  • Таблица корректировки спиртуозности в зависимости от температуры в excel

При отключении питания, отказе техники, сбоях сети база данных, как правило, остается работоспособной. В этих случаях достаточно устранить неполадки в оборудовании и сети, чтобы продолжить работать в 1С.

Но что делать, если работоспособность программы нарушена настолько, что работать в ней невозможно? Об этом вы узнаете, прочитав статью.

Содержание

  • Аварийное завершение работы 1С
    • Возврат на копию базы
    • Чистка кеша 1С
    • Журнал регистрации (Конфигуратор)
    • Запуск со старой Платформы
    • Тестирование и исправление
    • CHDBFL.EXE
    • Как определить справочник или документ ошибки
    • Внешняя обработка удаления записей регистров накопления по регистратору

К причинам аварийного завершения работы 1С можно отнести отказы оборудования и внешние факторы. Например, при неисправностях жесткого диска целые сегменты его пространства становятся нечитаемыми. Другой причиной может быть перекодировка или уничтожение таблиц базы вирусом или отключение электропитания в момент проведения большого массива данных в 1С.

Что же делать, если при входе в 1С появляется сообщение об аварийном завершении работы и перезапуск сеанса не помогает?

БухЭксперт8 рекомендует выполнить последовательно следующие действия:

  • развернуть копию рабочей базы;
  • проанализировать данные Журнала регистрации;
  • выполнить запуск 1С со старой Платформы;
  • просмотреть ошибки текущего релиза;
  • запустить Тестирование и исправление информационной базы;
  • проверить отсутствие повреждений данных СУБД базы утилитой CHDBFL;
  • определить конкретные справочник или документ, вызывающие аварийное завершение 1С;
  • использовать внешнюю обработку Выгрузка и загрузка данных xml для переноса испорченных данных.

Возврат на копию базы

Первое, что должен сделать пользователь при аварийном завершении работы 1С и невозможности входа в нее, — восстановить последнюю копию рабочей базы.

Аварийные ситуации сложно предугадать. БухЭксперт8 рекомендует настроить автоматическое резервное копирование с выполнением копий не реже раза в неделю. Срок хранения копий можно ограничить двумя неделями.

В этом случае программа сама сделает резервную копию 1С по заданному расписанию.

Пользователи продолжают работать в восстановленной базе, пока идет анализ ошибок в рабочей 1С. После того как ошибки в рабочей базе будут устранены, новые данные по документам и справочникам можно перенести из восстановленной базы специальной обработкой Выгрузка и загрузка данных xml.

Данные из копии базы выгрузятся в файл xml, который можно загрузить этой же обработкой в исправленную рабочую базу. Работа организации идет в штатном порядке, без простоев и паники.

Наладив работу пользователей в копии базы, необходимо проанализировать ошибки аварийного завершения работы рабочей базы.

Ошибки аварийного завершения не всегда можно исправить. Попытки восстановления работоспособности могут занять не час и даже не день. Поэтому организация работы пользователей в копии базы на это время — разумное решение.

Чистка кеша 1С

В процессе работы 1С наиболее часто используемые фрагменты программы сохраняются во временные файлы прямо на ПК. Время обращений к этим данным, а также время обработки операций в 1С при этом значительно снижается. При возникновении аварийной ситуации может повредиться выгруженный «кеш». Программа не сможет найти нужных данных и выдаст ошибку.

Для исправления ситуации очистите «кеш» 1С.

При пустом «кеше» 1С создаст новые временные файлы и проблема может решиться.

Журнал регистрации (Конфигуратор)

В специальном журнале 1С хранится информация о действиях с объектами 1С и ошибках при работе в базе данных. Если войти в 1С не удается из-за аварийного завершения работы, а Конфигуратор доступен, откройте Журнал регистрации из Конфигуратора: раздел Администрирование — Журнал регистрации.

В списке зарегистрированных событий найдите запись с ошибкой аварийного завершения работы программы. Она содержит более полную информацию о причине ошибки:

В данном случае аварийное завершение 1С вызвало расширение BE_20220706:

Для решения проблемы достаточно удалить указанное расширение из конфигурации (Конфигурация — Расширения конфигурации) или доработать его для устранения ошибки:

К ошибкам также может привести нарушение заполнения документов:

Здесь потребуется проверить формируемые данные во внешней обработке Перенос ТМЦ с одного МОЛ на другое, найти и очистить поле Сумма НУ в документе.

Журнал регистрации предоставляет самую полную информацию об ошибках. При любых аварийных ситуациях просматривайте его для локализации ошибки и ее исправления.

Запуск со старой Платформы

Разработчики постоянно совершенствуют возможности программы. Добавляют новые документы, разделы, сервисы. Это может затронуть алгоритмы работы уже внедренного функционала, поэтому при аварийном завершении 1С обязательно попробуйте запуститься со старой Платформы 1С или обновить Платформу 1С на более новую.

В практике БухЭксперт8 есть случаи, когда именно это и решало проблемы:

  • Аварийное завершение программы при свертке базы (Бухгалтерия 3.0);
  • Аварийное завершение программы ЗУП 3.1.

Для запуска 1С со старой Платформы 1С выберите в списке баз нужную и нажмите кнопку Изменить.

В поле Версия 1С:Предприятия укажите более раннюю из имеющихся версий Платформы 1С и выполните повторный запуск 1С.

Тестирование и исправление

При ошибках, вызванных внешними факторами (неисправности сети, отключение электропитания и т. д.) специалисты рекомендуют запускать Тестирование и исправление информационной базы.

Функционал поможет не только найти ошибки, но и попытается их исправить.

БухЭксперт8 рекомендует запускать тестирование в режиме Только тестирование для просмотра и анализа найденных ошибок. Перед исправлением ошибок в режиме Тестирование и исправление всегда делайте копию базы данных.

Пытаясь восстановить данные в сложных случаях, встроенная обработка может окончательно испортить базу. Простые случаи, как правило, исправляются корректно.

CHDBFL.EXE

Утилита CHDBFL предназначена для восстановления физической целостности таблиц 1С при повреждении:

Перед использованием обработки делается копия базы данных, поскольку исправление таблиц может привести к непредвиденным результатам.

Запуск утилиты происходит с флагом Исправлять обнаруженные ошибки.

При обнаружении нарушения физической целостности таблиц 1С можно попробовать восстановить целостность по кнопке Выполнить:

Функционал очень востребован системными администраторами и неплохо справляется с задачей восстановления повреждений в 1С. При этом некоторые данные в справочниках и документах могут быть потеряны. Перенос недостающих данных можно выполнить по внешней обработке Выгрузка и загрузка данных xml из копии базы.

Как определить справочник или документ ошибки

Если утилита CHDBFL указала на ошибку в конкретной таблице, но не смогла ее исправить, нужно определить, какие данные хранятся в этой таблице. В этом поможет обработка БухЭксперт8 Получить структуру таблиц СУБД в 1С.

Обработка Получить структуру таблиц СУБД в 1С (БухЭксперт8)

В обработке выводятся таблицы СУБД 1С и их соответствие объектам 1С. Основные столбцы:

  • Метаданные — объект 1С;
  • Имя таблицы хранения — таблица СУБД.

Для отбора данных по нужной таблице в обработке предусмотрено специальное поле отбора:

  • Имя таблицы хранения.

Определив объект 1С по сбойной таблице СУБД, можно работать с ошибкой средствами SQL: очистить таблицу или перенести ее из копии базы данных. Это требует специальных знаний по SQL-запросам и работе с таблицами СУБД.

Если средствами SQL восстановить данные не получится, проблемную таблицу можно очистить и заполнить нужными данными в 1С по типовой обработке Выгрузка и загрузка данных xml из копии базы.

Внешняя обработка удаления записей регистров накопления по регистратору

Обработка Получить структуру таблиц СУБД в 1С (БухЭксперт8)

Обработка позволяет определить по внутренней таблице данных СУБД объект 1С.

Утилита CHDBFL при проверке физической целостности базы 1С указала на сбойную таблицу Reference82. Восстановление данных прошло не полностью. Определите объект данных, соответствующий этой таблице, и выполните загрузку данных в него, используя обработку Выгрузка и загрузка данных xml.

Пошаговая инструкция работы с обработкой Получить структуру таблиц СУБД в 1С:

  1. Откройте обработку в программе: Главное меню — Файл — Открыть — обработка «Получить структуру таблиц в 1С». На предупреждение системы безопасности ответьте — Да.
  2. В поле Имя таблицы хранения укажите поврежденную таблицу:Таблица Reference82 соответствует справочнику Группы пользователей:
  3. Из копии базы выгрузите обработкой Выгрузка и загрузка данных xml информацию из справочника Группы пользователя в файл.
  4. Выполните загрузку данных в справочник Группы пользователей восстановленной базы из файла, используя обработку Выгрузка и загрузка данных xml.

См. также:

  • Работа в 1С
  • Очистка кэш
  • Тестирование и исправление базы 1С
  • Патчи (исправления)
  • Резервное копирование 1С
  • Как исправить ошибки базы 1С самостоятельно
  • Исправление технических ошибок при работе с 1С:Бухгалтерия
  • Не запускается 1С

Если Вы еще не подписаны:

Активировать демо-доступ бесплатно →

или

Оформить подписку на Рубрикатор →

После оформления подписки вам станут доступны все материалы по 1С:Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

Подписывайтесь на наши YouTube и Telegram чтобы не пропустить
важные изменения 1С и законодательства

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

ошибка работы клиента (порт занят либо завершается аварийно)

Модератор: Дмитрий Юхтимовский

ошибка работы клиента (порт занят либо завершается аварийно)

Добрый день! Помогите!
На сервере(Windows 2012R2) стоит 1С сервер + ms sql версия 8.2.19.68.
При попытки соединения клиента с сервером выходит вот такая ошибка(server_addr=tcp://server2012:1560 descr=Сервер недоступен (не отвечает, завершается аварийно или порт занят другим приложением) line=499 file= ScrdataExchangeTcpClientlmpl.cpp).
Эта ошибка возникает у пользователей, которые используют wi-fi соединение, но если поставить у пользователей режим — толстый клиент, но ошибки не возникает.
Если установить версию 8.2.19.8 то ошибка начинает выборочно появляется еще и у пользователей, которые используют локальную сеть.
Перерыл много форумов, и понял что я не один такой, с этой проблемой.
p.s. порты для сервера 1с и sql на windows server 2012 открыты

Вложения
ошибка 1с.gif
ошибка 1с.gif (36.01 KiB) Просмотров: 10172
Харламов Василий
 
Сообщений: 1
Зарегистрирован: 10 янв 2014, 16:33
Откуда: Россия, Электросталь

Re: ошибка работы клиента (порт занят либо завершается авари

Сообщение Гилёв Вячеслав » 12 янв 2014, 10:55

остоновите службу сервера 1с, затем откройте диспетчер задач и проверьте наличие процессов: ragent.exe, rmngr.exe, rphost.exe,
скорее всего они подвисли, удалите их в том порядке, в котором они здесь перечисленны
когда процессов не останется, почистите папку сеансовых данных (у меня это C:Program Files1cv82srvinforeg_1541snccntx )
после этого запустите службу заново

Гилёв Вячеслав
 
Сообщений: 2719
Зарегистрирован: 11 фев 2013, 15:40
Откуда: Россия, Москва

Re: ошибка работы клиента (порт занят либо завершается авари

Сообщение Alex-First » 20 янв 2014, 19:22

Точно такая же проблема. Ваш совет не помог. Решается только принудительным запуском у клиента файла 1cv8.exe — только в этом случае соединение проходит успешно. Проверялось при отключенных фаерволах на клиентской машине и на серверах 1С. Любые другие варианты запуска — приводят к ошибке в line=499 (..1cv82common1cestart.exe, 1cv828.2.19.80bin1cv8c.exe, 1cv828.2.19.80bin1cv8s.exe).

Клиент, у которого началась эта ошибка, подключается к 1С через WiFi + VPN, сервер 1С под w2008, MSSQL 2012 + w2012. До перехода на 8.2.19.80 все работало без проблем, как только обновились — сразу началась чехарда с подключением к базе удаленных клиентов: 95% попыток вылетают с точно такой оошибкой, как указана в первом посте этого треда.

Никакие процессы при этом не являются повисшими, перезапуск сервера 1С (с отстрелом возможно повисших процессов, у меня правда ничего не оставалось в памяти после остановки сервиса агента-1С), чистка кеша сессий — не помогает. Только принудительный запуск у клиента файла 1cv8.exe — единственная панацея пока :-(

Alex-First
 
Сообщений: 1
Зарегистрирован: 20 янв 2014, 18:59

Re: ошибка работы клиента (порт занят либо завершается авари

Сообщение Володимирович Ярослав » 25 окт 2015, 21:12

Alex-First писал(а):Точно такая же проблема. Ваш совет не помог. Решается только принудительным запуском у клиента файла 1cv8.exe — только в этом случае соединение проходит успешно. Проверялось при отключенных фаерволах на клиентской машине и на серверах 1С. Любые другие варианты запуска — приводят к ошибке в line=499 (..1cv82common1cestart.exe, 1cv828.2.19.80bin1cv8c.exe, 1cv828.2.19.80bin1cv8s.exe).

Клиент, у которого началась эта ошибка, подключается к 1С через WiFi + VPN, сервер 1С под w2008, MSSQL 2012 + w2012. До перехода на 8.2.19.80 все работало без проблем, как только обновились — сразу началась чехарда с подключением к базе удаленных клиентов: 95% попыток вылетают с точно такой оошибкой, как указана в первом посте этого треда.

Никакие процессы при этом не являются повисшими, перезапуск сервера 1С (с отстрелом возможно повисших процессов, у меня правда ничего не оставалось в памяти после остановки сервиса агента-1С), чистка кеша сессий — не помогает. Только принудительный запуск у клиента файла 1cv8.exe — единственная панацея пока :-(

как понять «запус принудительно»?

Володимирович Ярослав
 
Сообщений: 1
Зарегистрирован: 25 окт 2015, 21:12


Вернуться в Прочее

Кто сейчас на форуме

Сейчас этот форум просматривают: Bing [Bot] и гости: 1

Содержание

  1. Фирма «1С» опубликовала рекомендации для устранения ошибки «Аварийное завершение»
  2. «Аварийное завершение»: что делать?
  3. Порядок регистрации ошибок платформы
  4. Исправленные версии платформы
  5. Аварийно завершился рабочий процесс фонового задания при загрузке файлом данных в БП

Фирма «1С» опубликовала рекомендации для устранения ошибки «Аварийное завершение»

Несколько дней пользователи 1С сообщали о массовом возникновении ошибки, при которой происходило аварийное завершение работы конфигураций. Фирма «1С» подготовила рекомендации для решения данной проблемы.

«Аварийное завершение»: что делать?

Пользователи решений на платформе 1С, а также компании-партнеры в течение нескольких дней фиксировали возникновение достаточно неприятной ошибки, которая аварийно завершала работу различных конфигураций при старте.

Проблема проявлялась при старте при наличии доступа к интернет. В большинстве случаев, перезапуск приложения решал задачу и не приводил к повторным падениям.

Сбой в работе 1С затронул легальных пользователей, которые не используют контрафактные версии ПО. Ошибка возникала на различных конфигурациях, версиях платформы и во всех вариантах работы – файловом, клиент-серверном и даже при работе в режиме «облака».

Сегодня на сайте 1С появилось сообщение с рекомендациями по устранению проблемы. Фирма «1С» указала на то, что проблема наблюдается в релизах технологической платформы, начиная с 8.3.16.1791, 8.3.17.1823, 8.3.18.1201.

«Ошибка исправлена в версиях платформы начиная с 8.3.17.2231 и 8.3.18.1483 (будет опубликована 19.05.2021). Фирма «1С» приносит извинения пользователям, у которых проявилась указанная проблема. Для ее устранения предлагаем обновиться на указанные версии платформы или последующие», – говорится на официальном сайте.

Порядок регистрации ошибок платформы

Активная позиция пользователей, предпочитающих сообщить коллегам о возникновении проблемы на профессиональных форумах и в чатах, положительно сказалась на сроках устранения ошибки. Публичные дискуссии продемонстрировали, что проблема действительно является массовой, и требует максимально оперативной реакции со стороны вендора.

Но кроме общения на форумах и в конференциях, фирма «1С» предлагает пользователем регистрировать возникающие ошибки в специальном сервисе. Так можно будет достигать еще более оперативного реагирования со стороны разработчика.

Напомним, что при возникновении ошибки необходимо подготовить обращение в техническую поддержку:

  • сформулировать проблему (одно обращение=одна проблема, не рекомендуется объединять в одном письме несколько кейсов);
  • подготовить скриншоты с описанием ситуации;
  • указать релизы конфигурации и платформы.

Всю эту информацию необходимо передать в техподдержку «1С» по адресу v8@1c.ru. Там обращение будет зарегистрировано, и выявленной ошибке будет присвоен номер. Дальнейшую судьбу описанного инцидента можно будет отслеживать в специальном сервисе.

О том, как работать с выявленными в 1С ошибками, написано на сайте сервиса «Публикация ошибок».

Исправленные версии платформы

Если у вас при старте программы проявилась проблема с аварийным завершением работы, фирма «1С» предлагает установить обновления 8.3.17.2231, 8.3.18.1483 и 8.3.16.1973, где эта ошибка уже исправлена.

Добрый день!
А можно поподробнее пояснить — где там регистрировать ошибки?

(1) там это нельзя сделать)))
Велком в реальность

(4) Одно из самых главных, что мы ожидаем от трекера — это поиск «похожего» тикета и ответы на вопросы «а не зарегистрирована ли уже такая же ошибка» и «что об этом говорят в сообществе» (а не только скупое описание ошибки и обхода).

И тут мы такие «(тадам. ) для этого можно использовать партнерку, ибо ничего более подходящего увы нет». Потому как ищем мы не номера, а описания, примеры, обсуждения.
И вынуждены так делать. А 1С вынуждено бороться с нами, как с последними вредителями, ссылаясь на правила партнерки.
Т.е. вместо того, чтобы прочесть явно сформулированный запрос сообщества и сделать трекер здорового человека, продолжают по нам долбить, что «неположено». И что «дорожки будем прокладывать по проекту, а не там где людям удобно/ходят».

(опять негодование прорвало, сорри)

«За чей счёт банкет?»
Увлеклись преследованием нелицензионников, да так, что подкинули проблем вообще ВСЕМ.

А теперь им надо помочь и написать об ошибках.
Отношение к покупателям/пользователям как к «бета-тестерам» — основной подход фирмы 1С.

В логах Windows в записи об ошибке приложения (Source: Application Error) при этом краше идут ссылки на:
— ок. 30% случаев на «C:Program Files1cv88.3.18.1363binbackbas.dll»
— ок. 70% случаев на «C:Program Files1cv88.3.18.1363binvcruntime140.dll»

Т.к. backbas.dll на сколько я знаю — вроде как компонент защиты, то с ним мало что можно сделать. Решил разобраться с
vcruntime140.dll
1С при установке из дистрибутива хоть и ставит в систему дополнительно комплект библиотек VC++, но почему-то тащит себе в норку (Bin) свой персональный экземпляр vcruntime140.dll, а не используется системный из WindowsSystem32

В итоге в папке 8.3.18.1363bin лежит довольно древняя версия vcruntime140.dll: у меня была 14.16.27033.

Что сделал:
Выкачал последние версии распространяемых пакетов библиотек VC++ с сайта Microsoft (на сейчас это 14.28.29914), установил их в систему и скопировал новые версии vcruntime140.dll из папок
C:WindowsSystem32
и
C:WindowsSysWOW64
в папки 8.3.18.1363bin 64-битной и 32-битной 1С соответственно.
У кого одна версия 1C (обычно x32) — достаточно одну библиотеку заменить.

Делал это на терминальном сервере разработчиков 1С, где они работают и постоянно ловят эту ошибку.
До замены библиотеки vcruntime140.dll — 11 событий краша за 4 часа.
После обновления библиотеки vcruntime140.dll — 0 событий за 36 часов (на момент написания поста)

Пока стучу по дереву и собираю статистику.
Обновлять платформу из-за экспериментов от 1С точно нет возможности: 500+ юзеров и только согласование и подготовка обновления занимает 1-2 месяца

Источник

Аварийно завершился рабочий процесс фонового задания при загрузке файлом данных в БП

Добрый день, коллеги! У меня есть обмен по правилам обмена между базой КА 1.1 и базой БП 3. Релиз БП Бухгалтерия предприятия, редакция 3.0 (3.0.99.19) и платформа 1С:Предприятие 8.3 (8.3.18.1334)

Загрузка идет регламентным заданием, само задание сформировано из внешней обработки. Так вот до недавнего времени не было проблем с обменом на данной почве, а именно «Аварийно завершился рабочий процесс фонового задания» при загрузке файлом данных в БП. Сейчас если загружаю реализации товаров за 1,5 месяца, несколько тысяч документов — рег. задание валится, приходится загружать по две недели вручную, естественно автообмен не работает. Есть похожая проблема https://forum.mista.ru/topic.php?id=850074 , но там типовой обмен, а у меня свой написан.

Замечено, что после перезапуска службы 1С ошибка в меньше степени проявляется, при накоплении периода работы платформы без перезапуска ошибка чаще возникает.ю

Для этого нужно иметь лицензию КОРП

Добрый день! А если сервер на котором несколько баз и стоит настройка 1 ИБ на процесс, то 8% от физ памяти сервера на один RPHOST или суммарный объем всех RPHOST сервера должен быть не больше 8% от физ памяти сервера?

Те я наблюдаем что фоновые задания завершаются с ошибкой
«Аварийно завершился рабочий процесс фонового задания» при этом размер RPHOST который завершается всего 600мб.

Итак, смотрим информацию в этой статье:

https://its.1c.ru/db/v8319doc#bookmark:cs:TI000000158
Кстати, статья изменилась, мне кажется, раньше там было меньше букв.

Привожу здесь интересующие нас выдержки:

Безопасный расход памяти за один вызов

Примечание. Доступно только для лицензии КОРП. Подробнее о видах лицензий см. здесь.

Объем памяти в байтах, использование которого в процессе вызова сервера считается безопасным.

Может принимать значение от -1 до 9 223 372 036 854 775 807:

● -1 ‑ любой вызов сервера считается опасным, если за время вызова сервера объем памяти, занятый процессами кластера (рабочих процессов и менеджеров кластера), достигает используемого значения свойства Временно допустимый объем памяти процессов;

● 0 ‑ значение объема определяется автоматически, как 10% от используемого значения параметра Временно допустимый объем памяти процессов.

Временно допустимый объем памяти процессов

Определяет размер временно допустимого объема оперативной памяти, занятой рабочими процессами и менеджерами кластера (процессами кластера) на настраиваемом рабочем сервере, в байтах. Если объем памяти, потребляемой процессами кластера, превышает значение параметра, то система считает, что у данного рабочего сервера снижается производительность и на него больше не следует назначать новые соединения с информационными базами.

Данное значение используется для контроля над объемом памяти, которое используют рабочие процессы в целом и отдельный серверный вызов в частности:

● Контроль над памятью рабочих процессов.

Если параметр Временно допустимый объем памяти процессов оставался превышенным на время большее, чем указано в параметре Интервал превышения временно допустимого объема памяти процессов (параметр должен иметь значение большее 0), то начинается перезапуск рабочих процессов данного рабочего сервера. Перезапуск выполняется, начиная с рабочего процесса, потребляющее максимальное количество памяти в порядке уменьшения объема потребляемой оперативной памяти. При этом процесс перезапуска будет прекращен тогда, когда сумма потребляемой памяти оставшимися процессами кластера станет меньше или равна параметру Временно допустимый объем памяти процессов.

Во время перезапуска сеансы, обслуживаемые рабочими процессами, которые выбраны для завершения, переназначаются на другие рабочие процессы. Рабочий процесс будет завершен только после того, как он перестал обслуживать сеансы клиентских соединений.

● Контроль над памятью серверного вызова.

Каждый рабочий процесс кластера определяет объем памяти, занимаемой процессами кластера на этом рабочем сервере (назовем это значение ПамятьПроцессов). ПамятьПроцессов обновляется один раз в две секунды.

При начале вызова сервера фиксируется текущее значение ПамятьПроцессов на момент начала вызова (назовем это значение ПамятьПроцессовТекущая) и вычисляется разность значения Временно допустимый объем памяти процессов и значения ПамятьПроцессовТекущая (назовем это значение ПределПамятиЗаВызов). Если значение ПределПамятиЗаВызов получилось меньше значения Безопасный расход памяти за один вызов, то значением ПределПамятиЗаВызов становится значение Безопасный расход памяти за один вызов.

В процессе выполнения вызова вычисляется объем памяти, израсходованной при выполнении этого вызова (назовем это значение ПамятьЗаВызов).

Если в результате выделения памяти в одном вызове сервера значение ПамятьЗаВызов превышает значение ПределПамятиЗаВызов, то вызов прерывается исключением и завершается аварийно. При этом в технологический журнал выводится событие EXCP, содержащее:

Параметр может принимать значение от -1 до 9 223 372 036 854 775 807:

● -1 ‑ временно допустимый объем памяти, доступный процессам кластера на данном рабочем сервере, не ограничен;

● 0 ‑ в качестве временно допустимого объема памяти процессов кластера на данном рабочем сервере используется значение по умолчанию:

● Для контроля над памятью рабочих процессов ‑ 70% объема оперативной памяти сервера.

● Для контроля над памятью серверного вызова ‑ 80% объема оперативной памяти сервера.

Значение по умолчанию равно 0.

Раньше я делал вывод, что максимальный расход памяти одного серверного вызова составит 10% от 80%, то есть 8% всей оперативной памяти сервера.

Сейчас можно прикинуть подробнее. Допустим, у нас на сервере 64Гб памяти, тогда Временно допустимый объем памяти процессов составит примерно 51Гб и Безопасный расход памяти за один вызов примерно 5Гб. Допустим, сервер 1С недавно перезапустили, на нем существует 1 рабочий процесс, который потребляет 1Гб. Тогда ПамятьПроцессов у нас будет 1, ПамятьПроцессовТекущая тоже 1, отнимаем от 51Гб 1, получаем ПределПамятиЗаВызов, равный 50Гб. 50Гб больше, чем 5Гб, поэтому ПределПамятиЗаВызов остается 50Гб.

Если же на сервере 16Гб, и на каждую ИБ выделен 1 процесс, что, кстати, 1С не рекомендует делать в другой статье ( https://its.1c.ru/db/metod8dev/content/5908/hdoc) , так как «значительное число процессов rphost приводит к неэффективному использованию памяти процессами кластера», и все эти процессы потребляют уже сейчас 12Гб, тогда:
— Временно допустимый объем памяти процессов = 12,2Гб
— Безопасный расход памяти за один вызов = 1,2Гб
— ПамятьПроцессовТекущая = 12Гб
— 12,2 — 12 = 0.2, это меньше, чем 1.2, тогда ПределПамятиЗаВызов = 1.2Гб

Так что при прочтении текущей версии статьи выходит, что при наличии большого количества свободной оперативной памяти каждый серверный вызов может потребить количество памяти, значительно превышающее 8% ее объема, а когда свободной памяти остается мало, тогда этот параметр (Безопасный расход памяти за один вызов) начинает работать.

Вы можете провести свои собственные расчеты, взяв за основу реальные данные Вашего сервера, текущей и средней нагрузки на него.

Если Вы можете использовать настройку 1 ИБ на процесс, значит, используете лицензию КОРП, в этом случае можно поставить все эти параметры в -1 (ничего не ограничивать) и повторить эксперимент. Если процессы перестанут падать, дело в памяти, если продолжат, нужно искать другую причину.

Источник

Понравилась статья? Поделить с друзьями:
  • Ошибка абсорбера гранта 8 клапанов
  • Ошибка абс шкода октавия тур
  • Ошибка абс шевроле круз причина
  • Ошибка абс шевроле авео т250
  • Ошибка абс шевроле авео т200