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

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

Вы вручную копируете данные на внешний диск или флеш-накопитель

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

Вы путаете термины "синхронизация" и "бэкап"

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

Размещение сервера в облаке не гарантирует целостность данных

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

Вы храните все резервные копии на одной площадке

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

Вы предоставляете серверам доступ к системе резервного копирования

Хранить бэкапы в облаке очень удобно, и с этим никто не спорит. Однако не закрыв доступ к облачному хранилищу (даже с защищенного сервера), вы рискуете получить катастрофу буквально в один клик. Во времена магнитных лент было проще: резервные копии сортировались физически и размещались в безопасном месте. Но сейчас, когда массово используются облачные хранилища данных, большинство экспертов полагает, что резервные копии должны быть постоянно доступны только для чтения, а, в идеале, доступны только через специализированные системы резервирования и восстановления данных, что обеспечивает полную изолированность бекапов от рабочей инфраструктуры. Также никогда не забывайте про опасности, которые исходят от вирусов-вымогателей, проникающих в сети.

Вы не контролируете процессы резервирования

Различные оповещения дают возможность отслеживать процесс резервирования данных и вовремя узнавать об ошибках. Проблемы с подключением, неправильная настройка, смена пароля и т. д. — обо всем этом вы должны быть своевременно уведомлены. Даже о том, что резервное копирование прошло успешно, вы тоже должны быть в курсе. В противном случае неприятностей не избежать.

Вы не проверяете бэкапы на целостность и актуальность

Некоторые компании устанавливают и настраивают ПО для резервного копирования единожды. После этого администраторы ставят себе галочку за выполненное задание и благополучно о нем забывают. Тем не менее, файловые структуры постоянно меняются, создаются новые папки, добавляются приложения. В конечном итоге через время структура данных изменяется и процессы автоматического бекапа оказываются устаревшими, что обычно выясняется в самый важный и неподходящий момент. Даже небольшие организации, имеющие ограниченные ресурсы, должны как минимум раз в три месяца проверять свою систему резервного копирования и при необходимости менять конфигурации, а регулярно пробовать восстанавливать данные из резервных копий для контроля их целостности и полноты резервирования.

Вы не структурируете файлы и папки

Конечно, хаос в документах никак не повлияет на сам факт резервного копирования. Но когда настает время аварийного восстановления (disaster recovery), опрометчивость решения не структурировать данные выливается в массу потерянного времени и длительные простои для компании. Как правило, полное восстановление информации — довольно редкое явление. В основном требуется "возвращать" лишь некоторые ключевые файлы, причем делать это нужно как можно быстрее. Рекомендуем хорошо отсортировать информацию в несколько легкоуправляемых кластеров. И чем проще будет эта структура, тем лучше. Можно также установить соответствующие права доступа для определенных категорий папок, чтобы предотвратить утечки.

Вы считаете, что сможете избежать ошибок

Удаление или внесение неправильных изменений в локальную версию и синхронизация изменений с облаком способны нанести большой ущерб данным. К тому же трудности могут возникнуть при использовании инструментов для совместной работы. Когда вы предоставляете нескольким людям доступ к одному файлу, всегда существует риск того, что кто-то неправильно отредактирует или удалит данные. К сожалению, человеческой ошибки избежать трудно. Выходом может стать лишь следование правилу 3-2-1 и хранение резервных копий в течение длительного времени.

Вы не учитываете конкретные потребности своей компании

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

***

Причины, перечисленные выше, — это только небольшая часть проблем, с которыми могут столкнуться пользователи. Можно подготовить большое количество чек-листов, регулярно проверять резервные копии, проводить тестирование планов аварийного восстановления (одним словом, делать все правильно), однако спрогнозировать, сколько времени уйдет на каждую нужную процедуру, сложно. Поэтому найти хорошего поставщика backup-решений и отдать задачу на аутсорс в большинстве случаев является хорошей идеей и оптимальным решением.