Имя: Пароль:
1C
1С v8
Редактирование номеров сообщений при обмене
0 chigsrOck
 
28.11.11
10:33
Плиз прошу маленького совета.
Есть центральная и подчиненная база.
За выходные центральная база слетела и пришлось восстанавливать из выгрузки на начало пятницы.
За пятницу был обмен: получено сообщение из подчиненки с утра и вечером отправлено сообщение в подчиненку.

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

Стоит вопрос с номерами сообщений в подчиненной базе. Если я попрошу их изменить на единицу меньше чтобы они соответствовали нашей базе обмен покатит нормально?
1 DrShad
 
28.11.11
10:36
попробуй, что мешает?
скорее всего прийдется перепривязывать главный узел
2 chigsrOck
 
28.11.11
10:39
ну понятно что в подчиненке придется делать отвязать->загрузить конфу-> привязать... вообще принципиально где править номера сообщений в главной или подчиненной?
3 Aleksey
 
28.11.11
10:40
а зачем отвязывать? вы что конфигу меняли?
4 Aleksey
 
28.11.11
10:41
а да увидел
5 DrShad
 
28.11.11
11:04
лучше в перифирии
6 chigsrOck
 
28.11.11
11:18
(5) есть обоснования? Выгрузка была сделана ночью, за несколько часов до этого туда отправилено сообщение. Данные этого сообщения сейчас уже в периферии..
7 mic_net
 
28.11.11
11:53
А после бэкапа, который вы восстанавливаете, был обмен с базой? Т.е. ночью сделали бэкап, днем был обмен, потом все порушилось или наоброт?
8 chigsrOck
 
28.11.11
12:00
(7)угу отправил в периферийку мессидж, ночью бекап, потом ответ из периферийки, потом отправка сообщения в периферийку(пятница вечер). Потом порушилось(в субботу вырубили электричество и полетел рейд). В периферийке все отправленное загрузилось. Т.е. теперь главное загрузить от них их изменения за пятницу.
9 mic_net
 
28.11.11
12:13
Мне интересно что при этом с документами произойдет. Получается что в ЦБ были изменения в документах, вы отправили их в периферию(1 действие), потом из узла приняли их изменения, получили подтверждение о обновлении документов из (1)- это (2 действие), отправили снова в периферию - там зарегистрировалось, что изменения по документам в ЦБ приняты. Теперь вы восстанавливаете ЦБ. Получится, что часть информации, которая есть в узле не соответствует тому что есть в ЦБ, при этом в периферии эти данные не зарегистрированы для изменения. Как эти потери обработать?
10 chigsrOck
 
28.11.11
12:27
(9) ну вообще-то если в базе есть документы, на которые не зарегистрированы изменения(в периферии), а в главной этих документов нет из-за сбоя, то можно просто перепровести их в периферии  ручками и тогда они со следующей выгрузкой попадут в главную... или я не понял вопроса?
11 mic_net
 
28.11.11
12:33
Вопрос понят правильно ) Тут конечно все зависит от объема документооборота. Ведь нужно найти все документы, которые не соответствуют друг другу (их нет в одной из баз, где-то количество поменяли, склад и ли еще какой реквизит). Довольно кропотливая работа может оказаться. Много с пятницы документов наделать могли?
12 chigsrOck
 
28.11.11
12:51
(11)Да хз даже журнала регистрации не осталось.. все что нажито непосильным трудом:) А так... ведь никто не признается, что в пятницу дурака валял..наоборот именно в этот день все шли на перевыполнение плана за год, а тут вот такая досада:)))
Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство. Фредерик Брукс-младший