Обучающие курсы по Unix/FreeBSD/Linux от Гаспара Чилингарова

Администраторы делятся на две группы: те которые не делают backup и те, которые УЖЕ делают.

Backup в распределенной офисной среде

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

Основные требования к backup системам в офисах/организациях

• Максимальная автоматизация процесса
• Сбор информации со многих компьютеров одновременно
• Управление библиотекой носителей (сменные диски/ ленты и т.д.)

Конечно, там есть еще огромное количество деталей и они сильно влияют на архитектуру системы. У вас могут быть пользователи генериеующие гигантские файлы, но в небольшом количества (типичный пример - CAD/видеомонтаж/дизайн), простонебольшие файлы в среднем количестве (word processing и подобное), или же мелкие файлы, но тоже в огромных количествах (как пример - программирование).

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

Backup на домашнем компьютере

Для домашней системы требования должны быть совершенно другие.

• Она должна напоминать, что пришло время делать backup
• Она должна быть “легкой”
• Не требовать технических навыков - т.е. просто поставил, настроил пути откуда, куда, с какой частотой - и забыл.

Мои личные требования к такой системе:

• распознавание и исключение? дублирующихся файлов (с возможностью указать, какая из директорий - основная, тогда оригинал должен остаться в этой директории, а все дубли - ссылаться на него)
• распознавание переноса файла в системе - поэтому не нужно делать новую копию, а просто указать, что файл переместился (ну и слинковать его в случае чего)
• поддержка директорий с ручной сортировкой. Объясняю - у меня есть несколько директорий (музыка, видео, документация), которая существует в виде отдельной копии и которая вручную уже отсортирована и хранится на внешнем носителе. Поэтому - когда обнаруживается, что какой-либо файл УЖЕ есть в этой резервной копии - его не нужно копировать, достаточно поставить линк.
• поддержка инкрементальных backup-ов
• отсутствие своих _закрытых_ баз данных - т.е. с которыми сложно работать при помощи внешних инструментов (т.е. для восстановления из backup я хотел бы использовать file manager простой, а не хитроумную программу какую-то). Hint: можно использовать unionfs, чтоб накладывать инкрементальные backup друг на друга.
• Находить изменение _части_ большого файла и сохранять только это изменение - НЕ требуется.
• Поддежка внешних носителей - я хотел бы делать backup на внешний винчестер, который подключается только на время backup. В оставшееся время он лежит выключенный.
• В идеале - создание CD/DVD с этой резервной копии - для архивации и более долговременного хранения.
• Разные сроки хранения файлов и их ротации (т.е. я не хочу иметь классическую схему с - полный backup раз в неделю, инкрементальные - каждый день). Какие-то директории не нужно так часто сохранять, какие-то лучше делать полный backup ежедневно.
• Напоминание о необходимости сделать backup :))))
• Напоминание о его завершении.

Вот такие заметки. В следующих выпусках я напишу, какие успехи в плане нахождения такой системы. Следите за обновлениями.

Photo by jonord .

А какие требования к backup у ВАС? Напишите в комментариях.

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).