Не было счастья раньше работать с УРИБД.
Да пригласили!
Проблема в том, что база довольно упитанная, и растет не по дням а по часам.
Предложил её обрезать, оставив данные только текущего года. Как делал на прежних фирмах.
Но вопрос:
Достаточно процесс обрезки провести только на центральной базе, или на периферийных тоже?

везде придётся, иначе есть вероятность "прилёта" данных с обрезанных периодов из ПБ

(0) смотря как миграция настроена

Везде + "подшаманить" файл обмена

(3) подшаманить - зачем?

ХМ. Насколько я знаю принципы работы УРБД, то при миграции все объекты достаточно обрезать документы в центре (при этом остановив все обмены и работу в базах, чтобы ничего лишнего не пришло) с выгрузкой из центральной и все удаленные доки в периферийных должны похериться. Если миграция выборочная, надо думать.

Если в ПБ вводятся док-ты у которых "место создания и центр", то сначала режешь в каждой периферийке, делаешь обмен, и режешь то что осталось в центральной.

Обрезать на ПБ - ввести остатки штатными документами. ЗАтем всё выгрузить в пустую ЦБ.

(5) А остатки ка будешь перебрасывать?

(6) "место создания и центр" - если в центральной их порубить - в периферийных не удалятся разве?

(7) Розги по тебе плачут!!!

(8) При свертке стандартной создаются операции и удаляются документы. При выгрузке я так понимаю смигрируют операции и удалятся документы уже в периферийных, не?

(9) удалятся. А ввод остатков?

(11) Автором операций будет ЦБ! И как они отправятся в ПБ?

(13)  Если миграция все объекты, должны операции уехать во все ПБ.

(12) а ввод остатков тоже перенесутся, лишние документы остатков можно похерить на периферийных, а можно и нет, имхо

Короче, обрезать и вводить остатки можно в ЦБ, только если у всех док-тов стоит "все инф. базы". Во всех остальных случаях - в зависимости от схемы миграции.

(14) А нахера они нужны ВО ВСЕХ ПБ?

(15) Это не правильно. Если у док-та ввода остатков "все инф. базы" - он уйдет во все ПБ, а не только в нужную. А если удалять лишние, то надо шаманить либо с файлом обмена, либо с регистрацияизменений(0), кто не кошерно-)

(17) ХМ, а чем это плохо?

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

+(20) то, что осталось в центральной

(18) зачем - если остатки в периферийных не нужны - удалить ручками, но я думаю, что пусть даже будут, много места не займут

(19) Лишние "сопли" в оборотках?

(19) левые итоги на каждой пб, незакрытые регистры, возможно битые ссылки.

(22) если у док-та "все инф. базы", и ты его в любой ПБ удалишь ручками, он удалиться во всех базах, в цб в том числе.

Можно еще сделать "контейнер" для ввода остатков для каждой пб. Делаем док-т, миграция - место создания и центр. На каждой пб создаем пустой такой документ, обмен, эти пустышки заполняем в центре - после обмена, каждый док-то попадет только в нужную пб.

(24) ну и пусть лишние итоги, насчет битых ссылок - можно удалить лишнее через ТИИ

(25) тогда нефиг их трогать, а лучше всего (20) - имхо самое универсальное

(27) про 20 я еще в (6) писал, как то мимо прошло-)

короче, сначала режем все периферийные базы, делаем обмен, последнюю режем центральную базу

поправьте если не прав

(28) не заметили ))

(10) Блин, всё прекрасно работает! ЧЯДНТ?? ))

(29) все верно.

В мну реализован так называемый механим контейнеров.
Т.е. При вохде первого пользователя в ПБ проверяется наличие пустых документов с признаком МЕсто создания и Центр.
При обменах эти доки приходять пустыми в Центр.
Ну а дльше все просто.
Заполняем так как надо по Каждой переферийке сдой документ.
Есно делаем это в центре.
После обменов все уйдет на ПБ.

(33) Достаточно так сделать перемещение (пустышку), а реализацию потом можно и на ПФ делать

С-но говоря, на простой, т.е. без УРБД базе, я разработал док остатков, который сначала запоминает остатки по всем регистрам и по всем счетам, затем удаляет доки ТОГО ПЕРИОДА и проводя док остатков, я восстанавливаю остатки по регистрам и счетам. Дальше - все счастливы.

В этой базе масса документов с миграцией "Место создания и центр".

Насколько я понял, мне надо запустить этот док на центральной базе, на периферийных создать пустые базы, а затем в них произвести закачку, так?
Потому что я плохо представляю себе процесс, когда во всех периферийных базах запускается Док. остатков, затем принимается центральной базой, и в конце концов запускается док остатков на центральной базе.

Потому что на периферии то света нет, то админ заболел, то еще масса всяких "то"...

Блин! Мне тогда надо объявлять день закрытых дверей для клиентов. А на это начальство не пойдет...

Чистай (33).
Я вроде как доходчиво написал.