Я встретился с этим, за исключением того, что я передавал журналы Oracle.
Вот разбивка
scp
inefficient and encrypted (encrypted = slower than unencrypted
depending on the link and your processor)
rsync
efficient but typically encrypted (though not necessarily)
FTP/HTTP
both seem to be efficient, and both are plaintext.
Я использовал FTP с большим успехом (где большой успех эквивалентен ~700Mb/s в сети Gb). Если Вы получаете 10 МБ (который равен 80Mb/s), что-то, вероятно, неправильно.
Что можно сказать нам об источнике и месте назначения данных? Это - единственный диск к единственному диску? RAID к USB?
Я знаю, что этот вопрос уже имеет ответ, но если Ваша сеть идет, это замедляется на перекрестном кабеле Гбит/с, чему-то абсолютно нужно зафиксированный.
Экземпляр по умолчанию использует порт 1433. Именованные экземпляры будут использовать динамично согласованные порты (но может быть настроен для слушания на указанных портах - см. http://msdn.microsoft.com/en-us/library/ms177440.aspx).
Править:
По умолчанию, когда именованный экземпляр SQL Server запускается, он выбирает случайным образом неиспользуемый порт и регистры это с сервисом Браузера SQL. Клиенты отправляют запросы к тому сервису (порт UDP 1434) к retrive номер порта для экземпляра, который они пытаются соединить. Вы корректны в этом, число динамического порта останется тем же в течение единственного выполнения приведенного примера. Если Вы останавливаетесь / перезапускают тот экземпляр, тем не менее, номер порта изменится. Так, нет никакого "фиксированного" значения для динамического порта.