Передо мной стоит аналогичная задача, поэтому могу сказать, что exp/imp могут не подойти - это не реальное время, особенно, если основная база постоянно пополняется записями ( у меня - это примерно 4000 записей в час).
Сейчас я рассматриваю два варианта - тригер на необходимые таблицы или репликация их же. Второй вариант мне почему-то нравиться меньше, но боюсь, что именно так и придется сделать, если разработчик софта будет возражать против дополнительного тригера.
Если умудренные спецы могут дать дельный совет, как лучше поступить в такой ситуации - было бы здорово.

Мне тоже так кажется, но пока другого приемлегого варианта нет.
У нас довольно сложная схема: два сервера, основной и резервный, репликация идет раз в час, круглосуточный режим работы, 500 - пока, а будет 2000 - терминалов. Производительность серверов достаточно критична, но выгрузка данных в бухгалтерию должна идти онлайн... Вот думай, как выкрутиться..

Вы можете что-то предложить?

to Гость: Насколько я понимаю задачу девушки - репликация не совсем то, у неё две РАЗНЫЕ базы, может и не пойти.. Хотя...

А как? У меня жестко прописаная архитектура рабочей системы, я в ней ничего поменять не могу. А выгрузить часть данных необходимо.
И получается, что эта часть находится в самой нагруженой части рабочей системы.. Кроме того, рабочие сервера меня здоровые, как слоны, а выгружать надо на машинку гораздо более слабую и мелкую..Хотя это, вроде и не принципиально, но сдается мне, что стандартный standbay при таком разбросе не наладить..
А на извращения - квалификации пока не хватает..

Рабочая система - два "слона", основной и резервный, настроена репликация.
настроена не мной, вносить изменения в настройки не имею права.
Необходимо выгружать данные для обработки в бухгалтерии, так как на основной системе этого делать нельзя. Соответсвенно, выгрузка будет делаться в отдельную базу, на отдельной машинке. И машинка эта даже на "слоненка" не потянет...
Вот такая задача...

>Хотя пока не ясно, почему нельзя делать обработку на основных машинах - >ресурсов не хватает?

См ниже ..

>"вносить изменения в настройки не имею права" - ты админ или кто? :) Дядя >админ сказал "надо", значит надо

Уже..:-((
Есть ещё такие злые дяди-разработчики-поставщики из далеких стран. :-(

Только руку над клавой занесешь, как они тут как тут :" Ваша лицензия не предусматривает изменений... мы не несем отвественности.. нарушение авторских прав... неустойка.."
Убил бы!!!!

Собственно, все к тому идет.. Разве что придется все это мутить на отдельном серваке по dblink'у..
Я ведь и начал с того, что, видимо, в моем случае тригерок, выгружающий нужные данные далеко-далеко - единственный выход... На один тригерок злые гоблины-разработчики согласятся..
Проблема в том, что даже по примерным прикидкам, тригер будет тормозить базу, и наращиванием вычислительной мощи это не лечиться...
Вт и пытаюсь найти альтернативу...