Выполнение резервного копирования системы путем ротационного извлечения диска из трехдисковой системы RAID 1

Выполнение резервного копирования системы путем ротационного извлечения диска из трехдисковой системы RAID 1

Можно ли создать резервную копию системы, создав массив RAID 1 из 3 дисков, при этом один из дисков всегда будет не подключен к системе?

Общая процедура:

  1. Вставьте диски 1 и 2 в компьютер, аппаратный RAID 1, установите ОС.
  2. Поменяйте диск 3 на диск 2. Перестройте RAID 1 с диска 1 на диск 3.

Теперь можем ли мы предположить, что диск 2 — это резервная копия системы?

  1. Каждую неделю повторяйте замену и перестроение RAID

Можно ли при необходимости отката вставить внешний диск и перестроить RAID-массив с него на другие диски?

Является ли это рекомендуемой практикой? Почему или почему нет?

решение1

Можно ли создать резервную копию системы, создав массив RAID 1 из 3 дисков, при этом один из дисков всегда будет не подключен к системе?

Технически это возможно.

Теперь можем ли мы предположить, что диск 2 — это резервная копия системы?

Да. HW стремится делать полные дисковые массивы.
Так что у вас есть полная копия половины зеркала.

Каждую неделю повторяйте подкачку и перестроение RAID. Это рекомендуемая практика?

НЕТ!

Почему или почему нет?

Несколько причин. Для начала вы делаете полную копию каждую неделю. Если у вас диск на 4 ТБ и один файл изменился, то вы все равно копируете все 4 ТБ. **Wastefull*

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

В-третьих: еженедельная замена оборудования изнашивает его. Даже разъемы горячей замены не рассчитаны на замену сотни раз.


Теперь, что касается лучших практик:

  • Несколько разделов, один с ОС, один с данными.
  • Хорошая резервная копия ОС. Еженедельные резервные копии, вероятно, не нужны.
  • Полное резервное копирование всех данных в течение $longer_period и инкрементное резервное копирование в течение $shorter_period (или резервное копирование в стиле rsync).
  • Ивне сайтаместо для резервных копий.

Последнее, потому что иметь резервную копию хорошо, но если вы храните ее на месте и случится пожар, вы также потеряете резервные копии. То же самое касается ударов молнии. И вдвойне, когда что-то из этого происходит во время цикла резервного копирования.

А если вы используете резервное копирование вне офиса, то сокращение объема данных за счет инкрементного резервного копирования становится вдвойне интереснее.


Также обратите внимание, что RAID не является резервным копированием. RAID отлично подходит для поддержания работоспособности сервера при отказе диска. Затем после окончания рабочего дня ИТ-отдел может провести экстренное обслуживание. Он никогда не является заменой резервного копирования.

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

Связанный контент