Я нахожусь в стадии планирования капитального ремонта дома.

В настоящее время я использую CrashPlan Free для резервного копирования всех машин на внешний жесткий диск на сервере под управлением Server 2008R2.

Поскольку этот внешний накопитель сильно устарел, я собираюсь добавить некоторую избыточность в резервные копии.

Я решил использовать конфигурацию RAID1 вместо текущего внешнего жесткого диска.

У меня есть несколько вариантов, которые я рассматриваю:

  • Установите 2x внутренних жестких диска на сервер. Используйте программное обеспечение Windows RAID1.
  • Установите 2 жестких диска в шасси хранения, например (http://www.pccasegear.com/index.php?main_page=product_info&cPath=177_287&products_id=16623), настройте его как RAID1 на шасси. Подключен через eSATA к серверу.
  • Используйте NAS с 2 отсеками.

Я действительно не хочу идти по маршруту NAS, так как мне не нужны многие функции, которые он предоставляет. (У меня они все равно на сервере).

Итак, мои вопросы:

  1. Я знаю, что RAID не предназначен для резервного копирования, однако правильно ли я использую RAID1 для обеспечения доступности самих резервных копий?
  2. Из перечисленных выше вариантов, что будет более надежным?

2 ответа2

1

Я бы порекомендовал вам начать с двух резервных копий (без RAID, используйте диски для резервных копий) на двух отдельных дисках, расположенных на NAS или другом компьютере, используя что-то вроде acrnis true image для автоматического запланированного полного и инкрементного резервного копирования.

Если вы думаете о возможных вещах, для которых вам требуется резервное копирование или RAID, вы начинаете понимать, почему вам нужно больше, чем просто RAID или один резервный диск.

Вы можете иметь ошибки жесткого диска, ошибки контроллера и компьютера, ошибки программного обеспечения и ошибки пользователя.

Резервное копирование на RAID является хорошей идеей, но в перспективе RAID предназначен только для ошибок жесткого диска, поскольку он не устраняет другие ошибки; если ваш контроллер выйдет из строя, он будет записывать неверные данные на ваш RAID, и вам потребуется резервная копия, чтобы спасти вас. Но переключите его и заставьте контроллер выйти из строя. Даже если он записывает неверные данные в резервную копию, с текущей резервной копией и второй резервной копией (от 1 недели до 1 месяца) вы сохранитесь, несмотря ни на что! Это означает, что более важно иметь хорошую резервную копию, которая покрывает ВСЕ ошибки, жертвуя RAID, если вам нужно дополнительное пространство, прежде чем использовать RAID. Итак, сначала убедитесь, что у вас достаточно места для трех копий минимум на трех разных носителях. Вот три копии.

  1. Копия, которую вы используете, у каждого, кто пользуется компьютером, есть эта копия. Эта копия не является резервной копией, это файлы, которые вы используете, но это одна из трех. Это на жестком диске вашего компьютера
  2. Резервное копирование, о котором думает большинство людей; тот, где вы делаете полное резервное копирование, а затем на некоторое время добавочное резервное копирование. Эта резервная копия устарела промежуток времени между инкрементами. Это на первом резервном диске
  3. Резервная копия, о которой большинство людей забывают. Подумайте об этом, вы делаете полную резервную копию. Затем вы строите полное резервное копирование в течение некоторого времени, недели, месяца, года, чего бы вам ни хотелось. ЭТО ребята много раз делали в неделю. Но вы попадаете в точку, когда вам нужно снова сделать полное резервное копирование, чтобы вы могли снова начать сборку на свежем полном резервном копировании, и вам нужно сохранить последнее полное резервное копирование во время него, чтобы вы не потерпели неудачу, если что-то пойдет не так во время процесса резервного копирования. , Это на втором резервном диске.

Вот как это работает. Общее ИТ-решение

  • Полное резервное копирование в воскресенье 1-е (резервное копирование 1) и инкрементное резервное копирование ежедневно.

  • Затем еще одно полное резервное копирование (резервное копирование 2) в воскресенье, 7-е, на другом диске, при этом резервное копирование на прошлой неделе (резервное копирование 1) осталось без изменений.

  • Делайте инкрементные копии новой полной резервной копии (резервная копия 2) в течение недели.

  • Перезаписать резервную копию 1 в воскресенье 14-го числа, оставив последнюю из 7-го (резервная копия 2) без изменений. Затем вы поворачиваете резервную копию 1 и 2 ВСЕГДА, имея резервную копию, даже если вы перезаписали резервную копию.

Дело в том, что вам нужно достаточно места для 2 полных резервных копий на двух разных носителях, перед RAID. Затем, после того как у вас будет минимальная схема резервного копирования, я сделаю RAID для моего активного компьютера, а не для резервного копирования. Вот почему

Представьте, что RAID-массив представляет собой отдельный диск, который дает вам возможность починить его, пока он "ПЛОХО" (т. Е. Происходит сбой диска). Но это не поможет с аппаратными, программными или пользовательскими ошибками, которые также весьма вероятны, если вы дадите шанс всем трем вместе. Две резервные копии разного возраста на двух дисках не в RAID-массиве помогают при ВСЕХ ошибках.

Но RAID отлично подойдет для файлов, которые вы активно используете каждый день в случае сбоя жесткого диска; то есть вы хотите использовать RAID для дисков, на которых вы храните вещи каждый день, чтобы у вас был уровень защиты между резервными копиями. Переместите ваши Мои документы туда, храните ваши фотографии и электронные письма и тому подобное. Чем активнее папки, тем больше вероятность, что что-то будет пропущено между резервными копиями, и тем больше они должны быть расположены на RAID.

  • Не забывайте, что чем разнообразнее носители данных, тем лучше (внешние накопители не годятся, внутренние накопители хороши, ленты все же лучше, облачные (как amazon S3, а не dropbox) лучше, чем ленточные и внутренние накопители, для надежности, но не для скорости)

  • Чем дальше резервные копии от исходных данных, тем лучше. NAS или другой компьютер - это хорошо, лучше записать диск или ленту, сохраненную вне сайта, лучше использовать облако (тип Amazon).

Полный сценарий включает в себя различные надежные среды на разных расстояниях. Начните с пользовательских файлов на внутреннем RAID. Затем выполняйте резервное копирование (в инкрементном стиле) на внутренний диск (или другой RAID-массив) ежедневно или чаще. Затем скопируйте эту резервную копию в конце месяца на другой диск, ленту или в облако, чтобы освободить ваш внутренний диск для резервного копирования на следующий месяц. Сценарий, подобный этому, не так уж и дорог, и его надежность почти на уровне предприятия ограничена только аппаратным, программным обеспечением и потребителем потребительского уровня. Но начните с резервного копирования, а затем RAID.

0

Если вы серьезно относитесь к резервному копированию, вам нужно повернуть носитель с резервной копией вне сайта. Ни одно из рассматриваемых вами решений не предлагает этого, поэтому, на мой взгляд, ваша стратегия резервного копирования ошибочна. Я знаю, что многие люди обращаются к резервному копированию через интернет-службы, но я скептически отношусь к пропускной способности для больших наборов резервных копий, доступности и необходимости извлекать «только один файл», который я случайно сорвал, или к базе данных, которая привела к повреждению, которое остались незамеченными в течение последних двух циклов.

Я использую привод RD1000 с резервным картриджем; разработанная компанией программа резервного копирования со сжатием, и GoodSync (www.goodsync.com; не выполняет сжатие, но чрезвычайно способна в противном случае) - все только для данных.

Я использую резервную копию Windows только для восстановления системы, обычно на второй рабочей станции, как правило, на втором HD.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .