репликация Oracle 8 <-> 9

Друзья. подскажите пажалста,
Есть база Оракла 8 и Оракла 9
как настроить между ними репликацию?
или где енто подробно расписано?

спасибо :)

А архитектура какая будет.Расскажи поподробней что куда реплицироваться будет? Это самое главное распиши все.
Вообще-то смотреть можно в сторону Advanced Replication

MrRicco

А архитектура какая будет.Расскажи поподробней что куда реплицироваться будет? Это самое главное распиши все. Вообще-то смотреть можно в сторону Advanced Replication

вопщем суть такая. на 8ке стоит application server GL и FA и тп, хочется подцепить туда Discoverer, но с 8кой он не работает.

для етого создали 9ю базу. соответсвенно нужно какбы скопировать все данные и поддерживать изменения. предпологается ето делать снапшотами с некоторой периодичностью.

Advanced Replication ето я нашел. токо вот как ею пользоватся?:)

Если только так то делай триггерную репликацию и не парься.

MrRicco

Если только так то делай триггерную репликацию и не парься.

нать бы еще как...
тоесть написать триггер на изменение ВСЕХ таблиц.. вернее по тригеру на таблицу?

Нет.Повесить на каждую таблицу или добавить в уже существующие триггера
код который при insert,update,delete в эту таблицу передавал изменения в другую БД по db-link.Все достаточно просто.Настраиваешь db-link между БД и вставляешь добавочный код в триггера.
См в поиске по слову репликация.

MrRicco

Нет.Повесить на каждую таблицу или добавить в уже существующие триггера код который при insert,update,delete в эту таблицу передавал изменения в другую БД по db-link.Все достаточно просто.Настраиваешь db-link между БД и вставляешь добавочный код в триггера. См в поиске по слову репликация.

ясна. пасиб.

MrRicco

Нет.Повесить на каждую таблицу или добавить в уже существующие триггера код который при insert,update,delete в эту таблицу передавал изменения в другую БД по db-link.Все достаточно просто.Настраиваешь db-link между БД и вставляешь добавочный код в триггера. См в поиске по слову репликация.

Что, говорите, случится с production в случае остановки второго сервера?
И как, говорите, триггера на всех таблицах повлияют на общую производительность production?
2 автор: snapshot - наиболее простая из технологий репликации. Если встречных изменений не будет - то почему бы и нет?
Но аккуратно разберитесь со snapshot log. Избыточность вредит.

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

andrey_anonymous

MrRicco Нет.Повесить на каждую таблицу или добавить в уже существующие триггера код который при insert,update,delete в эту таблицу передавал изменения в другую БД по db-link.Все достаточно просто.Настраиваешь db-link между БД и вставляешь добавочный код в триггера. См в поиске по слову репликация. Что, говорите, случится с production в случае остановки второго сервера? И как, говорите, триггера на всех таблицах повлияют на общую производительность production? 2 автор: snapshot - наиболее простая из технологий репликации. Если встречных изменений не будет - то почему бы и нет? Но аккуратно разберитесь со snapshot log. Избыточность вредит.

встречных не будет.

я воттоже склоняюсь к снапшоту,
евро вроде можно настроить через Enterpirise Replication Manager, если я не ошибаюсь