Второй день бьюсь, любые фоновые задания(по расписанию или запущенные вручную) наглухо завешивают базу. Проявляется это так: при попытке входа(без разницы в каком режиме, даже консоль кластера перестает отвечать) клиент 1с зависает. Кэши чистил, базу переименовывал, фары протирал. Куда копать совершенно не понимаю.
Платформа 8.2.19.130
Клиент-сервер
Платформа 8.2.19.130
Клиент-сервер
По теме из базы знаний
- Формирование внешнего отчета в фоне
- Интеграция "1С:Управление торговлей 10.3" с Yandex SpeechKit для распознавания телефонных звонков
- Что такое ОСень? Или как лучшие практики из мира Java прижились в экосистеме OneScript
- Проблемы на ровном месте, или рассказ о том, как у нас каждое утро стабильно подвисал dev-сервер 1С
- Тюнинг планов обмена
Найденные решения
Проблема была в ошибке базы, точнее ее логики, после последнего обновления конфигурации в таблице Config осталось поле FileName со значением DynamicallyUpdated.
Как нашёл:
Включил сбор данных для SQL. Посмотрел отчет по статистике запросов. Там оказался довольно простой запрос с диким временем исполнения:
Полез в гугл, по тексту запроса сразу нашлось:
Вот собственно говоря и все...
Как нашёл:
Включил сбор данных для SQL. Посмотрел отчет по статистике запросов. Там оказался довольно простой запрос с диким временем исполнения:
SEL ECT FileName,Creation,Modified,Attributes,DataSize FR OM Config WHERE FileName LIKE @P1Полез в гугл, по тексту запроса сразу нашлось:
Вот собственно говоря и все...
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
база на скуле?
пересчитай итоги установи итоги на текущий месяц.
что делают фоновые задания? отключи их и выставь на выполнение по порядку на ночь чтобы выполнились до конца
в журнале регистрации смотри мжт фоновые задания ошибки регистрируюут
пересчитай итоги установи итоги на текущий месяц.
что делают фоновые задания? отключи их и выставь на выполнение по порядку на ночь чтобы выполнились до конца
в журнале регистрации смотри мжт фоновые задания ошибки регистрируюут
(16) И вы три года не обновляли конфигурации, т.е. методы работы фоновых заданий никак не менялись.
Если да, тогда действительно необходимо искать решение в железе, настройках ОС, кластере, СУБД
Если же конфигурации обновлялись, то методы работы фоновых заданий уже работают в другой логике и вряд ли будут стабильны
на платформе устаревшей 3 года назад.
Если да, тогда действительно необходимо искать решение в железе, настройках ОС, кластере, СУБД
Если же конфигурации обновлялись, то методы работы фоновых заданий уже работают в другой логике и вряд ли будут стабильны
на платформе устаревшей 3 года назад.
Предлагаю почистить кеш сервера (грохнуть SRVINFO и пересоздать все базы). Особенно если бекапы восстанавливали на рабочий сервер. Как вариант - создать в этом же кластере еще одну базу (для нее новый кеш создастся в SRVINFO) и восстановить в нее проблемную базу. Если фоновые будут работать - то явно стоит пересоздать рабочую базу в кластере.
Проблема была в ошибке базы, точнее ее логики, после последнего обновления конфигурации в таблице Config осталось поле FileName со значением DynamicallyUpdated.
Как нашёл:
Включил сбор данных для SQL. Посмотрел отчет по статистике запросов. Там оказался довольно простой запрос с диким временем исполнения:
Полез в гугл, по тексту запроса сразу нашлось:
Вот собственно говоря и все...
Как нашёл:
Включил сбор данных для SQL. Посмотрел отчет по статистике запросов. Там оказался довольно простой запрос с диким временем исполнения:
SEL ECT FileName,Creation,Modified,Attributes,DataSize FR OM Config WHERE FileName LIKE @P1Полез в гугл, по тексту запроса сразу нашлось:
Вот собственно говоря и все...
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот