> А RAID очень даже при делах - в "дешевом" случае, когда основная
> часть бэкапов - локальна и только некотрые мы сохраняем удалённо. Тогда
> он хорошо повышает вероятность того, что данный нужный бэкап (не сохранённый
> удалённо) всё же жив, а не сдох вместе с диском. В
> "дорогом" случае, конечно, RAID неактуален или за него отвечает какой-нибудь Amazon. Только RAID тогда должен быть софтверный, или должно быть несколько запасных контроллеров. А то сгорел контроллер, в продаже уже их нет, а данные записаны в уникальном формате контроллера. Люди попадали на это, когда NAS с рейдами сгорал - диски оставались исправны (близок локоток), а данные в формате неизвестного изобретателя (а не укусишь, локоток).
И надо мониторить состояние рейда и вовремя реагировать. Домашние - не умеют мониторить, не знают возможности этого, ошибочно надеются на RAID. Он вторичен, а иногда бесполезен.
P.S.
Занятно, клиент сам иницирует бекап. Раньше, вроде, принято было, что только сервер инициирует бекап.
Или я не понял, или утверждается, что эту систему лучше настроить в режиме push, когда она по инициативе клиента может сделать всё что угодно со своим бекапом - уничтожить, например. А при режиме push сервер используется тупо как флешка - тупо расшаренный по SFTP каталог для сброса данных, _вся_ логика, все права доступа к бекапу клиента управляются самим клиентом.
Похоже в тексте новости логика описана странно. Вероятно разница между push-pull в установке клиент-программы Obnam на клиенте. Тогда как серверная часть Obnam установлена на сервере в любом случае.