«Делай бэкап!»: правила резервирования данных

В некоторых сферах деятельности существуют специальные правила, касающиеся хранения данных с обязательными сроками, форматами и способами предоставления доступа к ним – например, в рамках аудита или проверок со стороны регулятора. 

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

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

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

Например, часто о необходимости бэкапа забывают, когда бизнес сталкивается с постоянно растущими объемами данных и считает, что «сейчас не до этого». Между тем производить резервное копирование в условиях постоянно растущих объемов бизнес-данных можно с помощью любого удобного ПО, удовлетворяющего потребностям как непосредственно в бэкапе, так и в эргономике.

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

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

Поэтому дублируйте свои резервные копии минимум на двух разных носителях, даже если основной кажется надежным. 

Кстати, отдельно хотелось бы упомянуть бэкап на магнитную ленту. Это емкий и не требующий дополнительного электропитания носитель: записали необходимые данные, убрали их в сейф или положили на хранение в другой офис. 

Надежнее всего соблюдать известное правило «3-2-1»: для обеспечения надежного хранения данных необходимо иметь как минимум три резервные копии, которые должны быть сохранены в двух различных физических форматах хранения, причем одна из копий должна быть передана на хранение в другую локацию.

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

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

Ситуация усложняется при использовании ПО, которое резервирует данные, создавая файлы в собственном формате. В этом случае единственный способ протестировать бэкап – полностью восстановить  данные. 

Некоторые программы предлагают рабочие системы тестирования, позволяющие провести автоматическую проверку, но только реальное, полное восстановление позволит убедиться в положительном результате на 100%. 

Важно быть готовым к любым обстоятельствам и помнить, что оптимальные технологии для бэкапа варьируются в зависимости от объекта резервного копирования и задачи. 

В одном случае быстрее настроить бэкап виртуальной машины целиком, чем отдельного приложения; в другом – настроить бэкап базы данных, используя ПО, способное взаимодействовать с СУБД. 

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

Если внутри ВМ работает трудно настраиваемое приложение, будет удобнее выполнять бэкап такой ВМ целиком, чтобы в случае необходимости быстро восстановить сервис. Также в этом случае важно проверять, что восстановленная ВМ работает корректно.

Если вы задумывались о плане аварийного восстановления (Disaster Recovery), то все они в современном исполнении предусматривают копирование и хранение данных за пределами компании – в другом офисе или в облаке сервис-провайдера.

Один из вариантов – Disaster Recovery as a Service (DRaaS), или аварийное восстановление ИТ-систем как услуга. Он заключается в создании копии физических или виртуальных серверов на сторонней площадке, предоставляемой провайдером сервиса, для минимизации потерь бизнеса в случае отказа инфраструктуры при техногенной катастрофе или стихийном бедствии. 

DRaaS-решения также страхуют  – и в этом, пожалуй, их главная ценность – от последствий кибератак и активности злонамеренного инсайдера. 

Современные DRaaS-решения могут предложить полную репликацию сложного и масштабного ИТ-сервиса в течение 15 минут. Для бизнеса это может иметь неоценимое значение, перекрывающее все организационные и финансовые затраты на развертывание решения. 

В планах аварийного восстановления с помощью DRaaS задействуются различные варианты синхронизации между площадками, создается копия инфраструктуры в облаке. В случае отказа сервиса по любым причинам он просто переключается на заранее подготовленные и находящиеся «на низком старте» ИТ-ресурсы.

Чаще всего при резервировании данных допускаются следующие ошибки и просчеты: 

К сожалению, не всегда ошибки бэкапа можно исправить. Если потерян единственный бэкап, и продуктивная система из-за этого невосстановима – у компании большие проблемы.

Как правило, производители ПО для бэкапа объясняют ключевые моменты даже в руководстве пользователя. Стоит воспользоваться этими пояснениями, чтобы предотвратить фатальные ошибки.

Не будем забывать и про банальные ошибки пользователя – например, потеря пароля от зашифрованного бэкапа.

Основные рекомендации:

Заметили неточность или опечатку в тексте? Выделите её мышкой и нажмите: Ctrl + Enter. Спасибо!