Медленно выгружается база РИБ #510120

Создала план обмена "Филиалы" с реквизитом "Филиал". В модуль плана обмена вставила процедуру ПриОтправкеДанныхПодчиненному, в которой смотрю на реквизит Организация в документах, регистрах сведений и пр. Все выгружает так, как надо, но очень долго (около 3,5 часов). Я думаю, что это из-за того, что при выгрузке в периферийную базу происходит перебор ВСЕХ объектов конфигурации по всем филиалам, а документов в день около 3000. Как сделать выгрузку быстрее? Конфигурация "Управление торговлей", редакция 10.3 (10.3.10.4)

Убрать авторегистрацию и регистрировать только нужные при записи объектов.

Это НЕ ДОЛГО! У нас 2 раза по 4-5 суток! Правда потом пошли другим путем - ничего не выгружаем - просто из копию делаем новую базу и указываем какой она узел. И все!

Ваш случай в корне неправильный. Допущен методологический просчет. Правильней сделать вам очень частую выгрузку (раз в полчаса, час), чтоб были мелкие порции

Реальный проект: 16 филиалов, объем ЦБ - 150 гигов сейчас. На начало проекта - 60 Гб. Изначально делали фильтрацию как вы. Показало полную неработоспособность в боевых условиях. Выгрузка в один узел - 4-5 часа. Переделали алгоритм на регистрацию при записи+Выгрузка идет на сервере (серверная процедура). В среднем выгрузка 10 минут. Переодичность обмена - 6 часов. Между двумя самыми большими базами - раз в час.

фигасе. УТ и по 4 часа. железки меняйте.

да железки тут не помогут

Не в железках дело. 2000 доков = при выгрузке около 100000 объектов (с учетом наборов записей регистров). И для каждого вызывается проверка на соответствие узлу. так и должно быть

2000 доков это что? даже если магазин (фронт) и работает 20 часов, то это 100 документов в час, т.е. больше 1,5 в минуту. интересно прямо, это где так?

ну с объемом в 150 гигов можно подумать о том, чтобы все сделать средставми sql

хм.. это как? 16 филиалов по области, каналы разной толщины, обмен через фтп. Оч интересно выслушать ваши предложения. PS : 150 ГБ - это ЦБ. В каждой переиферийке - только свое подразделение. Обмен с фильтрацией по подразделению

возможно имеется ввиду доставка журналов транзакций, хотя тож с трудом понимаю как поможет. особенно при неполном обмене.

тут может быть и полный.. да, именно журналы перекидывать

"Переделали алгоритм на регистрацию при записи" - это как? поясните поподробнее чайнику...

почему не может быть 2000 документов в день? у нас 7 филиалов, у каждого торговые представители в течение дня собирают заявки, которые в конце дня формируются в документы реализации. На каждом филиале около 10 торговых, у каждого около 30 покупателей. Вот и посчитайте...

когда говорят "выгрузка" вряд ли подразумевается 7 филиалов распределенных в пространстве. как правило это одна база.

"Переделали алгоритм на регистрацию при записи - это как?" Источник: Цитата: Предлагаю снять авторегистрацию с документов, создать Подписку на событие , "При записи":

, - прочитала, поняла, буду пробовать, спасибо! ))

ой, только у меня следующая ситуация: мы готовимся к внедрению и так как запустить сразу 7 филиалов не получается, было решено те филиалы, которые еще не переведены на восьмерку, перегружать в УТ 8.1. Я уже наперегружала документов много, мне теперь после изменений авторегистрации и кода их все заново надо будет переписать? Нет возможности регистрацию изменений одним махом грохнуть?

УдалитьРегистрацию - см. СП

Кстати: - указал только для примера, как ответ на Ваш вопрос. Алгоритм "не совсем" рабочий. На практике приходится не только регистрировать изменения, но и удалять регистрацию. Например: новый объект был зарегистрирован для обмена, а потом его реквизиты изменили так, что он уже не подлежит регистрации. Нужно, на всякий случай, проверять и удалить регистрацию. И ещё есть одна головная боль: а если объект уже отправили в другую базу, а потом изменили так, что он не должен более находится в той, другой базе? Нужно зарегистрировать удаление объекта для той, другой базы...

эээ может специалиста пригласите. Удилить регистрацию - одна строчка.

я уже нашла как... ну новичек я в восьмерке пока, научусь со временем ))) чтоб избежать подобных комментариев, больше глупых вопросов задавать не буду.

эх ты, девушку обидел 8)

Да это понятно что учитесь но всетаки походу немаленькая фирма - возможно пригласить спеца со стороны и посмотреть как он сделает. Обмены не так просты как кажутся, особенно на больших объемах. У моего самого крупного клиента 27 перефериек - знаю о чем говорю.

А что понравилась фотография? :) Я не со зла - а просто представляю на сколько она граблей наступит... Одно дело между 2-мя базами стандартный обмен настроить, другое настроить сложный обмен между множеством баз.

сам года еще 8-ка появилась сколько граблей, в том числе и детских насобирал :). Только тогда только книга Волшебника была из литературы - а сейчас все есть - бери пользуйся готовое.

если есть все готовое, зачем же специалист... мне самой - интереснее... тем более, что всегда помогут специалисты с мисты ))

Вообщем, взяла демо базу и решила простерировать обмен только на документе РеализацияТоваровУслуг, воспользовалась советами из . Запретила авторегистрацию и при записи документа вставила код один в один как в . Удалила регистрацию изменений, создала начальный образ. В периферийной базе создала документ реализация, при записи установила ему получателя "Центральная база" и он успешно перекочевал в центр. Затем я в центе перезаписала этот документ и при записи установился получатель: узел с организацией документа. Но когда я из центра выгружаю в периферию, через отладчик просматриваю процедуру ПриОтправкеДанныхПодчиненному, этот документ не выгружается, не пойму - почему?

разобралась... забыла про самую главную функцию ЗарегистрироватьИзменения  8)

Еще не забудте, что кроме доков есть еще и движения документа. Вам надо при записи набора записей регистра тоже проверять, является ли регистратор набора валидным для условия отправки в узел и в этом случае его регистрировать

Имелось виду первая выгрузка. Потом раз в 30 минут