Страница 1 из 1

Бекап файлов на внешний USB винт.

СообщениеДобавлено: 05 фев 2008, 16:40
Виталий_К
Есть задача организовать бекап файлов с NSS тома сервера NW65
на внешний USB винт. Обем тома с данными 60ГБ.
Этот винт может быть подключен как
к серверу так и к рабочей станции.
Основное требование - возможность доступа к данным бекапа в отсутствие nw сервера. Т.е при крахе сервера USB винт можно
пристегнуть с любому компьютеру и работать с файлами.

Вопрос. Какое ПО лучше использовать для этого ?

Я пробовал использовать nnbackup. Он всем хорош, вот только работает нестабильно (периодически вываливает раб станцию
к которой подключен USB винт в синий экран).

СообщениеДобавлено: 05 фев 2008, 19:51
v13
А если на клиенте для эксперимента подключить не USB а простой винт ?

СообщениеДобавлено: 05 фев 2008, 20:05
Музалёв Николай
Т.е при крахе сервера USB винт можно
пристегнуть с любому компьютеру и работать с файлами.

Т.е уточните, правильно ли мы вас поняли: берем NW-ТОМ (выделено мною) и работаем с ним уже с вин-машины как с обычным логическим диском в винде?

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

Потому не лучше ли делать по классической , проверенной схеме?

Типа - бакап должен быть бакапом, сервер разумно резервирован, а персонал - обучен восстанавливать операционный узел ( суть - ядро сети) на доступном в момент сбоя основного сервера железе именно как операционный узел, а не методом трансплантации носителей.

СообщениеДобавлено: 05 фев 2008, 21:08
Мещеряков Андрей
Музалёв Николай писал(а):...Потому не лучше ли делать по классической , проверенной схеме?

Типа - бакап должен быть бакапом, сервер разумно резервирован, а персонал - обучен восстанавливать операционный узел ( суть - ядро сети) на доступном в момент сбоя основного сервера железе именно как операционный узел, а не методом трансплантации носителей.

Я уж промолчу, что:
1. Найти качественный пенал для диска очень проблемно.
2. Файловая система на нем в случае серверной операбельности (а она предпочтительнее, т.к. не нужен ни кочегар, ни его рабочая станция) должна быть NSS - с другой сервер работать не будет. Т.е. на станции от него проку будет очень немного :)

СообщениеДобавлено: 07 фев 2008, 11:36
Виталий_К
насчет полноценног бекапа и резервного сервера это понятно.
Но чтоб поднять бекап вслучае краха нужно время, чтобы кто
не говорил а это не 10 минут.
А мне как раз нужна оперативность доступа к данным пусть
даже через винду и usb винт.

Вопрос в том какое ПО лучше юзать в этом случае чтоб
все работало устойчиво ?
За совет подключить винт напрямую спасибо. Попробую.

СообщениеДобавлено: 07 фев 2008, 13:00
Ковалев Артем
Виталий_К писал(а):насчет полноценног бекапа и резервного сервера это понятно.
Но чтоб поднять бекап вслучае краха нужно время, чтобы кто
не говорил а это не 10 минут.
А мне как раз нужна оперативность доступа к данным пусть
даже через винду и usb винт.

Вопрос в том какое ПО лучше юзать в этом случае чтоб
все работало устойчиво ?


А клавишей F5 в far`е не пробовали пользоваться? Чем не устраивает?

СообщениеДобавлено: 11 фев 2008, 15:27
Виталий_К
Не клавиша ф5 не катит )))
1. Том 60Гб. Нажимать нужно в ночную смену. Я работаю днем )
2. Обратотка искл ситуаций при бекапе ? Если какой файл скопирован
быть не может весь процес станет.

СообщениеДобавлено: 11 фев 2008, 16:10
Владимир Горяев
Виталий_К писал(а):Не клавиша ф5 не катит )))
1. Том 60Гб. Нажимать нужно в ночную смену. Я работаю днем )
2. Обратотка искл ситуаций при бекапе ? Если какой файл скопирован
быть не может весь процес станет.
Решений по копорованию по шедулеру на венду полно. Хошь с примапленого диска, хошь по ftp... Попробуй rsync, напр. Тока не знаю как там с русскими именами, при синхре NW-NW проблем нет.

СообщениеДобавлено: 11 фев 2008, 17:09
v13
+1 за rsync