Нужен накопитель для быстрого копирования файлов с сервера
Никак не могу нормально решить проблему резервного копирования файлов с боевого сервера. Вообще надо копировать стотыщмильёнов мелких файлов, каждый размером меньше 1МБ, общим объёмом окого 50ГБ, но можно сделать имидж нужных разделов винта в виде пары больших файлов, размером 60 и 130ГБ, и копировать их.
Объёмы по нынешним меркам небольшие, но их копирование доступными мне методами вводит всю систему в ступор. Пока у меня есть только два варианта копирования — на подключаемый по ЮСБ жёсткий диск и на другую машину по сети через отдельные гигабитные сетевые карты. К сожалению, у сервера (он в одноюнитовом корпусе) нет каких-либо других интерфейсов, для подключения внешних накопителей, да и подключение внутренних устройств тоже сильно ограничено, например, стример не вставить.
Помогите кто чем может, предложите ещё какие-нибудь варианты )
Комментарии (15)
RSS свернуть / развернуть28 февраля 2010, 13:56
Ссылка↓
28 февраля 2010, 15:47
Ссылка↓
28 февраля 2010, 16:06
Ссылка↑↓
В любом случае rsync попадает под второй вариант — по сети на другую машину. Тут, мне кажется, проще и, возможно, быстрее всего использовать NFS.
28 февраля 2010, 17:35
Ссылка↑↓
28 февраля 2010, 17:49
Ссылка↑↓
01 марта 2010, 13:20
Ссылка↑↓
01 марта 2010, 21:00
Ссылка↑↓
02 марта 2010, 07:44
Ссылка↑↓
02 марта 2010, 10:49
Ссылка↑↓
Не проще ли и не быстрее ли скопировать 100 гиговый файл целиком, чем проверять какие в нём изменения и копировать их? К тому же, речь идёт о бинарных файлах — архив, содержимое и объём которого каждый раз меняется, или имидж дискового раздела, который, понятное дело, также постоянно меняется, то будет ли вообще хоть какая-то неменяющая часть в этих файлах? Сомневаюсь :-)
06 марта 2010, 13:41
Ссылка↓
22 марта 2010, 15:44
Ссылка↑↓
А также когда один большой архив перекидываете через сеть.
rsync достаточно умен чтоб знать/подсчитать какой именно блок (какие именно блоки) файла надо будет перекинуть чтоб синхронизировать обе стороны.
rsync используется с большим успехом компаниями которые перекидывают очень большие данные через свои линии (HP, Dell, Intel).
12 апреля 2010, 01:45
Ссылка↑↓
запакавать tar архив — скопировать (если нужно скопировать обратно — распаковать)будет быстрее, чем вариант
скопировать стотыщмильёнов мелких файлов (если нужно, скопировать их обратно.
вариант с rsync конечно ещё лучше.
29 апреля 2010, 17:20
Ссылка↓
08 мая 2010, 13:03
Ссылка↑↓
08 мая 2010, 20:02
Ссылка↑↓
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.