Лучшая практика для ситуации репликации

Question

Я только что потерял полтора дня, пытаясь запустить пулл-репликацию для сервера вне сайта. После переживания боли, которая была этим опытом, я теперь думаю, что это не должно быть так сложно, так что, возможно, я делаю это неправильно. Я никогда не заставлял его работать, я должен был пойти на репликацию.

Здесь ситуация. У нас есть виртуальный сервер, размещенный вне сайта, который будет базой данных для общедоступного веб-приложения. Мы хотим перенести все данные из нескольких наших таблиц в нашей внутренней базе данных в это удаленное местоположение, и это должно быть сделано почти мгновенно, чтобы информация в Интернете была актуальной. Мы не хотим настраивать VPN, потому что если эта машина скомпрометирована, мы не хотим этой уязвимости.

Если SQL Server репликация не лучший способ, как бы вы это сделали?

К сведению: издатель = SQL Server 2005 и подписчик = веб-издание SQL Server 2008

Answer 1

Что ж, если вы хотите, чтобы им было быстро и легко управлять, одним из решений является установка топологии репликации слиянием, при которой ваш главный сервер будет использоваться в качестве издателя, а размещенный сервер - в качестве подписчика. Репликация может быть выполнена через http, таким образом, без vpn.

Будьте осторожны: веб-репликация не так проста, как открытие страницы в вашем браузере! Вы можете найти интересную информацию здесь

У меня нет SQL Studio на этом компьютере, но я полагаю, что вы можете настроить параметры подписки таким образом, чтобы только репликации были реплицированы на получателя, тогда как загрузки будут игнорироваться.

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