Мне нужно (периодически) копировать файл резервной копии MSSQL размером 500 ГБ на другой компьютер (Windows или Linux) в локальной сети.
Обычная команда копирования (или xcopy, robocoy, teracopy) в общий сетевой ресурс (или внешний USB-диск) занимает много времени (около 12 часов), и сервер с файлом резервной копии становится очень медленным (поскольку существует только один RAID SAS контроллер).
«Идея» может быть разделить файл резервной копии на более мелкие части (например, торрент) и скопировать эти части одновременно, но я не знаю, как это сделать.
Моя основная цель - скопировать без воздействия на исходный сервер.
Мы будем благодарны за любую предложенную идею или инструмент.
К сожалению, с окнами ваши возможности немного более ограничены. Вы мог просто попробуйте настроить FTP-сервер (не используйте IIS) и установите максимальную пропускную способность. Это должно эффективно снизить воздействие на сервер.
Однако, честно говоря, если вы столкнетесь с заметным замедлением при выполнении однопоточной копии одного файла ... Я подозреваю, что есть и другие проблемы. Если вы говорите о копировании из SAS -> USB (или наоборот) и происходит задержка ... Вероятно, есть проблема со стеком USB. Стек USB не должен сильно влиять на производительность системы. Если вы сталкиваетесь с задержкой при выполнении ЧТО-либо из тома SAS ... возможно, прошивка вашего рейд-контроллера не работает ... или вы используете неправильные драйверы ... (или в некоторых случаях ... ДЕЙСТВИТЕЛЬНО дешевый контроллер SAS). Это также может быть результатом работы какой-либо антивирусной программы (или перекрытия нескольких программ), заставляющей машину работать в 4 раза больше, чем необходимо. (как правило ... используйте только одну антивирусную программу. Больше просто заставит вашу машину работать усерднее без причины.) Даже если ваш том фрагментирован повсюду, это может вызвать симптомы, о которых вы говорите.
Я бы сначала попытался решить проблему, а не просто ее обойти.
Судя по вашему описанию, сервер не справляется с нагрузкой ввода / вывода. Я был бы склонен думать, что это связано с какой-то другой ошибкой, как сказал TheCompWiz. Пока / если вы не устраните / не устраните причину проблемы (вы считаете, что это недостаточное количество шпинделей или слишком медленный RAID-контроллер), вы не будет скопирован быстрее.
Поскольку ваша основная цель - скопировать его, не влияя на сервер, обратите внимание на ограничение пропускной способности / скорости копирования, то есть намеренное замедление его работы. robocopy имеет опцию «межпакетный промежуток» robocopy /ipg:N
(где N - некоторое число), которое можно использовать для ограничения скорости. http://technet.microsoft.com/en-us/library/cc733145%28WS.10%29.aspx. Я понимаю, что теракопия тоже.
Чтобы уточнить, нужно ли вам копировать этот файл только один раз или вам нужно периодически копировать файл резервной копии по расписанию? Если это происходит периодически, в целях резервного копирования, то, как сказал Том, копирование только того, что изменилось из одного файла размером 500 ГБ в следующую «версию», сэкономит много времени и снизит нагрузку на сервер. Возможно, если вы объясните свое общее намерение, а не то, в чем вы сейчас застряли, у вас может появиться несколько полезных идей.
единственный способ действительно сделать это намного быстрее - это перейти к какому-то решению на уровне блоков, которое будет копировать только дельты.
Зачем помещать множество отдельных файлов в один большой, а затем снова пытаться разделить его?
Сделайте резервную копию отдельных файлов.
Вы отслеживали использование памяти на сервере Windows во время копирования? Интересно, сталкиваетесь ли вы с проблемой "больших файлов".
Посмотри на Windows Server 2008 x64, передача больших файлов и использование памяти (и некоторые другие страницы, на которые есть ссылки)
Другие решения: используйте дифференциальное или транзакционное резервное копирование вместо полного резервного копирования. - Это сократит объем данных, которые вам нужно будет передать.
CDP: я использую R1soft http://www.r1soft.com/ Эта программа столько раз спасала мою задницу.