Добрый день, всем.
Есть РИБ, разворачивал с нуля, сейчас 2 магазина, обмен проходит максимум минут за 5, вчера создал новый узел(открывается третий магазин) из центральной базы выгружается так же за 3-4 минуты, нажимаю синхронизировать в периферийной базе и всё виснит на этапе выгрузки, минут на 10-15 точно! Кто-нибудь сталкивался?
Центральная база на SQL, переферийные файловые, железо во всех трёх магазинах одинаковое. Пробовал через локальный диск пустить синхронизацию, всё тоже самое, куда копать, куда смотреть?
Есть РИБ, разворачивал с нуля, сейчас 2 магазина, обмен проходит максимум минут за 5, вчера создал новый узел(открывается третий магазин) из центральной базы выгружается так же за 3-4 минуты, нажимаю синхронизировать в периферийной базе и всё виснит на этапе выгрузки, минут на 10-15 точно! Кто-нибудь сталкивался?
Центральная база на SQL, переферийные файловые, железо во всех трёх магазинах одинаковое. Пробовал через локальный диск пустить синхронизацию, всё тоже самое, куда копать, куда смотреть?
По теме из базы знаний
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Была похожая ситуация когда-то давно с РИБ. Основную задержку давали обработчики событий "ПередЗаписью" и "ПриЗаписи" узла плана обмена. Попробуйте посмотреть в их сторону.
В частности запускался поиск и удаление дублей ключей аналитик (конфигурация ERP 2.2). Он-то и подвешивал нам обмен.
В частности запускался поиск и удаление дублей ключей аналитик (конфигурация ERP 2.2). Он-то и подвешивал нам обмен.
(57) рубануть это одно, а посмотреть работают они или нет в момент выгрузки, это другое. под одним пользователем запустите выгрузку, а под другим гляньте все фоновые задания какие работают. На ИТС есть обработка которая позволяет посмотреть фоновые задания, ну или самостоятельно напишите. ФоновыеЗадания.ПолучитьФоновыеЗадания();
(1)Я бы попробовал перевыпустить узел. И развернуть его там же, где и центральная база. И проверить. Если все норм, то дело в ПК на розничной точке. Если проблема останется, то попробовать создать новый узел (новый обмен РИБ) и выпустить его. Может настройка глючит, и начальный образ криво создается. Нужно локализовать проблему, слишком много вариантов для глюка. Я сталкивался с похожей ситуацией. В первом случае, обмен шел через локальную папку и были трудности с доступом (админ перенастроил доступ и норм.). Во втором случае, узел постоянно пытался выгрузить все записи некоторых регистров сведений (перевыпуск узла помог). Ещё можно включить, либо выключить сжатие файла обмена.
(56) Обновления были(но они ведь все передались в подчинённые узлы), тестирование и исправление запускал
я пробовал создать на предидущем релизе(точнее на релизе трёхмесячной давности и там всё работает нормально), но там данных в разы меньше (собственно тогда только открывалась розница)
я пробовал создать на предидущем релизе(точнее на релизе трёхмесячной давности и там всё работает нормально), но там данных в разы меньше (собственно тогда только открывалась розница)
(58)
А вы попробуйте ради эксперимента в копию текущего ЦУ загрузить файл конфы предыдущего релиза, создайте новый узел и посмотрите что будет.
(56) Обновления были(но они ведь все передались в подчинённые узлы), тестирование и исправление запускал
я пробовал создать на предидущем релизе(точнее на релизе трёхмесячной давности и там всё работает нормально), но там данных в разы меньше (собственно тогда только открывалась розница)
я пробовал создать на предидущем релизе(точнее на релизе трёхмесячной давности и там всё работает нормально), но там данных в разы меньше (собственно тогда только открывалась розница)
А вы попробуйте ради эксперимента в копию текущего ЦУ загрузить файл конфы предыдущего релиза, создайте новый узел и посмотрите что будет.
(1) Давненько сталкивался с подобным, но в моем случае тормозило вообще все и создание подчиненного узла, и обычная работа в самом узле. Причина заключалась в том, что узел РИБ создавался из конфигурации, изменения в которую последний раз применялись динамически. Обновил монопольно и все залетало. Обсуждение в помощь:
минут на 10-15 точно!
А дольше ждать не пробовали?
В базе в этот момент никто не работает, никаких фоновых заданий не запущено? Отключите вообще все рег задания.
Ну и второй вопрос в каталоге с файлом обмена какие файлы есть? Зависает точно на выгрузке в ЦБ, а не при загрузке?
ТИИ узла и ЦБ делали перед созданием узла и первом обмене?
Может полнотекстовый поиск? Вкл или выкл, очистить, обновить индекс?
У меня было несколько раз, на разных конфигурациях - не проходило обновление индекса и при этом когда пользователь просто в журнале что то искал эта операция висела мин по 5, когда обычно занимала 5сек.
У меня было несколько раз, на разных конфигурациях - не проходило обновление индекса и при этом когда пользователь просто в журнале что то искал эта операция висела мин по 5, когда обычно занимала 5сек.
А версия конфигурации какая?
На версии 2.2.11.24 есть проблема после создания нового узла. (Во всяком случае у нас). Пока не сделаешь выгрузку конфигурации из центральной и не загрузишь в периферийную. Наблюдаются тормоза в обмене и при запуске в режиме 1С:Предприятия.
P.S. В центральной:
Зайти в конфигуратор -> Конфигурация -Сохранить конфигурацию в файл
В периферийной:
Запустить конфигуратор с ключом /ResetMasterNode - Убрать ключ и опять запустить конфигуратор - Конфигурация - Загрузить конфигурацию из файла - Запустить в режиме 1С:Предприятия, появится предложение на восстановление связи с главным узлом.
На версии 2.2.11.24 есть проблема после создания нового узла. (Во всяком случае у нас). Пока не сделаешь выгрузку конфигурации из центральной и не загрузишь в периферийную. Наблюдаются тормоза в обмене и при запуске в режиме 1С:Предприятия.
P.S. В центральной:
Зайти в конфигуратор -> Конфигурация -Сохранить конфигурацию в файл
В периферийной:
Запустить конфигуратор с ключом /ResetMasterNode - Убрать ключ и опять запустить конфигуратор - Конфигурация - Загрузить конфигурацию из файла - Запустить в режиме 1С:Предприятия, появится предложение на восстановление связи с главным узлом.
А есть разница в режимах работы баз данных?
К чему спрашиваю:
В серверном варианте демоны будут крутиться автоматом.
В файловом - задания выполняются только при работающей базе.
Если первая и вторая базы работают круглосуточно, а третья база, например, на ночь гасится, то обмен будет идти какое-то время долго, потому что будет "догонять" пропущенные сообщения.
Это как вариант к рассмотрению.
К чему спрашиваю:
В серверном варианте демоны будут крутиться автоматом.
В файловом - задания выполняются только при работающей базе.
Если первая и вторая базы работают круглосуточно, а третья база, например, на ночь гасится, то обмен будет идти какое-то время долго, потому что будет "догонять" пропущенные сообщения.
Это как вариант к рассмотрению.
Была точно такая же проблема, чистил кэш циклом, селилась ошибка в кэше и заклинивала операции, после переустановки и замены антивируса все наладилось. Было такое впечатление что данные из кэш циклили операторы 1С. Но когда поставил другой антивирус с файрволом, все прекратилось.
ну я бы создал 4 узел
и положил его рядом на комьютера работающих быстро
если он тоже будет быстро работать
то перекинуть его к тормозящей базе и получить результат
в чем беда "в узле или в компе"
и оттуда уже плясать
и положил его рядом на комьютера работающих быстро
если он тоже будет быстро работать
то перекинуть его к тормозящей базе и получить результат
в чем беда "в узле или в компе"
и оттуда уже плясать
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот