![]() |
|
Редактирование номеров сообщений при обмене | ☑ | ||
---|---|---|---|---|
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)Да хз даже журнала регистрации не осталось.. все что нажито непосильным трудом:) А так... ведь никто не признается, что в пятницу дурака валял..наоборот именно в этот день все шли на перевыполнение плана за год, а тут вот такая досада:)))
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |