Однонаправленная синхронизация в режиме реального времени из sql-сервера в другой репозиторий данных

В моем предыдущем вопросе на этом портале я спросил о некотором понимании синхронизации данных между SQL Server и хранилищами данных на основе ключей.

Вместо одной и той же проблемы (односторонняя синхронизация в реальном времени с SQL на HBase или любая другая база данных) мне нужно позаботиться о некоторых соображениях производительности и времени ожидания и не нашел очень надежного способа сделать это.

1. У нас есть несколько обложек данных SQL 2008, где данные обновляются из разных источников и обрабатываются многими процессами одновременно (и пользовательский интерфейс читается с одних и тех же осколков).

2. Цель состоит в том, чтобы получать все обновления в выбранных таблицах в любой момент времени и переносить их в другой источник данных практически в режиме реального времени.

3. Количество изменений в черепах SQL будет находиться в диапазоне 100-500 МБ (если мы сохраняем частоту 1 мин). Мы не хотим делать серьезные изменения на SQL-серверах, так как мы отбросим их после миграции всей системы.

4. К сожалению, наш уровень доступа к данным испорчен в разных слоях. В противном случае это был бы лучший способ развернуть обновления в двух направлениях.

5. Триггеры замедляют осколки и оставляют их в состоянии безответственности.

6. Не уверен, что SQL Server 2008 имеет нечто похожее на службы уведомлений SQL Server 2005 и насколько он эффективен.

Любое другое инновационное решение будет очень полезно.

Здесь моя проблема заключается не в преобразовании данных из реляционной формы в Key-value (это довольно просто), а в том, как получить обновления SQL Server в режиме реального времени (может позволить себе латентность 1-2 минуты), не влияя на работу пользователя ,