если лог не резался можно попробовать заново установить точку синхронизации для определенных юзверей ремоута,
мне помогло и выгружать начал заново (правда на 8)

В данном случае под SYS не обязательно
(т.к. этого можно достичь только создавая базу специфическим образом)
реально Вам должно помочь следующее
SYS.sa_setremoteuser !
и посмотрите еще SYS.sa_setsubscription
их можно запустить из под DBA
они делают необходимые апдейты

Удачи !

[quot Рыжий Кот]У меня просьба, не мог бы кто-нить из присутствующих показать пример с использованием.
SYS.sa_setremoteuser

sa_setremoteuser правит данные в SYS.SYSREMOTEUSER
в которой хранятся точки смещения лога, от них отталкивается
ремоут для баз, задествованных в репликации (по remote user).
1. Выгрузить(переписать) содержимое этих таблиц обеих баз.
2. Создать посылку допустим от удаленной базы.
3. Запускаем принятие ее в консолидированной с логированием в файл.

смотрим на ошибку видим точку смещения, которую передает удаленная,
и которую требует консолидированная

знакомимся с структурой SYSREMOTEUSER - названия достаточно информативны и видим эти точки. Смотрим текст sa_setremoteuser,
определяемся, что и какими параметрами он апдейтит.

Для того, чтобы правильно определить точку смещения, которую можно использовать надо ретранслировать лог.
здесь самое главное то, что на этой точке д.б. COMMIT !
если точка в удаленной базе более поздняя - ищем в логе точку, которая хранится в консолидированной (более раннюю)
если на ней COMMIT -
то используя setremoteuser выставляем в удаленной значение консолидированной : при создании посылки он оттолкнется от нее и выгрузит по новой данные.
если не COMMIT - то придется искать ближайший commit, руками вносить(удалять) изменения / в логе это видно /
и править соответствующие точки уже в двух базах

на разборку со всем этим у меня ушло около часа и это сработало.

Не знаю, сколько бы сливал/синхронизировал 1G оперативки с 3G консолидированной .. а еще хранилище .

Удачи !