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