Здравствуйте! Сразу прошу прощения, получилось многобукаф, но не знаю как упихать описание проблемы в пару строк.
Была УТ 11.4.7.150, перед новым годом сделали свертку базы, но результаты не понравились, решили, что для нас проще будет создать новую базу с нуля. Поставили чистую конфу той же версии, с помощью обработки перенесли из старой базы справочники (номенклатуру, контрагенты, подразделения, склады, пользователи) и созданные при свертки документы ввода начальных остатков. Затем конфигурация была обновлена до 11.4.10.89
После всех этих манипуляций для магазинов выгрузили начальные образы, которые были успешно установлены. И вот тут возникла проблема. Из 13 магазинов проблема проявляется как минимум в пяти.
Проблема в следующем: 1с перестает реагировать на мышку и клавиатуру, будто бы зависает. При этом если тыкать мышкой в окно 1с, то динамики издают звук, будто тыкаем по неактивному окну, которое закрыто модальным диалогом. Захожу в диспетчер задач и на вкладке "Приложения" вижу, что 1с в состоянии работает, при попытке снять задачу 1с выдает сообщение "Приложение не может быть закрыто, потому что активен модальный диалог. Закройте диалог и попробуйте снова." Приходится переходить на вкладку процессы и убивать 1с.
Проблема возникает с периодичностью примерно раз в один-два часа, т.е. раз 5 за день продавцы прибивают 1с. За две недели никаких закономерностей выявлено не было, может встать колом при открытом окне подбора товаров в чек, может встать когда пропикивают товар в чек, может встать когда ее вообще не касаются даже, т.е. просто открыто РМК, продавец через пол часа возвращается чтобы сделать продажу, а 1с стоит колом. При всем при этом, на сервере центральная база работает исправно, никаких зависаний, ничего такого прочего, обмены проходят.
Что уже пробовал: чистить кэш, переустанавливать платформу на ту же версию, переустанавливать платформу на версию выше, при переустановки сносил все касающееся 1с из program files, programdata, %appdata%/1c, %appdata%/local/1c. Платформа 32-битная, винда 7 (замечено, но недоказано - все завиания на 32 битных системах, на 64 вроде норм, но из за специфики работы магазинов пока сложно понять влияет это или нет, т.к. некоторые магазины работают по 2-3 часа, а некоторые весь день).
Была УТ 11.4.7.150, перед новым годом сделали свертку базы, но результаты не понравились, решили, что для нас проще будет создать новую базу с нуля. Поставили чистую конфу той же версии, с помощью обработки перенесли из старой базы справочники (номенклатуру, контрагенты, подразделения, склады, пользователи) и созданные при свертки документы ввода начальных остатков. Затем конфигурация была обновлена до 11.4.10.89
После всех этих манипуляций для магазинов выгрузили начальные образы, которые были успешно установлены. И вот тут возникла проблема. Из 13 магазинов проблема проявляется как минимум в пяти.
Проблема в следующем: 1с перестает реагировать на мышку и клавиатуру, будто бы зависает. При этом если тыкать мышкой в окно 1с, то динамики издают звук, будто тыкаем по неактивному окну, которое закрыто модальным диалогом. Захожу в диспетчер задач и на вкладке "Приложения" вижу, что 1с в состоянии работает, при попытке снять задачу 1с выдает сообщение "Приложение не может быть закрыто, потому что активен модальный диалог. Закройте диалог и попробуйте снова." Приходится переходить на вкладку процессы и убивать 1с.
Проблема возникает с периодичностью примерно раз в один-два часа, т.е. раз 5 за день продавцы прибивают 1с. За две недели никаких закономерностей выявлено не было, может встать колом при открытом окне подбора товаров в чек, может встать когда пропикивают товар в чек, может встать когда ее вообще не касаются даже, т.е. просто открыто РМК, продавец через пол часа возвращается чтобы сделать продажу, а 1с стоит колом. При всем при этом, на сервере центральная база работает исправно, никаких зависаний, ничего такого прочего, обмены проходят.
Что уже пробовал: чистить кэш, переустанавливать платформу на ту же версию, переустанавливать платформу на версию выше, при переустановки сносил все касающееся 1с из program files, programdata, %appdata%/1c, %appdata%/local/1c. Платформа 32-битная, винда 7 (замечено, но недоказано - все завиания на 32 битных системах, на 64 вроде норм, но из за специфики работы магазинов пока сложно понять влияет это или нет, т.к. некоторые магазины работают по 2-3 часа, а некоторые весь день).
Прикрепленные файлы:

По теме из базы знаний
- 1С8:борьба - личный опыт работы с платформой 1с8
- Многопоточный CI-контур для 1С c Packer, Vagrant и Jenkins. Часть 1. Описание системы и обзор инструментария
- Экспертный кейс. История расследования одного небыстрого закрытия месяца в 1C:ERP. Пример неочевидных путей расследования в виде детективной истории
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
релиз платформы какой?
судя по тому, что эсники запретили модальность во всех современных конфигурациях, модальное окно порождает платформа, там может быть
и "недостаточно памяти" и что-нибудь про лицензии что-то вроде "нарушена целостность системы".
Начиная с 8.3.13 платформа мониторит систему на наличие патчей и эмуляторов и крашнется если найдет, иногда с выводом мессаги, а иногда и молча. Убедитесь, что не было ломанных эсин на проблемных тачках. А если были, то корректно вычищены все хвосты от них
судя по тому, что эсники запретили модальность во всех современных конфигурациях, модальное окно порождает платформа, там может быть
и "недостаточно памяти" и что-нибудь про лицензии что-то вроде "нарушена целостность системы".
Начиная с 8.3.13 платформа мониторит систему на наличие патчей и эмуляторов и крашнется если найдет, иногда с выводом мессаги, а иногда и молча. Убедитесь, что не было ломанных эсин на проблемных тачках. А если были, то корректно вычищены все хвосты от них
(3) По поводу релиза: 8.3.15.1656, затем обновлял до 1778. До перехода на новую конфу стоял 1656 и все работало нормально. Получается изменения были только в конфигурации: с 7.150 все работало, а с 10.89 - перестало. Раньше стояло все ломаное, с недавних пор стоят ключи, платформу переустанавливали, когда втыкали ключик, но хвосты не чистили. Есть идея попробовать решить проблему кардинально - переустановить винду, но поможет или нет вот в чем вопрос, магазины не очень близко, но видимо придется ехать..
У меня была проблема после обновления БП 3 0 75. На платформе 8 3 16 1063, когда запускается регл. задание для полнотекстового поиска, то оно берет всю оперативную память, если 1с приложение 32 разрядное - вылет, если 64 разрядное - вешает комп. Поставила платформу 8 3 15 1830, очистила и обновила индексы, так база нормально работает. У Вас в УТ может быть такая же причина. Для теста можете сначала отключить полнотекстовый поиск и посмотреть будут ли зависания.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот