Делаю резервные копии 10 жестких дисков. Стоит ли мне просто делать образы дисков?

Делаю резервные копии 10 жестких дисков. Стоит ли мне просто делать образы дисков?

Я собираюсь сделать резервные копии примерно 10 жестких дисков, около 4 ТБ данных. Я буду использовать адаптер USB-SATA, а затем перенесу данные на внешний USB-накопитель емкостью 4 ТБ. Скорее всего, я буду делать это в среде Linux, работающей на Raspberry Pi, поскольку я хочу, чтобы система копирования была автономной. Я знаю возможности питания Pi, поэтому я буду использовать концентратор с питанием, и это не должно быть проблемой. Мой единственный вопрос заключается в том, будет ли лучшей идеей просто сделать образы всех 10 жестких дисков, а затем монтировать эти образы, когда мне нужно будет получить с них данные, или фактически скопировать каждый файл на новый жесткий диск. Причина, по которой я думал, что образы будут лучшей идеей, заключается в том, что я видел проблемы в прошлом в Windows при перетаскивании всего содержимого жесткого диска, когда он зависал на одном файле по какой-то неизвестной причине и выдавал неопределенную ошибку типа «не удалось скопировать файл xxx», что, в свою очередь, останавливало остальную часть процесса копирования. Насколько я понимаю, создание образа приведет к копированию содержимого 1 к 1 и не будет учитывать фактические данные. Также организация образов кажется хорошей. Есть ли какие-либо преимущества или недостатки использования образов? Кроме того, есть ли программы, которые будут хорошо работать под Debian, чтобы сделать это?

-Бен

решение1

Я бы, наверное, рассмотрел несколько вещей.

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

Что касается визуализации, мне больше нравится gnuddrescueдля такого рода задач он делает один проход, пропуская поврежденные сектора, и повторяет проходы, чтобы гарантировать копирование как можно большего объема данных.

Затем вы можете смонтировать эти образы с помощью kpartx (который смонтирует образы с более чем одним разделом) и извлечь оттуда данные.

решение2

В зависимости от ваших целей вы можете использовать различные инструменты:

rsync: Если файловая система цела и вам нужны только данные на ней, скопируйте ее с помощью rsync.

частьизображения(или аналогичные инструменты, в зависимости от используемой файловой системы): Если вы хотите сделать точную копию диска, но без копирования секторов, которые не содержат никаких данных, то используйте partimage. Это может сэкономить много-много места. Но делайте это только в том случае, если вы уверены, что файловая система не повреждена и все нужные вам данные находятся там, потому что вы потеряете все данные, которые находятся в неиспользуемых секторах. Если вы решите использовать partimage, самый простой способ сделать это — использовать clonezilla, хороший интерфейс для различных инструментов создания образов дисков. Имейте в виду, что у вас нет прямого доступа к файлам, вам придется заново создать и смонтировать реальный образ, чтобы получить к ним доступ.

ddrescue:Если вы считаете, что диски могут выйти из строя в любую минуту, и вы хотите как можно скорее извлечь с них все данные для последующего восстановления, то используйте этот инструмент, как описано в ответе Journeyman Geek. Однако имейте в виду, что для этого требуется много дискового пространства и дополнительных усилий, чтобы фактически извлечь данные из образов.

Что касается RaspberryPi: вы можете использовать RaspberryPi для этого, единственным ограничением будет скорость передачи данных через USB-порты (если вы не сжимаете данные). Так что если вас не смущает небольшая медлительность, использование RaspberryPi вполне приемлемо. Вы также можете использовать любой другой компьютер с запущенным на нем дистрибутивом GNU/Linux или даже LiveCD (например, sysresccd, partedmagic или ClonezillaLive).

Все вышеперечисленное программное обеспечение доступно практически во всех дистрибутивах GNU/Linux, включая Debian и Raspbian, поэтому его доступность не является проблемой.

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