Теперь склоняюсь к такому варианту: два веника в зеркале (если не ошибаюсь, это raid 1), а третий (придется купить:D) будет на случай удаления какого-нибудь файла, или прочего хранения состояния системы.
Теперь склоняюсь к такому варианту: два веника в зеркале (если не ошибаюсь, это raid 1), а третий (придется купить:D) будет на случай удаления какого-нибудь файла, или прочего хранения состояния системы.
Hood, плохо теорию знаете. в материнках так называемые fake-raid стоят. они не аппаратные, а аппаратно-программные (больше программные чем аппартаные). причем не факт что этот рейд где-то кроме этой материнки будет виден в случае чего. насчет скорости - при зеркале прироста в скорости не будет никакого. наоборот - скорость будет как у самого медленного накопителя в массиве.
а зеркало правильнее - ибо оно позволяет вести синхронную копию постоянно. а не от случая к случаю. если данные важные - то в случае умирания одного из носителей - втыкаем новый и "чиним" массив. оно само данные на новый зальёт. и не надо ничего удалять. это справедливо и для raid5.
badguy,
а зеркало правильнее - ибо оно позволяет вести синхронную копию постоянно. а не от случая к случаю. если данные важные - то в случае умирания одного из носителей - втыкаем новый и "чиним" массив.
а если кто-нить случайно потрёт эти важные данные, или вирус пролезет и попортит чё-нить, что тогда делать с этим правильным зеркалом? Зеркало спасает только от физической смерти одного из винтов.
при зеркале прироста в скорости не будет никакого. наоборот - скорость будет как у самого медленного накопителя в массиве.
по идее при чтении (особенно в несколько потоков) с зеркала скорость должна возрастать, потому что данные могут читаться одновременно с двух дисков
mikolaki,
по идее при чтении (особенно в несколько потоков) с зеркала скорость должна возрастать, потому что данные могут читаться одновременно с двух дисков
могут, но не читаются. такое реализовано только в контроллерах стоимостью с хороший домашний комп. с парой веников по 500-700 гиг. ибо требует более продвинутой архитектуры контроллера и более сложной фирмвари к нему. а зачем, когда материнка стоит в сборе 20-30 баксов?
насчет потрёт - это другой вопрос. рейд1 предназначен что бы без потерь восстановить работоспособность системы. а точнее даже в случае сбоя одного из накопителей продолжить работу до замены накопителя. а ваш бекап к примеру раз в неделю - заставит откатывать всю сделанную за это время работу. он предназначен для критических сбоев - когда железо помахало ручкой или кто-то очень умный умудрился вирус туда затолкать который всё стёр..
badguy:Hood, плохо теорию знаете. в материнках так называемые fake-raid стоят. они не аппаратные, а аппаратно-программные (больше программные чем аппартаные). причем не факт что этот рейд где-то кроме этой материнки будет виден в случае чего. насчет скорости - при зеркале прироста в скорости не будет никакого. наоборот - скорость будет как у самого медленного накопителя в массиве.
а зеркало правильнее - ибо оно позволяет вести синхронную копию постоянно. а не от случая к случаю. если данные важные - то в случае умирания одного из носителей - втыкаем новый и "чиним" массив. оно само данные на новый зальёт. и не надо ничего удалять. это справедливо и для raid5.
согласен, да, аппаратно-программные. но это имхо существенно только в области построения массивов 5-го уровня, в котором ЦП нужно вместо чипсета нормального контроллера высчитывать контрольные суммы. в случае зеркала же "программность" данного массива будет заключаться единственное - в необходимости дискетки с драйвером при установке ОС-и(виртуальный диск создаётся из БИОС-а интегрированого раид-контроллера).
по поводу скорости - хез.. вполне возможно прироста и не будет, однако чипсеты сейчас мощные, вполне возможно производитель и реализует параллельное чтение с зеркальных дисков, по сути там-то нагрузки никакой дополнительной не требуется. имхо сейчас узкое место - это скорее винчестеры, а распараллелить запросы и собрать воедино полученые от винчестеров данные вполне я думаю успеет sata raid контроллер.
по поводу восстановления - ну тут уже как хочется - можно править конфигурацию массива существующего, но имхо для пользователя быстрее - удалить raid и сразу же создать новый(это всё касается исключительно зеркала, при случае 5-го уровня - естесственно действия другие).
причем не факт что этот рейд где-то кроме этой материнки будет виден в случае чего. насчет скорости - при зеркале прироста в скорости не будет никакого. наоборот - скорость будет как у самого медленного накопителя в массиве.
факт. причем скорость софтового зеркала на динамических дисках под вынью идентична "аппаратному" на дешевых контроллерах... + динамических дисков в том, что читают на ура везде.
А вообще для дома РАИД1 + бэкап ИМХО избыточно. Достаточно просто бэкапа важной инфы и все.
Вот и мне предстоит организовать бэкап
Пока освоил rsync, только скорость между физическими дисками ~40Кб/с. Что может быть не так?
Или чего другого посоветуете? ![]()
Ах, да. Рсинк под вин 
svin0,
Или чего другого посоветуете?
Зависит от задач. На данный момент в корп. сети ~100 компов использую nnBackup. Грамотная вещь, бесплатная (правда, для некоммерческого использования), подробная русская документация. Очень богатые возможности.
Но мне этого мало. Сейчас хочу поднять бэкап-сервер, буду использовать Backuppc или Bacula, еще не решил окончательно.
svin0:Сегодня попробую.
Ну а насчет рсника может есть мысли?
Ну а какая цель вообще?
rsync хорош для синхронизации, а не для бэкапа. Т.е. если тебе нужно иметь два синхронных набора файлов то тогда да. Т.е. например ротацию бэкапов придется самому прикручивать и т.п..
Поэтому лучше использовать ПО, которое для этого предназначено ![]()
Хитрый БолТ, тут в принципе синхронизация тоже подходит. Также хотелось бы не полное копирование, а лишь изменения в файлах. Казалось бы всё хорошо, да со скоростью проблемы...
svin0, опиши в двух словах как это должно выглядеть? Т.е. со скольких компов нужно делать бэкап, примерный объем инфы, сколько времени нужно хранить бэкапы?
Хитрый БолТ, с одного ПК на диск, который будет подключаться через усб или есата.
Время хранения - до следующего бэкапа, т.е месяц. Объем копируемой информации ~40Гб, файлы различного размера.
svin0, ясно
ну при таких масштабах можно юзать хоть встроенную синхронизацию популярных файл-менеджеров (Тотал и т.д.)... Указал папки, направление синхронизации и вуаля...
Подскажите идею ![]()
Есть такая задумка: офис 15 машин, сеть 100мбит, сервер с двумя вениками по 500гб (не в рейде). Каждое утро (например) комп скидывает образ своего веника на сервер. Затем уже на сервере эта информация дублируется на всякий случай. Интересует именно момент с копированием образа на сервер - предполагаю для этого заиспользовать акронис с планированием подобного действия каждое утро. Может кто подскажет какие идею по данному процессу?
the_ghost, у акрониса есть недостаток, в его шедулере нельзя указать, что бы имя создаваемого образа формировалось по маске (напр. с датой) почему этого нет в платной проге, претендующей на серъезность, не ясно. Правда, если указать ему местом назначения определенную папку, он будет складывать туда образы и нумеровать их по порядку, но это не удобно ИМХО.
Поэтому если лениво, можно на компах, откуда нужно сливать образы добавить задание акрониса на бэкап, а на серваке повесить скрипт, который будет каждую ночь собирать их, переименовывать по дате и складывать для каждого компа в отдельную папку...
Можно конечно в акронисе напрямую указать местом назначения папку на серваке, но тогда будет сложно избежать перегрузки, т.к. есть вероятность что на нескольких компах задания будут работать в одно время.
Также не помешает на серваке бэкапов сделать ротацию, т.к. рано или поздно место закончится.. ![]()
Хитрый БолТ, думаю заранее сделать папки с IP компьютеров в качестве идентификации и сливать туда образы. Тем более акронисом подерживается сжатие, которое весьма неплохо уменьшает размер папок.
Кстати, если винда потом умирает, то можно ли по сети залить образ на компьютер? Есть ли какой-нить диск восстановления с поддержкой сети у Акрониса?
the_ghost, да есть это все. Грузишся с их лайв-цд, и берешь по сети со своего сервера, жмешь restore... вот и все.
А вообще, для чего это все? Может проще юзать встроенные возможности винды? NTBackup+ System Restore ?
Зы Какая-то реклама акрониса пошла...
хоть я им не пользуюсь, т.к. варез не люблю.
А вообще, для чего это все?
Хочется иметь возможность восстановить компьютер в случае краха веника. К сожалению, несколько раз уже не было под рукой образов ![]()
Есть такая задумка: офис 15 машин, сеть 100мбит, сервер с двумя вениками по 500гб (не в рейде).
уже глупость
Каждое утро (например) комп скидывает образ своего веника на сервер.
а нафига ВСЕ?
Может кто подскажет какие идею по данному процессу?
сервер с РАИД уровня 1 или 5 от бабла в кошельке, софт типа СимантекБакупЭкзек и бэкап всего НУЖНОГО в одно место. Сливать тупо образы на винт в 500Гб, а потом еще и копировать на второй... сервак тока то и будет делать, что гонять образы + я не уверен, что сеть нормально переварит гоняние образов хардов по сети... Кароч КГ/АМ...