Дополнительные процедуры, проводимые после восстановления узла из резервной копии
В случае восстановления подчиненной базы данных из архивной копии может возникнуть ситуация, когда номера принятых и/или отправленных сообщений в ней меньше, чем соответствующие номера в главной или подчиненной базе. Как правило, результатом этого являются постоянные сообщения в лог-файлах о том, что «Сообщение обмена №… не опубликовано в каталоге обмена или повреждено. Будет произведена только выгрузка изменений». Чтобы устранить проблему следует воспользоваться в данном узле обработкой «Установить номера сообщений плану обмена» (вызывается из меню «Сервис» -> «Функции РБД»).
В открывшейся форме следует выбрать план обмена, нажатием кнопки выбора типа данных
Выделить нужный план обмена и нажать кнопку «ОК»
После чего форме обработки следует выбрать узел плана обмена, нажатием кнопки выбора
В открывшемся списке следует выбрать элемент, нажатием правой кнопки мыши и вызовом команды «Выбрать».
При этом выбирать нужно не текущий узел, а тот узел, с которым происходит обмен. В данном случае – центральную базу.
При этом в центральной базе следует открыть форму списка соответствующего плана обмена (меню «Сервис» -> «Все операции» -> «План обмена»)
Выбрать план обмена и нажать «ОК»
и посмотреть для восстанавливаемого узла номера сообщений.
Как видно из данного примера, в центральной базе № отправленного сообщения – 17, а принятого – 14. В то время, как в базе магазина для центральной № принятого – 15, а отправленного – 13. (соответствие номеров сообщений всегда обратное)
В данной ситуации ТОЛЬКО в базе магазина следует
После чего нажать кнопку «Установить»
После этого следует удалить все файлы из каталога обмена и начать обмен именно в центральной базе, чтобы центральная повторила состав 17-го пакета, и хотя бы эти данные «не потерялись». При этом важно понимать, что не загружены в новую базу данные предыдущих 17-ому пакетов, больших 15-го (т.е. больше последнего, который был загружен на момент создания резервной копии), в данном примере «потеряно» 16-ое сообщение. Эти данные повторно передать уже не получится, как, впрочем, и определить состав 16-го сообщения. Данная проблема решается различными способами, но наиболее оптимальным является использование во всех узлах сети клиент-серверного варианта платформы, формата базы данных MS SQL и применения полной модели восстановления для SQL-базы данных. Важно. Процедуру изменения номеров сообщений, как правило, необходимо выполнять для всех планов обмена – «Нормативно-справочная информация», «Основной оперативный документооборот», «Регламентный документооборот» и в некоторых случаях – «Удаленные подразделения».
Популярное: Генезис конфликтологии как науки в древней Греции: Для уяснения предыстории конфликтологии существенное значение имеет обращение к античной... Почему люди поддаются рекламе?: Только не надо искать ответы в качестве или количестве рекламы... Почему человек чувствует себя несчастным?: Для начала определим, что такое несчастье. Несчастьем мы будем считать психологическое состояние... ©2015-2024 megaobuchalka.ru Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. (646)
|
Почему 1285321 студент выбрали МегаОбучалку... Система поиска информации Мобильная версия сайта Удобная навигация Нет шокирующей рекламы |