Мой ответ будет зависеть от вашей текущей архитектуры приложения.
Вы уже используете очередь сообщений или другой уровень промежуточного программного обеспечения?Если так, то должно быть довольно просто дублировать эти сообщения для очереди через океан.Если у вас нет такого слоя, то его добавление, вероятно, добавит сложности, которая неоправданна.
В противном случае большинство систем баз данных имеют какой-либо механизм репликации.Вы на самом деле не указываете, но я предполагаю, что Microsoft SQL сервер в этом случае?
Если ваши данные не достаточно велики, 20 обновлений в минуту не должны облагать налогом ни схему репликации, ни перекрестную связь;"почтовый индекс" пед или иначе в этом отношении.Zip или другие схемы сжатия помогут больше всего, если ваши данные редкие или повторяющиеся, это в основном текст?Если числовые данные и смесь данных в этих 20 записях, экономия будет не такой большой.
Удачи