Подвисает 1С каждые 5 минут #771674

Добрый день! Есть 2 магазина, в одном стоит Розница 2.2, в другом 2.1. Версии платформ разные (и там, и там - программная защита). Операционная система и там, и там Win7. Суть проблемы - каждые 5 минут происходит "подвисание" базы, ненадолго - секунд на 30-40. Пользователи визжат. Причем проявляться это стало совсем недавно: в одном магазине спустя 2 месяца после открытия, в другом - спустя 3 недели. Что делал: 1. проверял chdbfl (ошибок нет) 2. тестирование и исправление 3. выгрузка/загрузка 4. отключал аппаратную защиту 5. отключил Все регламентные задания (кроме обработки ответов ЕГАИС, которое выполняется 1 раз в день с 19-00 до 20-00) Куда копать?

в монитор ресурсов винды

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

секунд на 30-40 это надолго, а не ненадолго посмотри с помощью procexp, какой именно процесс жрет IO и CPU в это время может оказаться, что и не 1с вовсе

в событиях системы ничего подозрительного нет Сама ОС работает отлично. Подвисает именно 1С

может ключ ищет

используется программная лицензия. использование аппаратной защиты выключил

Монитор ресурсов показывает следующее 1С по сети ломится на адрес 192.168.1.88, а это адрес подключенного УТМ (железяка для работы с ЕГАИС). НО!!! с фига ли она туда ломится, когда в регламентном задании "Обработка ответов ЕГАИС" сказано - запускать 1 раз в день - с 19 до 20!!!???

Как вариант. Не стоит ли какой нить драйвер ключей защиты Guardant? В панели управления можно посмотреть или в установленных программах.

Чувствую есть заговор MS. Подгоняют переходить на Win 10. У нас из 300 компов в сети, системно у 20 -30 ломается служба установки виндовс. В результате новая платформа 1С не ставится. В 1С сказали что ошибка, скорее всего, связана с принудительным переходом с 7 на 10. В микрософт обращаться - дорого. Пока на проблемные компы ставим старую вин 7 и отключаем обновления нафиг. Но это не выход :( Предполагаю что здесь что-то аналогичное.

УТМ Не все живые по магазинам. Она их опрашивает и если УТМ не жив - то долго тупит. Мне пришлось немного переписывать модуль , что бы опрашивала только выбранный УТМ.

Но УТМ то жив!

И, причем, в третьем магазине стоит тоже УТМ, и тоже Розница 2.1, но там все норм

Задание будет работать только, если установлен флаг "Обмен на сервере" Иначе подключается обработчик ожидания на 300 секунд, а задание игнорируется.

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

В любом случае - обращение даже к живому УТМ в обработчике ожидания будет выполняться несколько секунд и временно блокировать работу пользователя создавая "подвисание".

Не написано - что показывает ЖР

так отключи совсем и смотри - остались ли зависания. Если прекратились - значит ты неправильно понимаешь работу расписания.

База файловая или серверная? Если серверная на ms sql, посмотри какое приращение установлено, очень похоже на то, что данные заполнили все свободное место внутри БД и она делает приращение каждые 5 минут, но по чайной ложке.

База файловая, я писал что chdbflом проверял

Отключи учет алкоголя на время и удивись. Это HTTP запрос в никуда замерзает. Запускаем конфигуратор и ставим галку замер производительности. Работаем до зависания. Потом по окончанию последнего закрываем программу и смотрим результат в конфигураторе. Увидите обращение этого запроса к дохлому УТМ. Проходил это уже

Причем УТМ может сам по себе тупить особенно при плохой связи. Это я на оптовом складе заметил. Пока ключи в офисе были на виртуальной машине - все летало. Как по складам развезли - полная кака получается. Особенно где связь плохая.

Вылечил... Все предельно просто оказалось... С конца марта висели необработанные по каким-то причинам ответы. Зашел в Администрирование - Настройка Номенклатуры и ЕГАИС - Натройка ЕГАИС и на второй закладке грохнул все ранние записи (их 3шт было). Все работает уже час)) Вот эти записи и не мог обработать обработчик ожидания, который раз в 300 секунд запускается... Правда не понимаю следующего - зачем тогда в регламентных заданиях есть задание "Обработка ответов ЕГАИС", когда один фиг обработчик ожидания из общего модуля каждые 300сек обрабатывает эти ответы...

Причем проблема наблюдается только там, где стоят Атоловские УТМ. Там же, где програмулька стоит - все оке!

>> Правда не понимаю следующего - зачем тогда в регламентных заданиях есть задание "Обработка ответов ЕГАИС" а в и почитать - не?

Так если задание включено - оно отрабатывает и без флага! Сейчас поставил 1800 секунд - отрабатывает, без флага

Прошу прощение, что не в тему. Кто ставил контроллер с технологией Hyper Duo (SSD + HDD) ? Не хочется убивать SSD под временные файлы, есть ли смысл это использовать ?