Отсутствие регулярной проверки резервных копий
Эта ошибка наиболее часто встречается у начинающих системных администраторов. Суть проблемы в том, что даже при полной автоматизации процесса резервного копирования необходим постоянный контроль резервных копий.
Не секрет, что любой процесс не гарантирован от случайных сбоев. Например, может оказаться нерабочим LTO - картридж. Или в связи с плохой работой накопителя, лента не будет качественно записана. В идеале необходимо провести полное восстановление содержимого носителя на идентичную тестовую инфраструктуру, а также сравнение по контрольным суммам, работоспособности сервисов и т.д. Но далеко не всегда бизнес гоюв поддерживать сложную и дорогостоящую процедуру. Чаще всего приходится ограничиваться автоматической проверкой контрольных сумм (такая возможность заложена во многих программах резервного копирования) при создании копии и восстановления нескольких файлов в другое местоположение в целях проверки целостности архива.
Но, тем не менее, такие тесты должны производиться регулярно. Например, при реализации месячной схемы «дед-отец-сын» проверке должны подвергаться все «деды» (ежемесячные резервные копии).
Также полезно время от времени тестировать резервные копии, находящиеся на хранении. Дело в том, что носители могут утрачивать свою работоспособность. Ведь магнитная лента подвержена размагничиванию, файловая система на дисковом хранилище может содержать ошибки. Регулярные проверки позволят вовремя определить проблемы и своевременно их устранить. Не забываем, что архив резервных копий - это своего рода история компании, а к истории нужно относиться бережно.
Отсутствие контроля за копируемым контентом
Еще одна частая ошибка. Данные имеют тенденцию постоянно меняться и, как правило, увеличиваться в объеме. Постепенное наращивание объемов обрабатываемой информации характерно для развития большинства компаний.
Через какое-то время обнаруживается, что существующая система резервного копирования не справляется с возложенными на нее задачами. Гигабайты файлов и баз данных перестают помещаться на носителях. Особенно это характерно для дисковых хранилищ. В отличие от ленточных накопи! елей и библиотек, куда без труда можно вставить чистый картридж и продолжить запись, с дисковым RAID-массивом такой номер так легко провести не получится.
Помимо нехватки объема, существует и дефицит времени для выполнения заданий, которым не хватило отведенного периода («окно бэкапа»). Приходится задумываться о приобретении нового дорогостоящего оборудования для кардинальной перестройки всей системы резервного копирования.
Но есть и хорошая новость: данную проблему можно обойти или хотя бы отсрочить. Выход прост: нужно время от времени подвергать тщательному анализу данные, подлежащие резервированию. При этом рекомендуется запастись приличной долей скепсиса.
Например, безжалостно исключить из резервного копирования все мультимедийные файлы развлекательного характера, личные фотографии и остальное, что так дорого сердцу пользователя, но не задействовано в бизнес - процессах. Все это довольно часто можно обнаружить на общих ресурсах и в личных каталогах пользователей.
Файлы, к которым не обращались в течение длительного периода, имеет смысл перенести на отдельный съемный носитель и отправить в архив для хранения. Этот же рецепт подходит для оптимизации почтовых хранилищ, а также баз данных.
Такие простые меры позволят не только значительно разгрузить систему резервного копирования, но и помогут навести порядок на серверных ресурсах, повысив быстродействие.
