Задать вопрос

Как организовать резервное копирование на дисках (локально)?

Хотел бы сделать какое-то резервное хранилище (холодное).
Есть для этого 2 диска

Программный Raid-1 не оправдал себя, при любой ошибке Win он рассыпается, придётся тратить 16-18 часов на перестроение. Аппаратный не вызывает доверия. Чипсетный Рейд кривой, ставить дополнительную плату - нет места, да и доверия тоже не внушает, потому что по доступным ценам продают старьё.

Остаётся только простое закидывание файлов на один диск, дальше эти данные скопировать на второй диск

1) Если держать эти диски подключенными всегда, то есть риск для них (внезапные аварийные просадки 5 В линии могут убить их)
2) Подключать по USB неудобно, ненадёжно и очень долго (скорости чтения/записи, особенно мелких файлов, намного ниже). Нужно к тому же как-то сравнивать файлы на обоих дисках, с учётом того, что подключить можно одновременно только 1 по USB - задача усложняется

Как организовать резервное хранение? Какие есть удобные варианты?
  • Вопрос задан
  • 232 просмотра
Подписаться 3 Средний 5 комментариев
Помогут разобраться в теме Все курсы
  • Skillbox
    Специалист по кибербезопасности 2.0/ Этичный хакер
    12 месяцев
    Далее
  • OTUS
    Administrator Linux. Professional
    6 месяцев
    Далее
  • Учебный центр IBS
    DBA3 Администрирование PostgreSQL 13. Резервное копирование и репликация
    1 неделя
    Далее
Решения вопроса 1
mayton2019
@mayton2019
Bigdata Engineer
В этой задаче не будет идеального решения. А будет матрица стратегий. Где автор может выбрать себе
оптимальный вариант. (Поменьше хлопот и побольше гарантий восстановвления).

Я делаю так. У меня два одинаковых диска по 3 Тб. Один Внутри а другой на съемном SATA3 кармане.
Пускай один называвется /data а другой /backup

Раз в неделю или в месяц я подключаю и монтирую backup диск. Оригинальная файловая система XFS
но я делаю копию нужных документов через squashfs. Получаю сжатие и образ системы который всегда
можно открыть в режиме read only. Это удобно для backup. Потом с помощью утилит par2 добавляю
к образу контрльные суммы для восстановления. Такого еще не было чтоб у меня были битые секторы
но я делаю это просто из принципа. Время есть. Почему бы не сделать. Таких скваш-образов я держу
несколько штук. Для надежности можно еще и сделать копию на usb drive.

Видео файлы и музыку можно отдельно скопировать через rsync как выше советовали. Это хорошая
утилита и работает она быстро. Сценарий для резерва /home и прочего должен быть разный. Надо учитывать
что где-то файлы не меняются и где-то надо чаще коппировать.

Самое главное что автор не должен доверять никаким коммерческим утилитам для бекапов до тех
пор пока САМ не сделает хотя-бы 1 сценарий восстановления. Опыт показывает иногда бекапы
содержат не то или пишут не туда. Или ошибки в сценарии делают из бекапов "кирпич".

Вот как-то так.
Ответ написан
Пригласить эксперта
Ответы на вопрос 6
VoidVolker
@VoidVolker
Dark side eye. А у нас печеньки! А у вас?
С данной задачей легко справится обычный rsync или любое другое приложение для автоматической синхронизации файлов. А так же рекомендую приобрести ИБП для вашего ПК. Ну или чуть правильнее собрать простой сетевой NAS с линуксом и стандартным программным рейдом. Например на какой-нибудь малинке/апельсинке/банане с Mini PCI-E SATA x2/x4 контроллёром и ИБП платой на 18650 аккумуляторах. Ну или на полноценной Mini-ITX плате со встроенным процессором и XigmaNAS/TrueNAS внутри.
Ответ написан
@rPman
при любой ошибке Win
не решив эту проблему, вы не обеспечите себе надежную сохранность данных.

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

Теперь по теме. Если задача - повысить шансы сохранности данных при смерти жесткого диска (это единственная задача, которую решает raid), и вас устраивает неэффективное но простое зеркалирование, то используйте любые штатные инструменты операционной системы для синхронизации каталогов, начиная с простейшего copy и кончая фич cow файловых систем btrfs/zfs в linux, которые позволяют бесплатно и моментально получить слепок изменений между двумя снапшотами (которые тоже моментальны), сохранить его, скопировать куда-нибудь и применить этот патч (полная аналогия diff и patch, если вам так будет понятнее) на сторонней копии (не важно где она находится, не важно когда вы это сделали, т.е. можно хранить некое стартовое состояние и любое количество слепков изменений/патчей, которые по мере необходимости можно 'накатывать' на копию).

Почему zfs/btrfs удобнее высокоуровневых утилит типа rsync/cp, потому что для создания слепка не требуется время (максимум время на чтение нужного объема данных, причем очень эффективно для железа, почти линейно) и не зависит от количества файлов и сложности изменений (например если вы изменили 1 байт в середине гигабайтового файла, rsync будет копировать или сканировать весь файл, когда как btrfs snapshot прочитает только этот измененный кластер, то же самое при записи этих изменений - будет записан на диск только этот кластер).

Для windows я такого функционала не нашел. Есть какие то способы чтения ntfs mfat таблицы, от тела можно вытащить быстро списки изменившихся файлов.

Так же есть способы сбора изменений в файлах в процессе их изменения (аналог inotify) в Linux, эти пользуются всякие yandex/goggle/microsoft drive, точно помню открытый syncthing это умеет (кстати неплохой вариант для локальной синхронизации, не штатный его режим но вроде можно выкрутиться)

Так вот, выбор инструмента сильно будет зависеть от характера изменений, совершаемых с данными. Например если вода только появляются и удаляются но не изменяются, то задача синхронизации сильно упрощается, тогда нужно только сравнивать списки файлов.
Ответ написан
@Drno
rsync и дальше как угодно подключай
Ответ написан
CityCat4
@CityCat4
Жил да был черный кот за углом...
Программный Raid-1 не оправдал себя

А чего бы ему оправдать себя, когда рейд - это про быстродействие и надежность, а вовсе не про резервирование? Ну и совершенно верное, чипсетный рейд - убогая поделка, именно поэтому vmware его не видит в упор.
Какие есть удобные варианты?

Никаких. Резервирование - из области профессиональных практик, а любая профессиональная практика ортогональна удобству.

Относительно надежным считается вариант с бэкапом на отдельной машине. У меня например на линухе стоит Nakivo Backup & Replication (общественную лицензию найти можно, хоть софт относительно редкий), который бэкапит диски целиком. Ессно есть восстановление по файлам и пр.
Ответ написан
Если бы вопрос не стоял в поле Оффтопика, то, несомненно, rsync + btrfs со снапшотами. Под Вендами, видимо, только костылинг...
Ответ написан
Комментировать
@TOPOPHRAST
Есть пробитие
Мне помогло выделить конкретную папку, которую нужно бэкапить, и дикпик накидал мне батник, который я запихнул в планировщик
Подключение второго диска можно организовать через хаб с индивидуальным питанием
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы