Миграция и консолидация базы данных от SQL Server 2000 в Существующий SQL Server 2005

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

Если сервер не может быть установлен только позволить безопасные соединения, я не знаю ни о каком способе на самом деле сделать 100% уверенными, что пользователи делают то, что они, как предполагается, делают, и Вы уже сказали, что не можете реконфигурировать сторонний сервер.

Другая премия к этому подходу - то, что Вы имеете своего рода "резервное копирование" данных FTP и можете получить более быстрый доступ локально к данным вместо того, чтобы пробежаться через webbertubes для доступа к нему. Может экономить на Вашей пропускной способности, имеющей этот "прокси ftp".

Если Вы хотите вырыть далее в него, у Вас могла бы даже быть процедура, где Ваш сервер имеет сценарий, который может быть инициирован пользователями, чтобы сделать загрузку на удаленный сайт, или возможно существует задание крона, которое может просто проверять каждые пять минут на изменения файла в каталоге загрузки, который инициирует процесс загрузки на удаленный сайт.