Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 7.7 и ранее

v7: УРБД, автономная обрезка ЦБ

v7: УРБД, автономная обрезка ЦБ
Я
   Злопчинский
 
12.04.17 - 12:26
на ЦБ хочется сделать обрезку, но так, чтобы данные обрезки не уходили на ПБ (ибо на ПБ это грузится очень долго, и обрезаемые данные вообще неактуальны для ПБ, ПБ потом автономно обрезать аналогичным образом не спеша).

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

Вопрос: правилен ли порядок действий? траблов не будет?
 
 
   Ёпрст
 
1 - 12.04.17 - 12:39
не будет
   Ёпрст
 
2 - 12.04.17 - 12:40
максимум, если с пб прилетит документ, который раньше твоей свёртки
   Злопчинский
 
3 - 12.04.17 - 12:49
(2) не, не прилетит.
есть полностью мертвый ассортимент. его мнгого. по нему много приходов, цен, и всякой движухи. Причем этот ассортимент в документах составляет процентов 95. процентов 5 - то что надо оставить. Поэтому хочу просто: весб мертвый ассортимент скидываю в отдельную группу. тупо иду по всем документам и вычищаю строки с мертвым ассортиментом.  если док пустой - убиваю его.
   Aleksey
 
4 - 12.04.17 - 12:51
(3) А взаиморасчеты?
   arsik
 
5 - 12.04.17 - 13:13
(0) Нафига? после обрезки просто создай новую периферийную. По времени намного меньше будет. С утра только старую периферийную подменить.
   Злопчинский
 
6 - 12.04.17 - 14:17
(4) пофиг
   Это_mike
 
7 - 13.04.17 - 07:14
(0) все нормально.
(5) больше гемора.
   tgu82
 
8 - 13.04.17 - 08:11
(0) Сам с этим вечно мучаюсь. Хорошая мысль!!!
   Это_mike
 
9 - 13.04.17 - 08:26
(8) старая только. ее пора уже забывать вместе с клюшками :-)
   arsik
 
10 - 13.04.17 - 09:16
(7) Как раз гемора меньше. "Сто раз так делал".
 
 Рекламное место пустует
   Это_mike
 
11 - 13.04.17 - 09:26
(10) все зависит от объема. у меня подрезалось автоматом так, чтоб оставалось три года плюс месяц. надеюсь, не надо говорить, что даже создание 5 трехгодовых перифериек прервало бы работу 24*7 на несколько часов. Даже клонированием баз - и то дольше... плюс эти базы надо было отправить в другие регионы, там развернуть, и сделать это к началу рабочего дня. оно надо?
   arsik
 
12 - 13.04.17 - 10:09
(11) Клонированием еще быстрее. Я как раз про него забыл :)
   Злопчинский
 
13 - 15.04.17 - 02:50
Вопрос
если я
1. в ЦБ
2. Внедрю в конфигу Документ.УниверсальныйДвигательРегистров
3. с его помощью обрежу базу
4. занулю все регистрации изменения в базе чтобы они не уходили на ПБ (ибо там не нужны)
5. сделаю псевдоисправление конфиги - чтобы в выгрузку попал измененнынй мдшник
6. выгружу на ПБ

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

Попутный вопрос: когда вообще на ПБ происходит пересчет регистров при изменении мдшника?
   Злопчинский
 
14 - 15.04.17 - 12:30
ап, подскажите кто-нить
   Pit0n_08
 
15 - 15.04.17 - 16:11
(13) По пересчету регистров не подскажу - проще не коленке проверить.
Документ.УниверсальныйДвигательРегистров делал с правилом миграции "Место создания".
После п.3 (0) надо отправить на ПБ автообмен, чтобы там файлы апдейтсов очистились и только после свертка.
   Pit0n_08
 
16 - 15.04.17 - 16:13
+(15) пардон после п.2
   Злопчинский
 
17 - 15.04.17 - 16:19
(16) имхо некритично, придут из ПБ данные еще раз. это ни на что не влияет, так как обрезка данные текущего года и текущего ассортимента вообще никак не трогает
   Злопчинский
 
18 - 15.04.17 - 16:19
(15) УДР вообще будет без миграции - так планирую
   totparen
 
19 - 15.04.17 - 20:44
Как вы режете базу?

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

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

В результате осталась как есть ЦБ, создалась новая сокращенная база, остальные периферийные узлы подмену не заметили.
   Злопчинский
 
20 - 15.04.17 - 21:05
(19) тупо режу (планирую)
тупо обрезать цб без миграции.
потом точно так же тупо обрезать пб все без миграции
   tgu82
 
21 - 18.04.17 - 08:41
(20) То есть режещь потом возвращаешь 1сupdts
и делаешь обмен. на периферийку изменения не придут. Я пользуюсь обработкой СверткаИБ. Ну и так же воспользуюсь на ПБ ей
   mishaPH
 
Модератор
22 - 18.04.17 - 08:44
(0) при такой резке можно прибить данные куторые долдны уйти в ПБ. когда много баз все синхронизировать сложно.

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

у меня магазинные базы так режутся. только центр полный
   mishaPH
 
Модератор
23 - 18.04.17 - 08:45
(21) тоже вариант с возвратом апдейтса, но если промахнешся разок - делов наделает очень много
   tgu82
 
24 - 18.04.17 - 10:00
(22) А как сделать чтоб не регистрировать измненения при резке???
   Злопчинский
 
25 - 18.04.17 - 12:00
(22) имеешь в виду программно сказать не регистрировать изменения в начале обработки, резать программно и интерактивно, а потом включить обратно?


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует