Как грамотно организзовать сохранность данных домашнего сервера?

Question

[Silvatis]

По первоначальному плану это должен был быть побитый жизнью ноут с 2 HDD в зеркальном рейд массиве и Debian на борту. Но некоторое кол - во шуток про бекап заставили усомниться в целесообразности зеркального массива в целях повышения сохранности данных. Плюс сервер будет демилитаризован, за собственным фаерволлом, что добавляет рисков. Но как тогда грамотно организовать идею? Как это делается в промышленных решениях?
Как выгодней использовать ресурс двух HDD для повышения надежности?

из мыслей:
1) По расписанию монтировать резервный хард, бекап + проверка, после размонтировать. Не шибко лучше с моей колокольни рейда.
2) ХДД, подключенный к роутеру. Чем то отторгает меня этот вариант. Накопитель, видимый как фтп хранилище в домашней сети... топорно, что ли?
3) Какой то совсем примитивный NAS? Не сильно представляю, да и дорого + держать в доме дополнительный обогреватель не радует. Хотя было бы шикарно найти "тупую" железку, которую сервер мог бы разбудить, закатать туда бекап, и обратно в сон отправить.

Answer 1

[АртемЪ]

Бэкап и еще раз бэкап.
Причем нужно подойти к этому с умом, но без излишнего рвения.

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

Как это делается в промышленных решениях?

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

1) Определится какие данные представляю ценность.
2) Определиться как часто делать бэкап, т.е за какой промежуток времени вы можете безболезненно потерять данные - за год, за час, за секунду, за миллисекунду?
3)Определить какую именно ценность представляют для вас данные - т.е сколько вы готовы потратить чтобы их защитить. Согласитесь вешать кодовый сейфовый замок за 5000долларов на сарай с лопатами не разумно.
Так же и с бэкапом.
И уже четко зная эти три пункта - можно разработать стратегию бэкапа.

1) По расписанию монтировать резервный хард, бекап + проверка, после размонтировать. Не шибко лучше с моей колокольни рейда.

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

2) ХДД, подключенный к роутеру. Чем то отторгает меня этот вариант. Накопитель, видимый как фтп хранилище в домашней сети... топорно, что ли?

Не лучший вариант - скорость никакая, и безопасность не настроишь. Лучше специализированный NAS.

3) Какой то совсем примитивный NAS? Не сильно представляю, да и дорого + держать в доме дополнительный обогреватель не радует. Хотя было бы шикарно найти "тупую" железку, которую сервер мог бы разбудить, закатать туда бекап, и обратно в сон отправить.

Уже лучше. Насчет обогревателя - он не больше роутера в принципе будет кушать. Вариант близкий к идеальному, если настроить грамотно.

Comments

[Silvatis]

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

[АртемЪ]

Silvatis: Бэкап на ту же машину, это лучше чем ничего, но не лучшее решение.
Банального шифровальщика словите -и вот вам оно. Ну и еще куча возможностей потерять данные.
Лучше держать отдельно.
NAS в этом случае предпочтительней, но тоже нужна грамотная настройка прав.
Это конечно тоже не панацея, но для бытовых нужд как правило хватает.
Если данные уж совсем ценные - такие бывают, но их как правило немного, то дополнительно можно шифровать и заливать в облако. Т.е хранение бэкапа в двух и более местах, причем значительно разнесенных по территории.

По поводу настройки прав - я всегда создаю специального пользователя для бэкапа.
Этот пользователь имеет право читать все, и писать только в сетевую папку для бэкапов.
Больше писать в эту папку не должен иметь прав никто! Даже администратор!

В идеале, стараюсь на самом NAS перемещать бэкапы записанные в сетевую шару, в другую директорию, не доступную по сети.

Answer 2

[Saboteur]

Первая мысль - правильная.

Недорогой, но достаточно надежный вариант - в компе два винта.
На втором винте выделить место, куда по расписанию бэкапировать все критически важные данные, например раз в сутки (можно обновлять бэкапы).

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

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

Если нужно серьезнее - купить место в облаке, и по расписанию сливать бэкапы туда, например в виде winrar архива с паролем или truecrypt образа.

Comments

[Silvatis]

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