Резервное копирование: как организован бэкап в IT‑Центре

Резервное копирование вручную и его последствия

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

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

— Aйe, кривенс! Мы уволили нашего сотрудника, а он по недоразумению удалил свою переписку, файлы с договорами и базу данных контрагентов.

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

— Мы купили дорогой сервер, наш администратор уверял, что установил в него диски, из которых смонтировал аппаратное зеркало и рэйд: если один диск сгорит, то данные останутся на втором. Но кто‑то из сотрудников поймал WannaCry и теперь база не открывается.

Такие истории удручают, но они объяснимы.

Почему бэкап вручную не работает

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

У небольших компаний нет бюджета на покупку дорогого надёжного «железа»: отдельных серверов, которые обслуживают только задачу резервного копирования, и сменных носителей к нему.

Не будем забывать и о том, что сложные технические системы будут работать только в опытных руках.

Оптимальное резервное копирование для малого и среднего бизнеса

Выход из замкнутого круга бюджет ‑ время ‑ сохранность данных есть: передать заботу об информационных системах компании тем организациям, которые специализируются на компьютерной технике. Иными словами, выход — в использовании IT‑аутсорсинга.

IT‑Центр как компания IT-аутсорсер, понимает, что для Клиента важно сохранить информацию. Помимо гуманистический идей цепочка рассуждения проста: Клиент теряет данные — мы теряем Клиента. Поэтому инженеры IT‑Центра относятся к вопросу организации резервного копирования информации серьезно и комплексно.

Резервное копирование в IT‑Центре: оборудование и расписание

В качестве сервера резервного копирования мы используем оборудование Hewlett Packard семейства ProLiant.

В конце каждой рабочей недели стартует полная резервная копия данных наших клиентов на локальные диски сервера резервного копирования, а в рабочие дни каждую ночь проходит инкрементальное или дифференциальное резервное копирование данных. Эти блоки данных во время записи автоматически архивируются и шифруются, а затем хранятся от 2‑х до 4‑х недель.

Раз в месяц полная резервная копия сохраняется на специальные магнитные ленты Linear Tape-Open. Для этой процедуры мы используем ленточную библиотеку резервного копирования объемом 24 ленточных накопителя, каждый емкостью до 1,5 Тбайт. Желтая коробочка на заглавной фотографии к этой публикации — тот самый накопитель.

Некоторые критические базы данных SQL копируются по желанию Клиента и в рабочее время. Эксперты IT‑Центра используют специальные интерфейсы, чтобы не создавать лишней нагрузки и не замедлять работу остальных сервисов Клиента.

Кассеты с резервными копиями извлекаются из ленточной библиотеки по расписанию и хранятся в отдельном от места копирования месте. Данные Клиента на таких носителях также автоматически шифруются.

У нас предусмотрен сценарий Disaster Recovery — восстановление полной копии сервера на случай катастрофического выхода из строя физического сервера.

Важно, что эти операции проводятся в автоматическом режиме. Инженеры IT‑Центра лишь отслеживают корректность завершения процедуры бэкапа.

Итоги

Подход IT‑Центра к организации резервного копирования покажется излишне сложным и дорогостоящим. Это справедливая оценка, если копируемая информация дешевле, а вероятность ее потерять невелика. Когда ценность информации не обсуждается, то работающее резервное копирование — не флешки, «зеркала», а сложный аппаратно-программный комплекс.

Верная политика резервного копирования — анализ копируемой информации и уже на этой основе жонглирование методами бэкапа, расписание резервного копирования, серверное оборудование, носители резервных копий. И IT-инженеры, опыт которых в этом вопросе бесценен.