на ЦБ хочется сделать обрезку, но так, чтобы данные обрезки не уходили на ПБ (ибо на ПБ это грузится очень долго, и обрезаемые данные вообще неактуальны для ПБ, ПБ потом автономно обрезать аналогичным образом не спеша).

Процесс видится следующим образом:
1. ЦБ в течении дня делает несколько выгрузок для ПБ
2. ПБ присылает вечером выгрузку (итоги дня торгов)
3. *** НОЧЬЮ РЕЖУ ЦБ-БАЗУ *****
4. *** "ЗАНУЛЯЮ" В ЦБ-БАЗЕ таблицу апдейтсов (ИЗМЕНЕНИЙ ДЛЯ ПБ), ЧТОБЫ ОНИ НЕ УШЛИ В ПБ ***
5. далее работаем штатно

Вопрос: правилен ли порядок действий? траблов не будет?

не будет

максимум, если с пб прилетит документ, который раньше твоей свёртки

(2) не, не прилетит.
есть полностью мертвый ассортимент. его мнгого. по нему много приходов, цен, и всякой движухи. Причем этот ассортимент в документах составляет процентов 95. процентов 5 - то что надо оставить. Поэтому хочу просто: весб мертвый ассортимент скидываю в отдельную группу. тупо иду по всем документам и вычищаю строки с мертвым ассортиментом.  если док пустой - убиваю его.

(3) А взаиморасчеты?

(0) Нафига? после обрезки просто создай новую периферийную. По времени намного меньше будет. С утра только старую периферийную подменить.

(4) пофиг

(0) все нормально.
(5) больше гемора.

(0) Сам с этим вечно мучаюсь. Хорошая мысль!!!

(8) старая только. ее пора уже забывать вместе с клюшками :-)

(7) Как раз гемора меньше. "Сто раз так делал".

(10) все зависит от объема. у меня подрезалось автоматом так, чтоб оставалось три года плюс месяц. надеюсь, не надо говорить, что даже создание 5 трехгодовых перифериек прервало бы работу 24*7 на несколько часов. Даже клонированием баз - и то дольше... плюс эти базы надо было отправить в другие регионы, там развернуть, и сделать это к началу рабочего дня. оно надо?

(11) Клонированием еще быстрее. Я как раз про него забыл :)

Вопрос
если я
1. в ЦБ
2. Внедрю в конфигу Документ.УниверсальныйДвигательРегистров
3. с его помощью обрежу базу
4. занулю все регистрации изменения в базе чтобы они не уходили на ПБ (ибо там не нужны)
5. сделаю псевдоисправление конфиги - чтобы в выгрузку попал измененнынй мдшник
6. выгружу на ПБ

ВОПРОС: при загрузке на ПЮ - после загрузки измененной конфигурации будет происходить ПЕРЕСЧЕТ ИТОГОВ РЕГИСТРОВ?

Попутный вопрос: когда вообще на ПБ происходит пересчет регистров при изменении мдшника?

ап, подскажите кто-нить

(13) По пересчету регистров не подскажу - проще не коленке проверить.
Документ.УниверсальныйДвигательРегистров делал с правилом миграции "Место создания".
После п.3 (0) надо отправить на ПБ автообмен, чтобы там файлы апдейтсов очистились и только после свертка.

+(15) пардон после п.2

(16) имхо некритично, придут из ПБ данные еще раз. это ни на что не влияет, так как обрезка данные текущего года и текущего ассортимента вообще никак не трогает

(15) УДР вообще будет без миграции - так планирую

Как вы режете базу?

Недавно тоже базу "сворачивал" через УРБД:

1) Создал новый узел (двусторонний обмен). Выгрузил только справочную информацию.
2) В ЦБ создал/заполнил документ типа УРД на начало года. Не проведенный. Выгрузил в ПБ.
3) Потом поквартально выгрузил документы за два последних года.
4) Два обмена подряд между ЦБ и ПБ (для обнуления измененных данных).
5) Средствами СКЛ подмена таблиц УРБД у ЦБ и ПБ баз.
6) Изменение параметров подключения СКЛ в каталогах баз.

В результате осталась как есть ЦБ, создалась новая сокращенная база, остальные периферийные узлы подмену не заметили.

(19) тупо режу (планирую)
тупо обрезать цб без миграции.
потом точно так же тупо обрезать пб все без миграции

(20) То есть режещь потом возвращаешь 1сupdts
и делаешь обмен. на периферийку изменения не придут. Я пользуюсь обработкой СверткаИБ. Ну и так же воспользуюсь на ПБ ей

(0) при такой резке можно прибить данные куторые долдны уйти в ПБ. когда много баз все синхронизировать сложно.

что мешвет при резне не геристрировать изменения?

у меня магазинные базы так режутся. только центр полный

(21) тоже вариант с возвратом апдейтса, но если промахнешся разок - делов наделает очень много

(22) А как сделать чтоб не регистрировать измненения при резке???

(22) имеешь в виду программно сказать не регистрировать изменения в начале обработки, резать программно и интерактивно, а потом включить обратно?