Обновление 1С позволяет усовершенствовать используемую документацию и формы отчетности. Оно проводится регулярно, компания-разработчик старается своевременно выпускать новые релизы, чтобы пользователи получали только актуальную информацию, а выгруженная отчетность соответствовала законодательным и нормативным актам. Если у вас в процессе обновления 1С вылетает ошибка, то следует обратиться к специалистам, которые смогут решить проблему в кратчайшие сроки.
Вылетает ошибка при обновлении 1С? Звоните +7 (495) 240-8668, обязательно поможем!
Обновление типовой и нетиповой конфигурации
Используемые программные продукты 1С можно смело поделить на 2 типа:
- типовые – стандартный продукт поставляемый компанией-разработчиком;
- нетиповые – продукт, с измененным кодом под нужны организации.
Компания-разработчик предоставляет пользователям типовую конфигурацию, ее можно настраивать под нужды компании используя встроенные инструменты. Выпуская релиз для той или иной конфигурации, производитель учитывает наличие встроенных функций, поэтому проблем с процедурой обновления, если оно выполнялось на протяжении всего периода пользования на основе регламента, не возникает.
Нетиповые конфигурации дополнены новыми функциями под нужды организации. Следовательно, при обновлении необходимо учитывать этот факт. Релизы формируются специалистами с учетом внесенных изменений в конфигурацию, после чего производится обновление продукта.
Почему возникают ошибки, из-за которых вылетает 1С при обновлении?
Из основных причин, почему может вылететь ошибка, выделяются следующие факторы:
- неправильно установлен предыдущий релиз;
- проведение обновления выполняется без учета предусмотренного регламента;
- наличие дублей профилей в базе;
- неправильно подготовлен релиз для обновления.
Если ошибки нетиповой конфигурации понятны и в основном появляются вследствие неверно подготовленного релиза, то для типовой версии программы может быть масса причин.
Если программа обслуживалась на протяжении всего времени правильно, то установка релиза не вызывает особой сложности. При необходимости пользователь может провести все работы самостоятельно, не прибегая к услугам специалистов. Но если ранее вносились какие-либо изменения в конфигурацию или базу 1С, то тогда лучше не рисковать и обратиться к специалистам. Любые изменения, даже незначительные, повышают риск возникновения ошибок при обновлении 1С.
Вылетает 1С при обновлении? Обращайтесь к нам. Звоните +7 (495) 240-8668!
Помните, для установки релиза нужно подбирать проверенную компанию. Многие специалисты для сокращения времени осуществляют сравнение релиза и конфигурации, что делать не рекомендуется. Обращайтесь к опытным программистам, так вы сможете гарантировать работоспособность вашего продукта.
vde69
02.08.16 — 14:21
собственно пытаюсь обновить рабочую конфигурацию (загружен cf в пустую), конфа самая большая, вылетает с дампом…
ЖР — ничего нет
скорее всего падает рхост сервера, но вот куда копать и чего делать пока не понимаю…
Nuobu
1 — 02.08.16 — 14:23
Оперативки достаточно?
Вылетает на определённых метаданных?
vde69
Модератор
2 — 02.08.16 — 14:23
платформа 8.3.8.1675
vde69
3 — 02.08.16 — 14:24
(1) на SQL оперативки мало, на сервере 1с и локально — есть свободная
вылетает при загрузки конфы с нуля (всей конфы целиком)
lubitelxml
4 — 02.08.16 — 15:09
(2) «В процессе работы сервера Предприятия увеличивается количество UDP портов, занятых процессами rmngr и rphost, до тех пор, пока не будут заняты все свободные UDP порты сервера. Исправлена: «Технологическая платформа», версия 8.3.8.1964″ — попробуй платформу обнови
Strogg
5 — 02.08.16 — 15:13
(0) винда 32-х разрядная?
shuhard
6 — 02.08.16 — 15:19
(0)[ конфа самая большая]
у тебя при увольнении всё так плохо, что нет возможности назвать что обновляешь ?
Amra
7 — 02.08.16 — 15:21
(6) Он уже на новую вышел, как мегагуру, а тут оппа, и засада) КАк бы назад не пришлось проситься. А по делу — я бы прислушался к (4)
shuhard
8 — 02.08.16 — 15:23
(7) если на новую — значит конфигурация поставщика битая, либо это таки УПП/ERP со своими причудами
lubitelxml
9 — 02.08.16 — 15:24
(7) я именно по этому до сих пор на 8.3.8, те что выше — ошибок слишком много глобальных…
lubitelxml
10 — 02.08.16 — 15:27
+(9) на 8.3.6
vde69
Модератор
11 — 02.08.16 — 15:46
1с:УправлениеХолдингом
(4) не так легко обновить, баз дофига и юзеров то-же….
про лимит портов — мысль интересная, тем более, что текущий сервер настроен неправильно…
lubitelxml
12 — 02.08.16 — 15:48
(11) режим совместимости включен?
lubitelxml
13 — 02.08.16 — 15:49
Ну ты целиком то не переводи всех, попробуй одну базу покрутить на разных платформах (если включен режим совместимости (не более 8.3.6) — запусти на 8.3.6, там вроде норм движок без особых косяков)
vde69
14 — 02.08.16 — 15:49
(12) типовая, на поддержке…
lubitelxml
15 — 02.08.16 — 15:50
(14) ну хотя до 8.3.7 даст понизить? или тестовую ставь последнюю, там косяк с портами исправили
vde69
16 — 02.08.16 — 15:51
(13) два сервера с разделением по портам поднимать точно не буду… это то еще удовольствие…
сейчас сбросил настройки рхостов в дефолт, жду…
Azverin
17 — 02.08.16 — 15:56
что за оформление темы, ТС, ты ли это? (((
shuhard
18 — 02.08.16 — 16:08
(11)[УправлениеХолдингом ]
обновлять УХ без тестирование изменений в релизе на тестовой копии — прямой путь к быстрому заверщению испытательного срока
и второй раз — ты проверил, что конфигурация поставщика цела ?
ДемонМаксвелла
19 — 02.08.16 — 16:13
я бы ещё журнал скуля глянул, там бывают полезные записи
vde69
20 — 02.08.16 — 16:57
короче после установки в дефолт части настроек сервера 1с — стало все нормально
Mariiaki
21 — 31.08.16 — 07:31
(20) можно поподробнее что именно сделали?
vde69
22 — 31.08.16 — 08:55
(21) если популярно — переустановил сервер 1с
а по факту — поднял в другом месте сервер и скопировал с все него настройки
Mariiaki
23 — 31.08.16 — 09:37
(22) Понятно, спасибо.
Другие статьи по оптимизации 1С:
«Как в 1С регистрировать ошибки платформы»
«Описание и включение ТЖ»
«Настройка ТЖ»
Что Вы узнаете из этой статьи?
- Способы диагностики некорректной работы платформы «1С:Предприятие 8»
- Алгоритм действий при аварийном завершении 1С
- Настройку технологического журнала для анализа «падений» процессов кластера серверов
Не секрет, что платформа «1С: Предприятие 8», как и любое другое программное обеспечение, содержит ошибки. Некоторые из них являются настолько серьезными, что вызывают аварийное завершение процессов сервера приложений 1С.
Последствия бывают весьма серьезными, к примеру, простои учетной системы в больших организациях обходятся достаточно дорого. Причем понять природу возникновения такой ошибки бывает сложно, но все же возможно.
С чего начать?
Представьте, что именно сегодня у Вас «вылетает 1С», то есть происходит самопроизвольная выгрузка из памяти процессов сервера приложений 1С. К тому же у части пользователей наблюдается аварийное завершение сеанса.
В данной ситуации для начала необходимо настроить технологический журнал (далее – ТЖ).
Даже если Вы не наблюдаете проблем, рекомендуется настроить сбор логов. Для чего?
1. При возникновении проблем у Вас уже будут данные для анализа причин плохого поведения системы.
2. Вполне вероятно, что проблемы все-таки есть, но Вы о них ничего не знаете. К примеру, процессы сервера «падают» раз в 3-4 месяца, но пользователи не сообщают Вам об этом, предпочитая просто перезапуститься.
Файл настроек logcfg.xml технологического журнала должен выглядеть так:
Рассмотрим более подробно, что в нем содержится.
Первая и последняя строка открывают и закрывают xml-файл настроек.
Вторая строка включат запись дампа: при крахе одного из процессов наш дамп будет записан в указанный каталог и может помочь разработчикам платформы найти причину возникновения ошибки. При этом необходимо понимать, что дамп создается только при падении одного из процессов.
Таким образом, наличие файлов в указанном каталоге c:v82dumps говорит о наличии проблем со стабильностью работы.
Третья строка включает запись логов ТЖ: логи будут храниться в указанном каталоге в течении 48 часов. Событие EXCP будет зафиксировано в случае возникновения исключения, это нужно, чтобы узнать, какой код выполнялся в момент ошибки.
События PROC и ADMIN вполне могут пригодиться разработчикам платформы для анализа проблем.
Вы должны учитывать, что сами логи могут занимать достаточно много места на диске. Хотя, в приведенной настройке ТЖ логи не должны сильно расти – благодаря ограничению по времени хранения логов.
Что делать, если появится дамп?
Рассмотрим пример: в каталоге dumps появился файл: rphost_8.2.18.102_7c938235_20131025162441_3348.mdmp
Его имя построено по шаблону: ИмяПроцесса_Релиз_АдресОшибки_ГГГГММДДЧЧММСС_PIDПроцесса.mdmp
В котором ГГГГММДДЧЧММСС – это дата и время падения.
Каждая ошибка, из-за которой происходит падение, имеет свой уникальный АдресОшибки.
Причем если у двух дампов одинаковый процесс, релиз и адрес ошибки, то причина падения одна и та же. Исходя из названия файла дампа мы определяем время падения системы. Осталось узнать, что происходило в системе в указанное время, и тут нам пригодятся логи ТЖ.
ТЖ записывается для каждого процесса в свой отдельный каталог, имя которого задается по шаблону ИмяПроцесса_PIDПроцесса.
Имя файла лога задается следующим образом: ГГММДДЧЧ.log
Для определения причины падения системы переходим в каталог с логами аварийно завершившегося процесса. Это можно сделать по имени файла, в котором присутствуют имя и PID-процесса. В нашем случае это каталог rphost_3348.
Далее в искомом каталоге нужно взять тот лог, в который была записана информация в момент падения системы: определяем время падения из имени дампа и находим необходимый файл лога. В нашем случае это файл 13102516.log.
Затем открываем файл лога и находим строку rphost_8.2.18.102_7c938235_20131025162441_3348.
В моем логе отражено следующее:
0,EXCP,3,process=rphost,p:processName=Test,t:clientID=2,t:applicationName=1CV8C,t:computerName=AND-SERVER,t:connectID=196,SessionID=4,AppID=1CV8C,OSException=rphost_8.2.18.102_7c938235_20131025162441_3348,Context=’Форма.Вызов : ВнешняяОбработка.ВнешняяОбработка1.Форма.Форма.Модуль.Крах
Форма.Форма.Форма : 5 : Крах();
Форма.Форма.Форма : 5 : Крах();
Форма.Форма.Форма : 5 : Крах();
Форма.Форма.Форма : 5 : Крах();
……
Рассмотрим информацию данной строки:
EXCP – данное событие означает, что в системе возникло какое-либо исключение. Через запятую перечислены свойства этого события, приведем основные из них:
- Process – имя процесса, где возникло исключение
- processName – имя информационной базы
- applicationName – клиент с которого пришел вызов, приведший к падению, в данном случае это тонкий клиент
- computerName – имя компьютера, на котором был запущен клиент
- Context – код, который выполнялся в момент падения, это самое важное для нас событие
Иногда с помощью контекста удается установить причину возникновения ошибки. В нашем случае причина падения достаточно очевидна – бесконечная рекурсия.
Рассмотрим другой пример
В версии 8.2.13 платформы «1С:Предприятие» присутствует очень популярная ошибка при работе с объектом «СистемнаяИнформация». При этом контекст ТЖ выглядит следующим образом:
Context=’Инфо = Новый СистемнаяИнформация;
Текст = «Версия 1С » + Инфо.ВерсияПриложения;’
Заметим, что ошибки, проявляющиеся в при одновременном обращении к одному объекту нескольких пользователей, встречаются достаточно часто, и если образовалось несколько дампов, и в контексте указан один и тот же объект (в данном примере «СистемнаяИнформация»), то, скорее всего, это как раз тот случай.
Проблема решается тривиально: нужно закомментировать обращение к объекту. В нашем случае это не проблема, так как без системной информации можно обойтись.
Что делать, если понять причину падения по логам самостоятельно не удается?
Прежде всего, Вы можете обратиться в техническую поддержку фирмы «1С». Но это не самый быстрый способ.
Есть более удобный и быстрый вариант: разместить на партнерском форуме сообщение с описанием проблемы и прикрепить архив с дампом и логами к сообщению или дать ссылку на него.
Это лучше, чем обращение через техническую поддержку или решение проблемы методом «научного тыка». На партнерском форуме Вам, возможно, ответят не только специалисты, которые, скорее всего, уже сталкивались с подобной проблемой, но и сами разработчики платформы. При обращении на форум обязательно указывайте следующую информацию:
- Версию и разрядность серверной ОС
- Разрядность сервера 1С
- Количество серверов в кластере
- Количество запущенных рабочих процессов на сервере 1С
- Версию используемой СУБД
- Ссылки на архив с дампом и логами для скачивания
Следует отметить, что этот вариант доступен только сотрудникам фирм-партнеров компании «1С».
Бурмистров Андрей
PDF-версия статьи для участников группы ВКонтакте
Мы ведем группу ВКонтакте – http://vk.com/kursypo1c.
Если Вы еще не вступили в группу – сделайте это сейчас и в блоке ниже (на этой странице) появятся ссылка на скачивание материалов.
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Если Вы уже участник группы – нужно просто повторно авторизоваться в ВКонтакте, чтобы скрипт Вас узнал. В случае проблем решение стандартное: очистить кеш браузера или подписаться через другой браузер.
Внезапная ошибка при обновлении релиза базы |
Я |
01.06.22 — 10:19
Здравствуйте!
Я обновил в конфигураторе релиз базы Управление торговлей 11.5 и во время выполнения процедур при первом запуске базы в режиме предприятия через некоторое время появилась ошибка:
Управление многопоточной регистрацией данных отложенного обновления.
Сеанс работы завершен администратором.
https://ia.wampi.ru/2022/06/01/SKRIN_1.png
https://ie.wampi.ru/2022/06/01/SKRIN_2.png
Базу кроме меня никто не трогает и службу сервера 1С Предприятия тоже не перезапускали.
1 — 01.06.22 — 10:21
(0) памяти не хватает rphost-у, к живому Администратору проблема отношения не имеет
2 — 01.06.22 — 10:30
(1)
В настройках кластера 1С раньше были настройки для указания количества доступной памяти, а теперь их нет.
https://ie.wampi.ru/2022/06/01/SKRIN_3.png
3 — 01.06.22 — 10:31
(2) на сервере памяти сколько и какую часть «отъело» перед падением ?
4 — 01.06.22 — 10:32
(2) добро пожаловать в КОРП
5 — 01.06.22 — 10:38
6 — 01.06.22 — 10:44
Лицензия ПРОФ на сервер 1С Предприятие ограничивает потребление памяти на процесс?
7 — 01.06.22 — 10:54
(5) ни о чем
8 — 01.06.22 — 10:59
(6) часть функционала срезали в «новых» платформах у кластера и перенесли в КОРП
9 — 01.06.22 — 11:14
(7) Да. Памяти свободной полно.
(8) Я почитал отличие серверной лицензии КОРП от ПРОФ. Как-то размыто написано.
10 — 01.06.22 — 11:20
(9) Конфа у вас на замке? При обновлении не перескакивали через релизы? После каждого обновления запускали предприятие?
11 — 01.06.22 — 12:01
может есть в некотором смысле кривые данные и очередной обработчик обновления не смог выполнится и выдается вот такое? Может посмотреть какие доп регл задания обновления выполняются и на каком вылетает эта ошибка?
12 — 01.06.22 — 12:03
(10) Конфигурация была не типовая, но я ещё сделал типовой, потому что я пытался в январе обновиться до 11.5, но из-за ошибок в типовом релизе у меня не получилось поставить обновление.
Поэтому я решил сначала на копии базы попробовать обновиться и потом уже обновлять рабочую.
Я накатил 4 ключевых релиза (обновления) и потом только запускал в 1С режиме предприятия (Всегда так делал).
Если каждый раз запускать после очередного релиза, то и изменения тоже надо перетаскивать слишком муторно и долго.
13 — 01.06.22 — 12:04
уменьши количество потоков, вплоть до 1
14 — 01.06.22 — 12:05
(11) Ошибка не модуле, а сама платформа вылетела
15 — 01.06.22 — 12:06
(13) На лицензии сервера Проф можно такое сделать?
16 — 01.06.22 — 12:07
(12) «Я накатил 4 ключевых релиза (обновления) и потом только запускал в 1С режиме предприятия (Всегда так делал).» — шутишь? Тебе 1С не сообщала, что часть доп заданий из предыдущего обновления не выполнена и рекомендуется восстановить из бэкапа?
17 — 01.06.22 — 12:08
(12) тогда не удивляйтесь подобным ошибкам. Если раньше прокатывало, то вам просто везло.
18 — 01.06.22 — 12:09
(16) «Тебе 1С не сообщала, что часть доп заданий из предыдущего обновления не выполнена и рекомендуется восстановить из бэкапа?» — Ни разу такого не было никогда, но я не исключаю что всё зависит от ведения учёта в базе
19 — 01.06.22 — 12:11
(17) Я сделаю проще. Если я обновлял 11.4 всегда без проблем, то попробовать надо накатить 11.4 до последнего релиза. Запустить в режиме предприятия. Если всё будет норм, то накатить 11.5
20 — 01.06.22 — 12:12
(18) тут дело не в учете, а в самих обновлениях, когда часть данных архитектурно переносятся в другие места. Поэтому после обновления конфы запускается задание, которая перемещает данные, либо заполняет дефолтные значения.
21 — 01.06.22 — 12:12
(18) тогда с почином. Теперь делайте как положено: накатили 1 ключевой релиз — затем в режиме предприятия все процедуры включая доп фоновые — выполнили. Затем след ключевой релиз.
22 — 01.06.22 — 12:14
В этой ситуации меня смущает, что выкинуло из 1С примерно через 40 минут после выполнения фоновых заданий обновления.
23 — 01.06.22 — 12:14
Если доработки конфы незначительные и не влияют на хранение инфы в базе, то можно накатить конфу поставщика и под замком быстро обновиться на новый релиз. А потом все изменения уже накатить на последний релиз.
24 — 01.06.22 — 12:15
(23) Метаданные измененные. В этом вся сложность процесса обновления.
25 — 01.06.22 — 12:15
Попробуйте обновлять на 64 битной платформе.
26 — 01.06.22 — 12:29
(25) Платформу только 64х битную использую.
27 — 01.06.22 — 12:35
(0) пользуйся Обновлятором, накатывай Х релизов. Отрабатывают в т.ч. обработчики обновления данных.
Добавленные метаданные при этом остаются, типовые метаданные ты ведь не правил?
Потом в результат добавь свои доработки (а еще лучше — в расширение).
28 — 01.06.22 — 12:37
(27) вряд ли он типовые не правил.
29 — 01.06.22 — 12:40
(27) Конфа базы сильно изменена. Там не только я программировал и до меня вносили изменения.
30 — 01.06.22 — 12:48
(0) А после предыдущий обновлений отложенные обновления точно были закончены ?
31 — 01.06.22 — 13:13
ИТС:
«В тех случаях, когда переход на новую версию программы предусматривает фоновую отложенную обработку данных, с ходом выполнения отложенных процедур обновления версии программы администратор может ознакомиться, выполнив команду «Результаты обновления и дополнительная обработка данных» раздела «Администрирование» — «Обслуживание» — «Результаты обновления программы», а также по ссылке «Выполняются дополнительные процедуры обработки данных» в окне «Что нового в конфигурации».
PS: можно отказаться от выполнения процедур обновления при открытии сеанса и самому запускать их «вручную» поочередно.
32 — 06.06.22 — 08:39
Вообщем обновился сначала до последнего апрельского релиза 11.4. Все процедуры после первого запуска в режиме предприятия прошли без проблем.
После этого накатил 11.5. До сих пор процедуры выполняются после первого запуска в режиме предприятия.
Проверяю журнал регистрации и вижу что процесс идет и ошибок нет, что не может не радовать.
33 — 06.06.22 — 13:37
(5) Смотреть надо в «Выделено», а не здесь. Была у меня ситуация, когда якобы 32 Гб свободно, а больше 14 Гб выделить невозможно. В итоге оказалось, что один процесс отожрал 18 Гб памяти, которая была якобы свободна — но не свободна. А вот в «Выделено» разница была как раз 14 Гб.
34 — 08.06.22 — 13:15
В процессе выполнения отложенных процедуры обновления при первом запуске базы 1С системный администратор перезагрузил сервер.
Теперь зависло вот на этом
https://ia.wampi.ru/2022/06/08/2022-06-08_14-08-55.png
https://ia.wampi.ru/2022/06/08/2022-06-08_14-10-01.png
Отчет отложенного обновления
https://ia.wampi.ru/2022/06/08/2022-06-08_14-11-27.png
Запускаю фоновое задание «Отложенное обновление ИБ» вручную, но оно быстро завершается.
По журналу регистрации ошибок никаких нет.
Стал проверять активные сеансы, но там не вижу фоновых заданий.
Вот не знаю теперь обновление живое или уже нет.
35 — 08.06.22 — 14:06
(34) А что происходит, если в окне со списком дополнительных процедур обработки данных (вторая картинка в твоём посте) нажать на любой из процедур правую кнопку мыши и выбрать в контекстном меню команду «Возобновить»? Или сначала «Остановить», а потом «Возобновить».
36 — 08.06.22 — 14:20
(35) Пункт меню «Возобновить» не активен
https://ia.wampi.ru/2022/06/08/2022-06-08_15-14-36.png
Сейчас я попробовал нажать на пункт меню «Остановить», но в итоге получается, что не останавливаются процедуры, потому что пункт меню «Возобновить» так и не становится активным.
37 — 08.06.22 — 14:44
На панели «Обслуживание» (раздел «Администрирование») установить флаг «Детализировать ход обновления в журнале регистрации».
Попробовать выполнить обновление повторно.
Если на сервере включена отладка, то запустить из конфигуратора отладку с параметром запуска «ЗапуститьОбновлениеИнформационнойБазы» (без кавычек). Это на вкладке «Запуск 1С:Предприятие» окна параметров в конфигураторе.
Если отладка отключена, просто запустить 1С с параметром запуска ЗапуститьОбновлениеИнформационнойБазы из командной строки.
Так же можно воспользоваться обработкой ОбновлениеВерсииИБ.epf из инструментов разработчика БСП. Для этого смотришь какая версия БСП установлена у тебя (регистр сведений ВерсииПодсистем, Имя подсистемы — СтандартныПодсистемы), устанавливаешь дистрибутив соответсвующей версии БСП, в каталоге, куда установился шаблон конфы БСП, в папке ExtFilesИнструменты разработчика находишь обработку ОбновлениеВерсииИБ.epf и запускаешь её. Дальше сам разберешься.
38 — 08.06.22 — 14:45
+ к (37) Естественно запускать повторное обновление надо в монопольном режиме.
39 — 08.06.22 — 15:02
(37) Спасибо! Буду разбираться.
40 — 08.06.22 — 16:19
(37) Запустил обработку из БСП.
Теперь появились фоновые задания
https://ie.wampi.ru/2022/06/08/2022-06-08_17-17-53.png
В журнале регистрации тоже какие-то движения есть
https://ie.wampi.ru/2022/06/08/SKRINSOT-08-06-2022-170727.jpg
Дальше буду наблюдать
41 — 09.06.22 — 11:28
Запустил обновление через обработку БСП (ОбновлениеВерсииИБ.epf).
https://ie.wampi.ru/2022/06/09/SKRIN-0.png
Сначала активно запускались фоновые задания, но в итоге фоновые задания пропали и обновление уже долго висит на 7 выполненных процедурах из 13.
https://ia.wampi.ru/2022/06/09/SKRIN-1.png
Если посмотреть на отчет «Прогресс отложенного обновления», то видно, что обновление выполнилось только на 43,6%
https://ia.wampi.ru/2022/06/09/SKRIN-2.png
Я заново запустил обработку ОбновлениеВерсииИБ.epf и начали заново выполняться процедуры отложенного обновления. И снова застряли на выполнении 7 из 13.
Если запускать вручную фоновое задание «Отложенное обновление ИБ», то оно стартует и сразу же завершается.
В журнале регистрации последняя запускаемая процедура обновления
Выполняется процедура обновления «РегистрыСведений.ВспомогательнаяИнформацияВзаиморасчетов.ОбработатьДанныеДляПереходаНаНовуюВерсию».
https://ie.wampi.ru/2022/06/09/SKRIN-3.png
Вот здесь последнее действие записанное в журнал регистрации
https://ie.wampi.ru/2022/06/09/SKRIN-4.png
Не понятно на чём спотыкается обновление.
42 — 09.06.22 — 11:39
Причем ошибок в журнале регистрации никаких нет.
43 — 10.06.22 — 19:24
44 — 10.06.22 — 19:42
Можно запустить вручную конкретную процедуру из обновления?
45 — 10.06.22 — 19:50
В журнале регистрации постоянно записи одной процедуры. Но она уже крутится часами
https://ie.wampi.ru/2022/06/10/SKRINSOT-10-06-2022-204837.jpg
46 — 12.06.22 — 16:41
Вообщем обновление застревает на процедуре «РегистрыСведений.ВспомогательнаяИнформацияВзаиморасчетов.ОбработатьДанныеДляПереходаНаНовуюВерсию».
По журналу регистрации она завершается без ошибок и далее все фоновые задания пропадают.
На следующий день автоматически опять запускается эта процедура и так по кругу.
Написал в техподдержку 1С.
Жду что ответят.
47 — 12.06.22 — 16:47
Тут последние скрины в Excel файле
https://transfiles.ru/wuc0k
48 — 12.06.22 — 20:05
число потоков пробовал уменьшать? с 8 до 4, например
49 — 12.06.22 — 23:25
(48) Не пробовал. А смысл? На сервере ресурсов свободных полно. Если только смотреть в сторону нагрузки на rphost, что он не справляется с 8 потоками из-за ограничений сервера 1С: Предприятие.
Опять же в журнале регистрации ошибок не видно. Просто по какой-то причине заканчивают работу все фоновые задания и дальше не стартуют.
По расписанию в 15:08 завтра стартует очередной запуск попытки обновления и ничем не закончится.
https://ie.wampi.ru/2022/06/12/SKRIN-RASPISANIE.jpg
В принципе можно сделать приоритет по пользователям.
Эта база тестовая и там никто не работает.
50 — 13.06.22 — 03:48
По нормальному отфильтровал журнал регистрации и такие ошибки увидел https://transfiles.ru/u2469
Такая ошибка есть
Не удалось заполнить объект расчетов наборе записей регистра накопления Списание задолженности ЖГУТ-000673 от 01.01.2022 23:59:59, строка № 1
в источнике данных объекта расчетов обнаружена ссылка на несуществующий элемент.
Вижу в движениях по регистрам в измерении «Объект расчетов» стали добавлять значение «<Пустой>». Я проверял документ до обновления и там такого значения нет. В самом документе я не увидел реквизиты с полями «Объект не найден»
https://ie.wampi.ru/2022/06/13/SKRINSOT-13-06-2022-043324.jpg
Присутствуют конечно и документы, у которых в реквизитах видно значение «Объект не найден». (в базе до обновления в таких документах тоже битые ссылки в реквизитах)
https://ia.wampi.ru/2022/06/13/SKRINSOT-13-06-2022-044006.jpg
Если я запущу тестирование/исправление базы, то битые ссылки очищать или пусть создаются пустые документы, чтобы потом обновление прошло?
Есть документы от 2016 г с битыми значениями реквизитов и туда лезть и руками править я думаю не правильно, т.к. можно весь учёт поломать.
Но вот эта ошибка не понятно почему появилась. Возможно из-за количества потоков фоновых заданий в процессе выполнения процедур обновления.
Не удалось записать данные в регистр РегистрНакопления.РасчетыСКлиентами , по причине: Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки
{ОбщийМодуль.ОбновлениеИнформационнойБазы.Модуль(111)}:НаборЗаписей.Записать(Замещать);
{РегистрНакопления.РасчетыСКлиентами.МодульМенеджера(579)}:ОбновлениеИнформационнойБазы.ЗаписатьНаборЗаписей(НаборЗаписей);
{(1)}:РегистрыНакопления.РасчетыСКлиентами.ОбработатьДанныеДляПереходаНаНовуюВерсию(Параметры[0])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5263)}:Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4168)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(КонтекстОбработчика.ИмяОбработчика, ПараметрыВызова);
{(1)}:ОбновлениеИнформационнойБазыСлужебный.ВыполнитьОтложенныйОбработчик(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5263)}:Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
{ОбщийМодуль.ДлительныеОперации.Модуль(1124)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1114)}:ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
по причине:
Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки
51 — 13.06.22 — 04:14
(9) вопрос был о том, сколько процесс имени меня отъел памяти
52 — 13.06.22 — 04:16
(50) конфликт блокировок… такое возможно только если одновременно в одной базе СУБД несколько транзакций…
ТИИ? Бэкапа нет?
53 — 13.06.22 — 04:17
+ (52) там разные потоки не конфликтуют между собой за одни и те-же данные?
54 — 13.06.22 — 10:38
(51) Сказать не могу, т.к. в данный момент обновление не выполняется, но оперативки свободной на сервере полно https://ie.wampi.ru/2022/06/13/SKRINSOT-13-06-2022-113337.jpg
(52) В активных пользователях фоновых заданий много было в процессе обновления. Тестирование/исправление не запускал. Бэкап базы есть. Сначала я добиваюсь, чтобы на копии рабочей базы обновление прошло успешно, а потом уже запускать на рабочей базе.
(53) А как определить конфликты потоков? В журнале регистрации отображается сам факт, что произошел конфликт и транзакция не зафиксировалась.
55 — 13.06.22 — 20:23
После тестирования запустил заново обновление через обработку из БСП и появилась ошибка
https://ie.wampi.ru/2022/06/13/SKRINSOT-13-06-2022-212131.jpg
Процедура «РегистрыНакопления.РасчетыСКлиентами.ОбработатьДанныеДляПереходаНаНовуюВерсию» обработки данных завершилась с ошибкой:
Произошло зацикливание процедуры обработки данных. Выполнение прервано.
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(7787)}:ВызватьИсключение ТекстИсключения;
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4218)}:ПослеЗапускаПроцедурыОбработкиДанных(КонтекстОбработчика, КонтекстОбработчика.ИмяОбработчика);
{(1)}:ОбновлениеИнформационнойБазыСлужебный.ЗавершитьВыполнениеОтложенногоОбработчика(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5263)}:Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4673)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(ОписаниеПотока.ПроцедураЗавершения, ПараметрыВызова);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4738)}:Если ЗавершитьПотокиВыполнившиеФЗ(Потоки, Группы) Тогда
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(3121)}:ОжидатьСвободныйПоток(Группы);
56 — 13.06.22 — 20:41
(55) там у них была ошибка: при проверке завершения работы, если список уже пустой тогда завершить обработчик. А там почему-то на самом деле получался список из одного элемента, но этот элемент пустой. Получалось, что обработчик не выполнялся, срабатывал вхолостую, и проверка завершения тоже не срабатывала, потому что есть один элемент. Всё зацикливалось. Я специально делал вставку для этого конкретного случая, чтобы обработчик завершился. Но сейчас уже не вспомню.
57 — 13.06.22 — 20:47
(56) В окне «Дополнительные процедуры обработки данных» внизу нажал на кнопку «Запустить». Процедуры выполняются. В отчете «Прогресс отложенного обновления» проценты увеличиваются.
Буду надеяться, что дойдёт до 100 процентов.
58 — 14.06.22 — 00:35
59 — 14.06.22 — 04:48
(58) ну посмотри поиском по конфе это сообщение. И сделай временную вставку, чтобы эту ошибку обходило. Это похоже сами данные глючные в базе.
60 — 14.06.22 — 08:09
(6) Если х64, то не ограничивает. А если х32, то 1С урезало возможность менять некую настройку, в итоге в один процесс запихиваются все базы, какие есть, с их пользователями 
…Ну конечно не все все, но количество их такое, что их будет достаточно, что бы понять, что ключики х32, более не ликвидны
61 — 14.06.22 — 08:14
(0)Держи.
Ошибка при обновлении ЗУП (3.1.18.46)
Пост № 72, содержит ответ. Остальное полемика.
Там ЗУП, но есть шанс, что и у вас отработает
62 — 14.06.22 — 08:20
+(61) Ссылка на конкретный пост ветки: Ошибка при обновлении ЗУП (3.1.18.46)
63 — 14.06.22 — 08:27
И все-таки, похоже на то, что причина появления сбоя просто пропущенные опорные релизы между тем, что стояло на рабочей базе и тем, что теперь в обновленную ставится.
при этом, скорей всего, что в базе были доработки из-за которых повторить обновление со всеми пропущенными релизами не реально.
64 — 14.06.22 — 08:33
Можно предположить, что уже на момент обновления в регистре РегистрыНакопления.РасчетыСКлиентами содержатся некорректные данные. Только это не очень заметно.
Пользователи работают с оперативным потоком документов и полную инвентаризацию расчетов с клиентами не выполняют.
И самое печальное, что вероятно произойдет, если выполнить перепроведение базы — данные учета действительно посыпятся.
Что-то придумать можно. Но это довольно таки нетривиальная задача. По сути, это будет перезапуск базы практически с нуля по тем регистрам, которые сейчас неработоспобны.
65 — 14.06.22 — 15:52
(47) всегда любил скриншоты в экселе. А в ворде еще лучше)
66 — 14.06.22 — 16:27
(59) База ведется уже много лет и данных там полно. Спецов было тоже не мало, кто что-то дописывал / админил базу.
(60) Платформа 64х
(61) (62) Спасибо! Надо попробовать с УТ
(63) (64) У меня складывает картина, что база просто так не обновится. Вчера написал письмо в техподдержку 1С. Сегодня пришёл от них ответ с фтп ресурсом для заливки проблемной базы. Базу отправил. Посмотрю, что они ответят.
(65) Там просто не один скриншот, поэтому в эксель оформил ) Но согласен, что для форума такой формат не очень подходит.
67 — 15.06.22 — 00:19
Вообщем оставил я эту тестовую базу.
Из бэкапа восстановил новую базу для теста обновления.
Обновил конфигурацию до релиза 11.5.8.207.
Запускаю первый раз в режиме предприятия.
Обновление естественно не прошло, как и ожидалось
В журнале обнаружил такие ошибки
https://ia.wampi.ru/2022/06/15/SKRINSOT-15-06-2022-010927.jpg
По глобальному поиску в конфигураторе нашел Вызов исключения
https://ie.wampi.ru/2022/06/15/SKRINSOT-15-06-2022-011458.jpg
Если закомментирую Вызов исключения, то обновление не сломается?
https://ie.wampi.ru/2022/06/15/SKRINSOT-15-06-2022-011726.jpg
68 — 15.06.22 — 04:09
наверняка сломается. исключения для того и используют чтобы в случае обнаружения проблем для дальнейшего выполнения программы вовремя остановиться и не наломать дров.
надо разбираться почему там не находит то что надо, и что с этим делать.
перелопачивать этот модуль взаиморасчетов.
короче погружаться в проблему и разбираться.
это не уровень обновиться далее далее далее готово.
возможно проблемы уже давно и непонятно насколько серьезные.
69 — 15.06.22 — 19:16
Вообщем при обновлении много ошибок и никак обновляться база не хочет.
Обновление ругается в регистрах на измерение «Объект расчетов» (то не заполнено, то дубликаты).
Причём документы аж от 2017 года.
Я не представлю как это исправлять.
70 — 15.06.22 — 19:17
В регистры измерение «Объект расчетов» добавлено в релизах УТ 11.5.
71 — 15.06.22 — 19:20
72 — 15.06.22 — 19:34
(70) ну и заполни его руками, если скуль база, то просто проапдейтив табличку и пересчитав итоги потом. И забей на это типовое обновление
73 — 15.06.22 — 19:37
Прочитал ветку, автор ждет что в какой-то день ошибка уйдет? За 15 дней можно было уже решить вопрос своими силами.
Программно вызвать процедуру обновления документа с необходимыми параметрами и путем отладки найти ошибку.
74 — 16.06.22 — 17:57
(73) Я не все 15 дней вплотную занимаюсь обновлением базы, т.к. базу, которую мучаю является тестовой.
У меня вопрос в том, как заставить фоновое задание «Отложенное обновление ИБ» повторно запускать процедуру, которая вызвала ошибку? При очередном запуске вручную этого фонового задания оно не пытается заново выполнить эту процедуру, а выполняет другие.
75 — 16.06.22 — 21:19
В отладке поставил автоматическое подключение фоновых заданий. Поставил точку останова в модуле менеджера регистра сведений. Потом запустил фоновое задание «Отложенное обновление ИБ» и начались чудеса. В конфигураторе начались ложные срабатывания, т.е. происходила остановка не на точке останова, которую я поставил, а на разных общих модулях.
Может кто сталкивался с таким, подскажите как избавиться от ложных срабатываний отладчика.
76 — 17.06.22 — 01:32
(75) Избавиться очень просто — не использовать отладчик, ну или надеяться и ждать, что эту ошибку поправят (когда-нибудь, наверное, если повезет и ветер будет попутный).
77 — 17.06.22 — 07:18
(75) Скорее всего включена остановка по ошибке.
78 — 17.06.22 — 07:44
(76) Я хотел через отладчик посмотреть какие параметры передаются в эту процедуру РегистрСведений.ЗаданияКРаспределениюРасчетовСКлиентами.ОбработатьДанныеДляПереходаНаНовуюВерсию(Параметры)
чтобы вручную её запустить. Получается, что не судьба.
(77) Остановка по ошибке отключена
79 — 17.06.22 — 07:58
Чую остаётся только ещё один вариант — свертка базы на 01.01.2022.
80 — 17.06.22 — 12:10
(79) Чем проще? Придется один фиг все косяки анализировать и исправлять. Лучше разобраться, почему объекты расчетов задублировались. Скорее всего, какая-то доработка не учтена.
81 — 17.06.22 — 12:22
(79) >> свертка базы на 01.01.2022.
Каким образом свёртка базы может решить возникшую проблему?…
82 — 17.06.22 — 12:28
(75) Надо запускать с ключом «РежимОтладки», тогда такого не будет. Фоновые задания будут как серверные в отладке и сильно упростится жизнь.
83 — 17.06.22 — 12:30
84 — 17.06.22 — 13:35
(80) Обновление на 11.4 проходит без проблем. Поэтому если свернуть базу до 2022г, то документов будет меньше и соответственно ошибок меньше исправлять прийдётся при переходе на 11.5.
(81) Меньше надо будет исправлений вносить.
Свертка ещё поможет не перелапачивать документы за очень старые периоды.
(82) (83) Спасибо! Обязательно попробую.
85 — 17.06.22 — 14:01
(83)
Установил в модуле менеджера регистра сведений «ЗаданияКРаспределениюРасчетовСКлиентами» точку останова и прописал в параметрах запуска «Режим отладки»
https://ia.wampi.ru/2022/06/17/SKRINSOT-17-06-2022-145231.jpg
В остановке по ошибке ничего не указывал
https://ia.wampi.ru/2022/06/17/SKRINSOT-17-06-2022-145935.jpg
Запустил 1С в режиме предприятия и вижу что 1С остановилась вообще на другом куске кода.
https://ie.wampi.ru/2022/06/17/SKRINSOT-17-06-2022-145417.jpg
86 — 17.06.22 — 14:05
(85) так уберите автоподключение отладки для фоновых: Отладка — Подключение — Автоматическое подключение
87 — 17.06.22 — 14:52
88 — 17.06.22 — 15:07
Если бы знать структуру параметров, то можно было бы кусок кода дописать, который в файлик их запишет.
89 — 28.06.22 — 20:18
Техподдержка 1С ответила:
========================================================================================================
Здравствуйте!
В базе очень много битых ссылок (отстуствующих объектов), например Организация пустая, Партнеры пустые.
Это неконсистентное состояние базы.
Просьба прислать базу до обновления, если там эти данные корректны.
========================================================================================================
SalBas
90 — 28.06.22 — 20:22
Я сделал сверку базу на 01.01.2022.
Свертка прошла успешно.
Накатил последний релиз УТ 11.5
В итоге опять ошибки при выполнении процедур
https://ia.wampi.ru/2022/06/28/SKRIN-1.png
Видимо остаётся только один выход — создавать новую базу с переносом справочников и остатков
1
2
Показывать по
10
20
40
сообщений
Новая тема
Ответить
Имя файла лога задается следующим образом: ГГММДДЧЧ.log
Для определения причины падения системы переходим в каталог с логами аварийно завершившегося процесса. Это можно сделать по имени файла, в котором присутствуют имя и PID-процесса. В нашем случае это каталог rphost_3348.
Далее в искомом каталоге нужно взять тот лог, в который была записана информация в момент падения системы: определяем время падения из имени дампа и находим необходимый файл лога. В нашем случае это файл 13102516.log.
Затем открываем файл лога и находим строку rphost_8.2.18.102_7c938235_20131025162441_3348.
В моем логе отражено следующее:
0,EXCP,3,process=rphost,p:processName=Test,t:clientID=2,t:applicationName=1CV8C,t:computerName=AND-SERVER,t:connectID=196,SessionID=4,AppID=1CV8C,OSException=rphost_8.2.18.102_7c938235_20131025162441_3348,Context=’Форма.Вызов : ВнешняяОбработка.ВнешняяОбработка1.Форма.Форма.Модуль.Крах
Форма.Форма.Форма : 5 : Крах();
Форма.Форма.Форма : 5 : Крах();
Форма.Форма.Форма : 5 : Крах();
Форма.Форма.Форма : 5 : Крах();
……
Рассмотрим информацию данной строки:
EXCP – данное событие означает, что в системе возникло какое-либо исключение. Через запятую перечислены свойства этого события, приведем основные из них:
- Process – имя процесса, где возникло исключение
- processName – имя информационной базы
- applicationName – клиент с которого пришел вызов, приведший к падению, в данном случае это тонкий клиент
- computerName – имя компьютера, на котором был запущен клиент
- Context – код, который выполнялся в момент падения, это самое важное для нас событие
Иногда с помощью контекста удается установить причину возникновения ошибки. В нашем случае причина падения достаточно очевидна – бесконечная рекурсия.
Рассмотрим другой пример
В версии 8.2.13 платформы «1С:Предприятие» присутствует очень популярная ошибка при работе с объектом «СистемнаяИнформация». При этом контекст ТЖ выглядит следующим образом:
Context=’Инфо = Новый СистемнаяИнформация;
Текст = «Версия 1С » + Инфо.ВерсияПриложения;’
Заметим, что ошибки, проявляющиеся в при одновременном обращении к одному объекту нескольких пользователей, встречаются достаточно часто, и если образовалось несколько дампов, и в контексте указан один и тот же объект (в данном примере «СистемнаяИнформация»), то, скорее всего, это как раз тот случай.
Проблема решается тривиально: нужно закомментировать обращение к объекту. В нашем случае это не проблема, так как без системной информации можно обойтись.
Что делать, если понять причину падения по логам самостоятельно не удается?
Прежде всего, Вы можете обратиться в техническую поддержку фирмы «1С». Но это не самый быстрый способ.
Есть более удобный и быстрый вариант: разместить на партнерском форуме сообщение с описанием проблемы и прикрепить архив с дампом и логами к сообщению или дать ссылку на него.
Это лучше, чем обращение через техническую поддержку или решение проблемы методом «научного тыка». На партнерском форуме Вам, возможно, ответят не только специалисты, которые, скорее всего, уже сталкивались с подобной проблемой, но и сами разработчики платформы. При обращении на форум обязательно указывайте следующую информацию:
- Версию и разрядность серверной ОС
- Разрядность сервера 1С
- Количество серверов в кластере
- Количество запущенных рабочих процессов на сервере 1С
- Версию используемой СУБД
- Ссылки на архив с дампом и логами для скачивания
Следует отметить, что этот вариант доступен только сотрудникам фирм-партнеров компании «1С».
Бурмистров Андрей
PDF-версия статьи для участников группы ВКонтакте
Мы ведем группу ВКонтакте – http://vk.com/kursypo1c.
Если Вы еще не вступили в группу – сделайте это сейчас и в блоке ниже (на этой странице) появятся ссылка на скачивание материалов.
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Если Вы уже участник группы – нужно просто повторно авторизоваться в ВКонтакте, чтобы скрипт Вас узнал. В случае проблем решение стандартное: очистить кеш браузера или подписаться через другой браузер.
Внезапная ошибка при обновлении релиза базы |
Я |
01.06.22 — 10:19
Здравствуйте!
Я обновил в конфигураторе релиз базы Управление торговлей 11.5 и во время выполнения процедур при первом запуске базы в режиме предприятия через некоторое время появилась ошибка:
Управление многопоточной регистрацией данных отложенного обновления.
Сеанс работы завершен администратором.
https://ia.wampi.ru/2022/06/01/SKRIN_1.png
https://ie.wampi.ru/2022/06/01/SKRIN_2.png
Базу кроме меня никто не трогает и службу сервера 1С Предприятия тоже не перезапускали.
1 — 01.06.22 — 10:21
(0) памяти не хватает rphost-у, к живому Администратору проблема отношения не имеет
2 — 01.06.22 — 10:30
(1)
В настройках кластера 1С раньше были настройки для указания количества доступной памяти, а теперь их нет.
https://ie.wampi.ru/2022/06/01/SKRIN_3.png
3 — 01.06.22 — 10:31
(2) на сервере памяти сколько и какую часть «отъело» перед падением ?
4 — 01.06.22 — 10:32
(2) добро пожаловать в КОРП
5 — 01.06.22 — 10:38
6 — 01.06.22 — 10:44
Лицензия ПРОФ на сервер 1С Предприятие ограничивает потребление памяти на процесс?
7 — 01.06.22 — 10:54
(5) ни о чем
8 — 01.06.22 — 10:59
(6) часть функционала срезали в «новых» платформах у кластера и перенесли в КОРП
9 — 01.06.22 — 11:14
(7) Да. Памяти свободной полно.
(8) Я почитал отличие серверной лицензии КОРП от ПРОФ. Как-то размыто написано.
10 — 01.06.22 — 11:20
(9) Конфа у вас на замке? При обновлении не перескакивали через релизы? После каждого обновления запускали предприятие?
11 — 01.06.22 — 12:01
может есть в некотором смысле кривые данные и очередной обработчик обновления не смог выполнится и выдается вот такое? Может посмотреть какие доп регл задания обновления выполняются и на каком вылетает эта ошибка?
12 — 01.06.22 — 12:03
(10) Конфигурация была не типовая, но я ещё сделал типовой, потому что я пытался в январе обновиться до 11.5, но из-за ошибок в типовом релизе у меня не получилось поставить обновление.
Поэтому я решил сначала на копии базы попробовать обновиться и потом уже обновлять рабочую.
Я накатил 4 ключевых релиза (обновления) и потом только запускал в 1С режиме предприятия (Всегда так делал).
Если каждый раз запускать после очередного релиза, то и изменения тоже надо перетаскивать слишком муторно и долго.
13 — 01.06.22 — 12:04
уменьши количество потоков, вплоть до 1
14 — 01.06.22 — 12:05
(11) Ошибка не модуле, а сама платформа вылетела
15 — 01.06.22 — 12:06
(13) На лицензии сервера Проф можно такое сделать?
16 — 01.06.22 — 12:07
(12) «Я накатил 4 ключевых релиза (обновления) и потом только запускал в 1С режиме предприятия (Всегда так делал).» — шутишь? Тебе 1С не сообщала, что часть доп заданий из предыдущего обновления не выполнена и рекомендуется восстановить из бэкапа?
17 — 01.06.22 — 12:08
(12) тогда не удивляйтесь подобным ошибкам. Если раньше прокатывало, то вам просто везло.
18 — 01.06.22 — 12:09
(16) «Тебе 1С не сообщала, что часть доп заданий из предыдущего обновления не выполнена и рекомендуется восстановить из бэкапа?» — Ни разу такого не было никогда, но я не исключаю что всё зависит от ведения учёта в базе
19 — 01.06.22 — 12:11
(17) Я сделаю проще. Если я обновлял 11.4 всегда без проблем, то попробовать надо накатить 11.4 до последнего релиза. Запустить в режиме предприятия. Если всё будет норм, то накатить 11.5
20 — 01.06.22 — 12:12
(18) тут дело не в учете, а в самих обновлениях, когда часть данных архитектурно переносятся в другие места. Поэтому после обновления конфы запускается задание, которая перемещает данные, либо заполняет дефолтные значения.
21 — 01.06.22 — 12:12
(18) тогда с почином. Теперь делайте как положено: накатили 1 ключевой релиз — затем в режиме предприятия все процедуры включая доп фоновые — выполнили. Затем след ключевой релиз.
22 — 01.06.22 — 12:14
В этой ситуации меня смущает, что выкинуло из 1С примерно через 40 минут после выполнения фоновых заданий обновления.
23 — 01.06.22 — 12:14
Если доработки конфы незначительные и не влияют на хранение инфы в базе, то можно накатить конфу поставщика и под замком быстро обновиться на новый релиз. А потом все изменения уже накатить на последний релиз.
24 — 01.06.22 — 12:15
(23) Метаданные измененные. В этом вся сложность процесса обновления.
25 — 01.06.22 — 12:15
Попробуйте обновлять на 64 битной платформе.
26 — 01.06.22 — 12:29
(25) Платформу только 64х битную использую.
27 — 01.06.22 — 12:35
(0) пользуйся Обновлятором, накатывай Х релизов. Отрабатывают в т.ч. обработчики обновления данных.
Добавленные метаданные при этом остаются, типовые метаданные ты ведь не правил?
Потом в результат добавь свои доработки (а еще лучше — в расширение).
28 — 01.06.22 — 12:37
(27) вряд ли он типовые не правил.
29 — 01.06.22 — 12:40
(27) Конфа базы сильно изменена. Там не только я программировал и до меня вносили изменения.
30 — 01.06.22 — 12:48
(0) А после предыдущий обновлений отложенные обновления точно были закончены ?
31 — 01.06.22 — 13:13
ИТС:
«В тех случаях, когда переход на новую версию программы предусматривает фоновую отложенную обработку данных, с ходом выполнения отложенных процедур обновления версии программы администратор может ознакомиться, выполнив команду «Результаты обновления и дополнительная обработка данных» раздела «Администрирование» — «Обслуживание» — «Результаты обновления программы», а также по ссылке «Выполняются дополнительные процедуры обработки данных» в окне «Что нового в конфигурации».
PS: можно отказаться от выполнения процедур обновления при открытии сеанса и самому запускать их «вручную» поочередно.
32 — 06.06.22 — 08:39
Вообщем обновился сначала до последнего апрельского релиза 11.4. Все процедуры после первого запуска в режиме предприятия прошли без проблем.
После этого накатил 11.5. До сих пор процедуры выполняются после первого запуска в режиме предприятия.
Проверяю журнал регистрации и вижу что процесс идет и ошибок нет, что не может не радовать.
33 — 06.06.22 — 13:37
(5) Смотреть надо в «Выделено», а не здесь. Была у меня ситуация, когда якобы 32 Гб свободно, а больше 14 Гб выделить невозможно. В итоге оказалось, что один процесс отожрал 18 Гб памяти, которая была якобы свободна — но не свободна. А вот в «Выделено» разница была как раз 14 Гб.
34 — 08.06.22 — 13:15
В процессе выполнения отложенных процедуры обновления при первом запуске базы 1С системный администратор перезагрузил сервер.
Теперь зависло вот на этом
https://ia.wampi.ru/2022/06/08/2022-06-08_14-08-55.png
https://ia.wampi.ru/2022/06/08/2022-06-08_14-10-01.png
Отчет отложенного обновления
https://ia.wampi.ru/2022/06/08/2022-06-08_14-11-27.png
Запускаю фоновое задание «Отложенное обновление ИБ» вручную, но оно быстро завершается.
По журналу регистрации ошибок никаких нет.
Стал проверять активные сеансы, но там не вижу фоновых заданий.
Вот не знаю теперь обновление живое или уже нет.
35 — 08.06.22 — 14:06
(34) А что происходит, если в окне со списком дополнительных процедур обработки данных (вторая картинка в твоём посте) нажать на любой из процедур правую кнопку мыши и выбрать в контекстном меню команду «Возобновить»? Или сначала «Остановить», а потом «Возобновить».
36 — 08.06.22 — 14:20
(35) Пункт меню «Возобновить» не активен
https://ia.wampi.ru/2022/06/08/2022-06-08_15-14-36.png
Сейчас я попробовал нажать на пункт меню «Остановить», но в итоге получается, что не останавливаются процедуры, потому что пункт меню «Возобновить» так и не становится активным.
37 — 08.06.22 — 14:44
На панели «Обслуживание» (раздел «Администрирование») установить флаг «Детализировать ход обновления в журнале регистрации».
Попробовать выполнить обновление повторно.
Если на сервере включена отладка, то запустить из конфигуратора отладку с параметром запуска «ЗапуститьОбновлениеИнформационнойБазы» (без кавычек). Это на вкладке «Запуск 1С:Предприятие» окна параметров в конфигураторе.
Если отладка отключена, просто запустить 1С с параметром запуска ЗапуститьОбновлениеИнформационнойБазы из командной строки.
Так же можно воспользоваться обработкой ОбновлениеВерсииИБ.epf из инструментов разработчика БСП. Для этого смотришь какая версия БСП установлена у тебя (регистр сведений ВерсииПодсистем, Имя подсистемы — СтандартныПодсистемы), устанавливаешь дистрибутив соответсвующей версии БСП, в каталоге, куда установился шаблон конфы БСП, в папке ExtFilesИнструменты разработчика находишь обработку ОбновлениеВерсииИБ.epf и запускаешь её. Дальше сам разберешься.
38 — 08.06.22 — 14:45
+ к (37) Естественно запускать повторное обновление надо в монопольном режиме.
39 — 08.06.22 — 15:02
(37) Спасибо! Буду разбираться.
40 — 08.06.22 — 16:19
(37) Запустил обработку из БСП.
Теперь появились фоновые задания
https://ie.wampi.ru/2022/06/08/2022-06-08_17-17-53.png
В журнале регистрации тоже какие-то движения есть
https://ie.wampi.ru/2022/06/08/SKRINSOT-08-06-2022-170727.jpg
Дальше буду наблюдать
41 — 09.06.22 — 11:28
Запустил обновление через обработку БСП (ОбновлениеВерсииИБ.epf).
https://ie.wampi.ru/2022/06/09/SKRIN-0.png
Сначала активно запускались фоновые задания, но в итоге фоновые задания пропали и обновление уже долго висит на 7 выполненных процедурах из 13.
https://ia.wampi.ru/2022/06/09/SKRIN-1.png
Если посмотреть на отчет «Прогресс отложенного обновления», то видно, что обновление выполнилось только на 43,6%
https://ia.wampi.ru/2022/06/09/SKRIN-2.png
Я заново запустил обработку ОбновлениеВерсииИБ.epf и начали заново выполняться процедуры отложенного обновления. И снова застряли на выполнении 7 из 13.
Если запускать вручную фоновое задание «Отложенное обновление ИБ», то оно стартует и сразу же завершается.
В журнале регистрации последняя запускаемая процедура обновления
Выполняется процедура обновления «РегистрыСведений.ВспомогательнаяИнформацияВзаиморасчетов.ОбработатьДанныеДляПереходаНаНовуюВерсию».
https://ie.wampi.ru/2022/06/09/SKRIN-3.png
Вот здесь последнее действие записанное в журнал регистрации
https://ie.wampi.ru/2022/06/09/SKRIN-4.png
Не понятно на чём спотыкается обновление.
42 — 09.06.22 — 11:39
Причем ошибок в журнале регистрации никаких нет.
43 — 10.06.22 — 19:24
44 — 10.06.22 — 19:42
Можно запустить вручную конкретную процедуру из обновления?
45 — 10.06.22 — 19:50
В журнале регистрации постоянно записи одной процедуры. Но она уже крутится часами
https://ie.wampi.ru/2022/06/10/SKRINSOT-10-06-2022-204837.jpg
46 — 12.06.22 — 16:41
Вообщем обновление застревает на процедуре «РегистрыСведений.ВспомогательнаяИнформацияВзаиморасчетов.ОбработатьДанныеДляПереходаНаНовуюВерсию».
По журналу регистрации она завершается без ошибок и далее все фоновые задания пропадают.
На следующий день автоматически опять запускается эта процедура и так по кругу.
Написал в техподдержку 1С.
Жду что ответят.
47 — 12.06.22 — 16:47
Тут последние скрины в Excel файле
https://transfiles.ru/wuc0k
48 — 12.06.22 — 20:05
число потоков пробовал уменьшать? с 8 до 4, например
49 — 12.06.22 — 23:25
(48) Не пробовал. А смысл? На сервере ресурсов свободных полно. Если только смотреть в сторону нагрузки на rphost, что он не справляется с 8 потоками из-за ограничений сервера 1С: Предприятие.
Опять же в журнале регистрации ошибок не видно. Просто по какой-то причине заканчивают работу все фоновые задания и дальше не стартуют.
По расписанию в 15:08 завтра стартует очередной запуск попытки обновления и ничем не закончится.
https://ie.wampi.ru/2022/06/12/SKRIN-RASPISANIE.jpg
В принципе можно сделать приоритет по пользователям.
Эта база тестовая и там никто не работает.
50 — 13.06.22 — 03:48
По нормальному отфильтровал журнал регистрации и такие ошибки увидел https://transfiles.ru/u2469
Такая ошибка есть
Не удалось заполнить объект расчетов наборе записей регистра накопления Списание задолженности ЖГУТ-000673 от 01.01.2022 23:59:59, строка № 1
в источнике данных объекта расчетов обнаружена ссылка на несуществующий элемент.
Вижу в движениях по регистрам в измерении «Объект расчетов» стали добавлять значение «<Пустой>». Я проверял документ до обновления и там такого значения нет. В самом документе я не увидел реквизиты с полями «Объект не найден»
https://ie.wampi.ru/2022/06/13/SKRINSOT-13-06-2022-043324.jpg
Присутствуют конечно и документы, у которых в реквизитах видно значение «Объект не найден». (в базе до обновления в таких документах тоже битые ссылки в реквизитах)
https://ia.wampi.ru/2022/06/13/SKRINSOT-13-06-2022-044006.jpg
Если я запущу тестирование/исправление базы, то битые ссылки очищать или пусть создаются пустые документы, чтобы потом обновление прошло?
Есть документы от 2016 г с битыми значениями реквизитов и туда лезть и руками править я думаю не правильно, т.к. можно весь учёт поломать.
Но вот эта ошибка не понятно почему появилась. Возможно из-за количества потоков фоновых заданий в процессе выполнения процедур обновления.
Не удалось записать данные в регистр РегистрНакопления.РасчетыСКлиентами , по причине: Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки
{ОбщийМодуль.ОбновлениеИнформационнойБазы.Модуль(111)}:НаборЗаписей.Записать(Замещать);
{РегистрНакопления.РасчетыСКлиентами.МодульМенеджера(579)}:ОбновлениеИнформационнойБазы.ЗаписатьНаборЗаписей(НаборЗаписей);
{(1)}:РегистрыНакопления.РасчетыСКлиентами.ОбработатьДанныеДляПереходаНаНовуюВерсию(Параметры[0])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5263)}:Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4168)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(КонтекстОбработчика.ИмяОбработчика, ПараметрыВызова);
{(1)}:ОбновлениеИнформационнойБазыСлужебный.ВыполнитьОтложенныйОбработчик(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5263)}:Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
{ОбщийМодуль.ДлительныеОперации.Модуль(1124)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1114)}:ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
по причине:
Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки
51 — 13.06.22 — 04:14
(9) вопрос был о том, сколько процесс имени меня отъел памяти
52 — 13.06.22 — 04:16
(50) конфликт блокировок… такое возможно только если одновременно в одной базе СУБД несколько транзакций…
ТИИ? Бэкапа нет?
53 — 13.06.22 — 04:17
+ (52) там разные потоки не конфликтуют между собой за одни и те-же данные?
54 — 13.06.22 — 10:38
(51) Сказать не могу, т.к. в данный момент обновление не выполняется, но оперативки свободной на сервере полно https://ie.wampi.ru/2022/06/13/SKRINSOT-13-06-2022-113337.jpg
(52) В активных пользователях фоновых заданий много было в процессе обновления. Тестирование/исправление не запускал. Бэкап базы есть. Сначала я добиваюсь, чтобы на копии рабочей базы обновление прошло успешно, а потом уже запускать на рабочей базе.
(53) А как определить конфликты потоков? В журнале регистрации отображается сам факт, что произошел конфликт и транзакция не зафиксировалась.
55 — 13.06.22 — 20:23
После тестирования запустил заново обновление через обработку из БСП и появилась ошибка
https://ie.wampi.ru/2022/06/13/SKRINSOT-13-06-2022-212131.jpg
Процедура «РегистрыНакопления.РасчетыСКлиентами.ОбработатьДанныеДляПереходаНаНовуюВерсию» обработки данных завершилась с ошибкой:
Произошло зацикливание процедуры обработки данных. Выполнение прервано.
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(7787)}:ВызватьИсключение ТекстИсключения;
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4218)}:ПослеЗапускаПроцедурыОбработкиДанных(КонтекстОбработчика, КонтекстОбработчика.ИмяОбработчика);
{(1)}:ОбновлениеИнформационнойБазыСлужебный.ЗавершитьВыполнениеОтложенногоОбработчика(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5263)}:Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4673)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(ОписаниеПотока.ПроцедураЗавершения, ПараметрыВызова);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4738)}:Если ЗавершитьПотокиВыполнившиеФЗ(Потоки, Группы) Тогда
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(3121)}:ОжидатьСвободныйПоток(Группы);
56 — 13.06.22 — 20:41
(55) там у них была ошибка: при проверке завершения работы, если список уже пустой тогда завершить обработчик. А там почему-то на самом деле получался список из одного элемента, но этот элемент пустой. Получалось, что обработчик не выполнялся, срабатывал вхолостую, и проверка завершения тоже не срабатывала, потому что есть один элемент. Всё зацикливалось. Я специально делал вставку для этого конкретного случая, чтобы обработчик завершился. Но сейчас уже не вспомню.
57 — 13.06.22 — 20:47
(56) В окне «Дополнительные процедуры обработки данных» внизу нажал на кнопку «Запустить». Процедуры выполняются. В отчете «Прогресс отложенного обновления» проценты увеличиваются.
Буду надеяться, что дойдёт до 100 процентов.
58 — 14.06.22 — 00:35
59 — 14.06.22 — 04:48
(58) ну посмотри поиском по конфе это сообщение. И сделай временную вставку, чтобы эту ошибку обходило. Это похоже сами данные глючные в базе.
60 — 14.06.22 — 08:09
(6) Если х64, то не ограничивает. А если х32, то 1С урезало возможность менять некую настройку, в итоге в один процесс запихиваются все базы, какие есть, с их пользователями
…Ну конечно не все все, но количество их такое, что их будет достаточно, что бы понять, что ключики х32, более не ликвидны
61 — 14.06.22 — 08:14
(0)Держи.
Ошибка при обновлении ЗУП (3.1.18.46)
Пост № 72, содержит ответ. Остальное полемика.
Там ЗУП, но есть шанс, что и у вас отработает
62 — 14.06.22 — 08:20
+(61) Ссылка на конкретный пост ветки: Ошибка при обновлении ЗУП (3.1.18.46)
63 — 14.06.22 — 08:27
И все-таки, похоже на то, что причина появления сбоя просто пропущенные опорные релизы между тем, что стояло на рабочей базе и тем, что теперь в обновленную ставится.
при этом, скорей всего, что в базе были доработки из-за которых повторить обновление со всеми пропущенными релизами не реально.
64 — 14.06.22 — 08:33
Можно предположить, что уже на момент обновления в регистре РегистрыНакопления.РасчетыСКлиентами содержатся некорректные данные. Только это не очень заметно.
Пользователи работают с оперативным потоком документов и полную инвентаризацию расчетов с клиентами не выполняют.
И самое печальное, что вероятно произойдет, если выполнить перепроведение базы — данные учета действительно посыпятся.
Что-то придумать можно. Но это довольно таки нетривиальная задача. По сути, это будет перезапуск базы практически с нуля по тем регистрам, которые сейчас неработоспобны.
65 — 14.06.22 — 15:52
(47) всегда любил скриншоты в экселе. А в ворде еще лучше)
66 — 14.06.22 — 16:27
(59) База ведется уже много лет и данных там полно. Спецов было тоже не мало, кто что-то дописывал / админил базу.
(60) Платформа 64х
(61) (62) Спасибо! Надо попробовать с УТ
(63) (64) У меня складывает картина, что база просто так не обновится. Вчера написал письмо в техподдержку 1С. Сегодня пришёл от них ответ с фтп ресурсом для заливки проблемной базы. Базу отправил. Посмотрю, что они ответят.
(65) Там просто не один скриншот, поэтому в эксель оформил ) Но согласен, что для форума такой формат не очень подходит.
67 — 15.06.22 — 00:19
Вообщем оставил я эту тестовую базу.
Из бэкапа восстановил новую базу для теста обновления.
Обновил конфигурацию до релиза 11.5.8.207.
Запускаю первый раз в режиме предприятия.
Обновление естественно не прошло, как и ожидалось
В журнале обнаружил такие ошибки
https://ia.wampi.ru/2022/06/15/SKRINSOT-15-06-2022-010927.jpg
По глобальному поиску в конфигураторе нашел Вызов исключения
https://ie.wampi.ru/2022/06/15/SKRINSOT-15-06-2022-011458.jpg
Если закомментирую Вызов исключения, то обновление не сломается?
https://ie.wampi.ru/2022/06/15/SKRINSOT-15-06-2022-011726.jpg
68 — 15.06.22 — 04:09
наверняка сломается. исключения для того и используют чтобы в случае обнаружения проблем для дальнейшего выполнения программы вовремя остановиться и не наломать дров.
надо разбираться почему там не находит то что надо, и что с этим делать.
перелопачивать этот модуль взаиморасчетов.
короче погружаться в проблему и разбираться.
это не уровень обновиться далее далее далее готово.
возможно проблемы уже давно и непонятно насколько серьезные.
69 — 15.06.22 — 19:16
Вообщем при обновлении много ошибок и никак обновляться база не хочет.
Обновление ругается в регистрах на измерение «Объект расчетов» (то не заполнено, то дубликаты).
Причём документы аж от 2017 года.
Я не представлю как это исправлять.
70 — 15.06.22 — 19:17
В регистры измерение «Объект расчетов» добавлено в релизах УТ 11.5.
71 — 15.06.22 — 19:20
72 — 15.06.22 — 19:34
(70) ну и заполни его руками, если скуль база, то просто проапдейтив табличку и пересчитав итоги потом. И забей на это типовое обновление
73 — 15.06.22 — 19:37
Прочитал ветку, автор ждет что в какой-то день ошибка уйдет? За 15 дней можно было уже решить вопрос своими силами.
Программно вызвать процедуру обновления документа с необходимыми параметрами и путем отладки найти ошибку.
74 — 16.06.22 — 17:57
(73) Я не все 15 дней вплотную занимаюсь обновлением базы, т.к. базу, которую мучаю является тестовой.
У меня вопрос в том, как заставить фоновое задание «Отложенное обновление ИБ» повторно запускать процедуру, которая вызвала ошибку? При очередном запуске вручную этого фонового задания оно не пытается заново выполнить эту процедуру, а выполняет другие.
75 — 16.06.22 — 21:19
В отладке поставил автоматическое подключение фоновых заданий. Поставил точку останова в модуле менеджера регистра сведений. Потом запустил фоновое задание «Отложенное обновление ИБ» и начались чудеса. В конфигураторе начались ложные срабатывания, т.е. происходила остановка не на точке останова, которую я поставил, а на разных общих модулях.
Может кто сталкивался с таким, подскажите как избавиться от ложных срабатываний отладчика.
76 — 17.06.22 — 01:32
(75) Избавиться очень просто — не использовать отладчик, ну или надеяться и ждать, что эту ошибку поправят (когда-нибудь, наверное, если повезет и ветер будет попутный).
77 — 17.06.22 — 07:18
(75) Скорее всего включена остановка по ошибке.
78 — 17.06.22 — 07:44
(76) Я хотел через отладчик посмотреть какие параметры передаются в эту процедуру РегистрСведений.ЗаданияКРаспределениюРасчетовСКлиентами.ОбработатьДанныеДляПереходаНаНовуюВерсию(Параметры)
чтобы вручную её запустить. Получается, что не судьба.
(77) Остановка по ошибке отключена
79 — 17.06.22 — 07:58
Чую остаётся только ещё один вариант — свертка базы на 01.01.2022.
80 — 17.06.22 — 12:10
(79) Чем проще? Придется один фиг все косяки анализировать и исправлять. Лучше разобраться, почему объекты расчетов задублировались. Скорее всего, какая-то доработка не учтена.
81 — 17.06.22 — 12:22
(79) >> свертка базы на 01.01.2022.
Каким образом свёртка базы может решить возникшую проблему?…
82 — 17.06.22 — 12:28
(75) Надо запускать с ключом «РежимОтладки», тогда такого не будет. Фоновые задания будут как серверные в отладке и сильно упростится жизнь.
83 — 17.06.22 — 12:30
84 — 17.06.22 — 13:35
(80) Обновление на 11.4 проходит без проблем. Поэтому если свернуть базу до 2022г, то документов будет меньше и соответственно ошибок меньше исправлять прийдётся при переходе на 11.5.
(81) Меньше надо будет исправлений вносить.
Свертка ещё поможет не перелапачивать документы за очень старые периоды.
(82) (83) Спасибо! Обязательно попробую.
85 — 17.06.22 — 14:01
(83)
Установил в модуле менеджера регистра сведений «ЗаданияКРаспределениюРасчетовСКлиентами» точку останова и прописал в параметрах запуска «Режим отладки»
https://ia.wampi.ru/2022/06/17/SKRINSOT-17-06-2022-145231.jpg
В остановке по ошибке ничего не указывал
https://ia.wampi.ru/2022/06/17/SKRINSOT-17-06-2022-145935.jpg
Запустил 1С в режиме предприятия и вижу что 1С остановилась вообще на другом куске кода.
https://ie.wampi.ru/2022/06/17/SKRINSOT-17-06-2022-145417.jpg
86 — 17.06.22 — 14:05
(85) так уберите автоподключение отладки для фоновых: Отладка — Подключение — Автоматическое подключение
87 — 17.06.22 — 14:52
88 — 17.06.22 — 15:07
Если бы знать структуру параметров, то можно было бы кусок кода дописать, который в файлик их запишет.
89 — 28.06.22 — 20:18
Техподдержка 1С ответила:
========================================================================================================
Здравствуйте!
В базе очень много битых ссылок (отстуствующих объектов), например Организация пустая, Партнеры пустые.
Это неконсистентное состояние базы.
Просьба прислать базу до обновления, если там эти данные корректны.
========================================================================================================
SalBas
90 — 28.06.22 — 20:22
Я сделал сверку базу на 01.01.2022.
Свертка прошла успешно.
Накатил последний релиз УТ 11.5
В итоге опять ошибки при выполнении процедур
https://ia.wampi.ru/2022/06/28/SKRIN-1.png
Видимо остаётся только один выход — создавать новую базу с переносом справочников и остатков
1
2
Показывать по
10
20
40
сообщений
Новая тема
Ответить
Профтехсервис
Дата регистрации: 04.05.2011
Сообщений: 67
Здравствуйте!
У нас Бухгалтерия предприятия (базовая), редакция 2.0 (2.0.66.44), платформа 1С:Предприятие 8.3 (8.3.11.2899), пыталась обновить до Бухгалтерия предприятия (базовая), редакция 3.0 (3_0_57_10). Обновление не получается установить, в ходе ручного обновления весь процесс доходит до «Обновить конфигурацию баз данных» начинается перезапись реестров и на «Банки» всё останавливается и программа закрывается.
Подскажите как решить проблему?
Сергей Голубев
Дата регистрации: 27.02.2006
Сообщений: 1990
начните с Тестирования и исправления базы данных
Профтехсервис
Дата регистрации: 04.05.2011
Сообщений: 67
Тестирование и исправление сделала, затем нажала F7, как уже советовали на форуме, но проблема не решилась, процесс слетает на «реструктуризации Справочники. Номенклатура.» в программе вылетает окошко, но windows сразу все закрывает и пишет что-то вроде «произошла ошибка, программа закрыта»
Профтехсервис
Дата регистрации: 04.05.2011
Сообщений: 67
у нас виндовс 10, тип системы 64-разрядная
Сергей Голубев
Дата регистрации: 27.02.2006
Сообщений: 1990
попробуйте Чеком протестировать
Профтехсервис
Дата регистрации: 04.05.2011
Сообщений: 67
Сергей Голубев, «чеком» это как, можно подробно куда нажимать
Сергей Голубев
Дата регистрации: 27.02.2006
Сообщений: 1990
Профтехсервис, в каталоге bin (где установлена платформа) есть обработка chdbfl. Запустите её с галочкой Исправлять обнаруженные ошибки (только предварительно сделайте резервную копию базы).
Профтехсервис
Дата регистрации: 04.05.2011
Сообщений: 67
файл chdbfl нашла, копию базы сделала, открылось окно «Проверка физической целостности файла БД» в строке имя БД просит открыть файл с расширеним *.1СD, при выборе все файлы и запуска процесса пишет «Произошло неожиданное прерывание ….. Отсутствует файл базы данных…»
Сергей Голубев
Дата регистрации: 27.02.2006
Сообщений: 1990
надо выбрать файл 1Cv8.1СD из каталога базы данных
Профтехсервис
Дата регистрации: 04.05.2011
Сообщений: 67
нашла, в процессе ошибка разделения доступа к базе данных, в конфигураторе пользователей нет
Читают тему:
|
управление сложностью 1687 / 1300 / 259 Регистрация: 22.03.2015 Сообщений: 7,545 Записей в блоге: 5 |
|
|
1 |
|
Конфигурация вылетает при обновлении26.03.2019, 08:23. Показов 26115. Ответов 8
Приветствую, ребята. Подскажите пожалуйста, как можно решить проблему. При обновлении конфы (конфа не типовая, сторонних разработчиков), вылетает ошибка: «Ошибка при выполнении файловой операции ‘C:UsersanonimAppDataLocalTemp55v8_890B_4.tmp’. Неожиданный вызов метода ‘MemoryMappedFileObject::write'»
0 |
|
856 / 655 / 111 Регистрация: 01.11.2012 Сообщений: 2,410 |
|
|
26.03.2019, 10:03 |
2 |
|
Попробуй следующее:
0 |
|
управление сложностью 1687 / 1300 / 259 Регистрация: 22.03.2015 Сообщений: 7,545 Записей в блоге: 5 |
|
|
26.03.2019, 12:11 [ТС] |
3 |
|
Xomych, я так и делал. Развернул чистую конфу, и загрузил туда новую (на которую нужно обновиться), конфа загрузилась без проблем. Потом сохранил ее, и попробовал обновить на нее. Результат тот же — вылетает с ошибкой.
0 |
|
управление сложностью 1687 / 1300 / 259 Регистрация: 22.03.2015 Сообщений: 7,545 Записей в блоге: 5 |
|
|
26.03.2019, 12:18 [ТС] |
4 |
|
Вот еще один файл лога:
0 |
|
856 / 655 / 111 Регистрация: 01.11.2012 Сообщений: 2,410 |
|
|
26.03.2019, 14:05 |
5 |
|
Можно попробовать ещё выгрузить dt, загрузить в новую базу, попробовать обновиться.
0 |
|
434 / 305 / 92 Регистрация: 28.05.2014 Сообщений: 1,247 |
|
|
27.03.2019, 17:34 |
6 |
|
Почтальон, ТИИ не пробовали на копии сделать перед обновлением?
0 |
|
управление сложностью 1687 / 1300 / 259 Регистрация: 22.03.2015 Сообщений: 7,545 Записей в блоге: 5 |
|
|
28.03.2019, 09:01 [ТС] |
7 |
|
Phil, ТиИ было сделано, но безрезультатно, при обновлении через поддержку все так же вылетает ошибка. Обновить получилось только через сравнение и объединение. Но это не вариант, т.к. очень много доработок.
0 |
|
434 / 305 / 92 Регистрация: 28.05.2014 Сообщений: 1,247 |
|
|
28.03.2019, 09:11 |
8 |
|
Почтальон, видел такое решение, но с ошибкой такой сам не сталкивался — бекап; Добавлено через 40 секунд
1 |
|
управление сложностью 1687 / 1300 / 259 Регистрация: 22.03.2015 Сообщений: 7,545 Записей в блоге: 5 |
|
|
29.03.2019, 07:51 [ТС] |
9 |
|
везде пишут, что ошибка связана с конфигурацией поставщика Да-да, гугл курил
0 |
