Drobo Pro или SAN для резервных копий
Я знаю, куда Вы происходите из, но я должен сказать, что Ваши чувства вины неуместны. Мое взятие по этой проблеме довольно просто.
1-у меня есть свое задание, и у пользователей есть свои задания. Время от времени обязанности управления на основе политик неприятны, но они только требуются из-за пользовательских трансгрессий. Я распознаю, что те обязанности будут (время от времени) делать меня кроме популярного.
2-Любых негативных последствий для пользователя не из-за контроля или создания отчетов. Последствия происходят, потому что пользователь нарушил закон, политику или здравый смысл.
3-я несу ответственность передо мной и перед компанией, чтобы сделать мое задание с целостностью и в меру моей способности. Если я делаю это, я могу спать ночью.
4-я не иду для работы, чтобы подружиться. На самом деле я сохраняю некоторое отсоединение по просто этой причине.
Рассмотрите прокрутку Вашей собственной машины NAS. Не чрезмерно твердый и довольно экономически эффективно. Это сказало, что drobo хорош, но рассмотрите свои возможности для аварийного восстановления также. Насколько я понимаю drobo использует свою собственную форму набега? - как это повлияло бы на восстановление объема, если drobo повреждается?
Если производительность не является главным беспокойством, аппаратные средства на уровне конечного пользователя и достойная резервная политика (один только набег не является резервным копированием, помнят), должен бережно хранить вещи.
С точки зрения синхронизации, чтобы быть честным rsync всегда делал задание. Возможно, взятие lvm снимки массива может работать, или иногда бакулюмы или подобный могут быть решением.