Снова про Log Schipping по VPN

Alexander Us

При попытке внедрения Log Schipping (SQL2005, по VPN между филиалами в разных городах, размер баз до 1-100G) выяснились следующие сложности:- Одностороний траст доменов препятствует использованию родного джоба копирования файлов. - Отсутствие сжатия *.trn файлов значительно увеоичивает время активации/копирования и создаёт ненужную нагрузку на firewall.Поэтому родной джоб джоба копирования был отключен, вместо него присобачен тул, который на стороне отправителя сжимает, режет, передаёт кусками, скажем по 20 МБ, а на стороне получателя распаковывает. При обрыве соединения восстанавливает передачу данных с места обрыва. (использование сжатых папок давало в разы худший коэффициент сжатия, поэтому от них решено было отказаться)При попытке использования этого тула выяснились дополнительные сложности: Передача большого количества данных грузит сеть(точнее firewall) что негативно отражается на других приложениях. Т.е. возникает необходимость регулировать скорость передачи данных.Таким образом, для примения Log Schipping по VPN на больших базах нужно иметь передачу файлов со сжатием и регулируемой скоростью передачи. В моём случае кроме того, передача файлов должна осуществляться выталкиванием, а не втягиванием. Такие требования полностью выполняют некоторые тулы. Например ******-Take Availability. Но они немало стоят.Сейчас мне кажется, что для внедрения Log Schipping было бы достаточно найти тул для синхронизации файлов с возможностью сжатия, регулирования скорости передачи, докачки при обрывах соединения. Такой тул, увы, неизвестен.Если кому приходилось внедрять Log Schipping в похожей ситуации прошу поделиться опытом.
1 ответ

Alexander Us

У кого нибудь установлен LiteSpeed for SQL Server?Позволяет ли он ограничивать скорость передачи данных? (limiting transmission bandwidth)