Есть задача проектирования системы подобной той, которая
рассмотрена статье http://habrahabr.ru/blogs/sql/66920/.
В качестве сервера BI используется MS SQL
2008. Данные в него попадают из нескольких различных БД (FireBird,
Postgres...).
Структура целевой БД отражает структуры БД-источников (различные).
Особенность в том, что все эти БД физически не могут
взаимодействовать по сети напрямую. Только на уровне обмена файлами.
Как можно организовать асинхронную репликацию для двух полярных подходов.
1. Высокая частота обновления (до 1 раза в минуту) и минимальный объем данных (единицы МБ).
2. Невысокая частота обновления (несколько раз в сутки) и максимальный объем данных (сотни МБ)

Наверняка эта задача уже решалась. Буду признателен за любые сведения о подходах к решению этой задачи (отсутствие прямого взаимодействия, асинхронная репликация разнородных СУБД с использованием файлового обмена).

Данные накапливаются, их обновление маловероятно (данные мониторинга). Если оно необходимо, то не чаще чем 1-2 раз в сутки.

krvsa,

Согласен, возможно ошибся с разделом.

Структура БД источников различна. Структура целевой БД отражает структуру БД-источников (но не на 100%, а только в части интересующих сведений)

krvsaAlexandre_TСтруктура БД источников различна.
Вот и расскажи, насколько она различна?

Alexandre_TСтруктура целевой БД отражает структуру БД-источников (но не на 100%, а только в части интересующих сведений)
Т.е. передаются на все таблички, а часть... Да и поля могут передаваться не все, а часть... Так?
Или еще хуже?
Данные их N таблиц источников одной структуры полей, будут попадать в M таблиц целевой со своей структурой полей?

часть данных из N таблиц источников одной структуры полей попадают в N таблиц целевой с такой же структурой полей
а часть данных из N таблиц источников одной структуры полей попадают в M таблиц целевой со своей структурой полей

Главный вопрос - как физически реализовать перенос данных. Можно ли можно рассматривать для такой задачи обмен текстовыми файлами с вызовом хранимой процедуры?