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


6. Замена бэкапа архивированием или репликацией

Эти процедуры отчасти похожи, но имеют принципиально разное назначение. Бэкап служит для гарантированного восстановления данных, утраченных по какой-либо причине в продуктиве (системе, в которой непосредственно работают с файлами). Архивирование используется для освобождения места в рабочей нагрузке путём сжатия утрачивающих актуальность данных и их перемещения на более медленные носители с низкой стоимостью хранения файлов. Репликация – это постоянное дублирование всех данных из продуктива на параллельно работающую систему (локальную или облачную платформу) в режиме синхронизации. Она нужна для повышения отказоустойчивости, но уменьшает только тяжесть последствий от аппаратных сбоев.

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

7. Хранение бэкапа и исходных данных вместе

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

8. Использование только одной резервной копии

Согласно правилу «3-2-1» все ценные данные должны иметь минимум три резервных копии, записанные на два типа носителей, а один из бэкапов дополнительно сохраняется удалённо (например, в облаке). Это позволяет гарантированно восстановить данные при любых обстоятельствах, включая физическое уничтожение серверной или изъятие оборудования во время «маски-шоу». Пока у вас есть только одна резервная копия, можете считать, что её нет вовсе. Например, в Acronis Backup (Advanced) есть возможность автоматически дублировать бэкап, параллельно сохраняя его ещё на один носитель или загружая в фирменное облако.


9. Исключение из резервного копирования файлов, сохраняющихся в облаке

Сервисы облачного хранения файлов пользуются растущей популярностью. Многие полагают, что нет смысла записывать в бэкап данные, уже продублированные в облако. Однако сбои в работе облаков также случаются. Однажды ошибка в обновлении приложения «Яндекс.Диск» привела не только к потере данных, но и к удалению системных файлов – компьютеры перестали загружаться. Google Docs иногда сохраняет новые документы «в никуда», Dropbox порой бывает недоступен, а Box сильно тормозит всегда. Поэтому облако – это лишь дополнительное место хранения данных, откуда их также стоит регулярно помещать в собственные бэкапы.

10. Создание бэкапа во время обновления операционной системы

Во время обновления системных файлов доступ к ним приостанавливается. После применения некоторых апдейтов может потребоваться перезагрузка. Поэтому процесс обновления ОС может нарушить создание бэкапа и привести к его повреждению, особенно если это копия системного раздела или активно используемой базы данных. Проблема осложняется ещё и тем, что в Windows 10 обновления применяются автоматически. Во избежание сбоев рекомендуется использовать отложенные апдейты, а также замерить типичное время создания бэкапа и запланировать их создание так, чтобы они не пересекались с процедурой обновления ОС. Более современный подход основан на применении технологий теневого копирования. Пока ОС обновляется, бэкап создаётся с теневых блоков файловой системы. В Windows для этого можно использовать службу теневого копирования тома (Volume Shadow Copy – VSS) от Microsoft. В Acronis Backup (Advanced) при её сбое или остановке дополнительно можно использовать модуль SnapAPI, который отвечает за все операции ввода-вывода данных на жестком диске.

Выводы:

1) Схемы бэкапа должны гарантировать низкое время RPO. Вынужденная остановка ИТ-сервисов на несколько часов критична, а на несколько дней – фатальна для современного бизнеса с высокой интенсивностью транзакций (банки, ритейл, телеком-операторы, сервис-провайдеры и многие другие).

2) Создание бэкапов вручную не может считаться надёжным методом и не отвечает текущим потребностям компаний, даже малых и не имеющих развитую ИТ-инфраструктуру.

3) Архивирование, репликация и бэкап – концептуально разные технологии для повышения отказоустойчивости. Их можно использовать совместно, но они не заменяют друг друга.

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

5) Решения Acronis позволяют легко реализовать правило «3-2-1» путём автоматического дублирования бэкапов на дополнительные устройства хранения и в собственное облако.

Полезные ссылки:

» Вебинары по бэкапу и защите данных
» Демоверсия для бэкапа корпоративных серверов Acronis Backup Advanced
» Сравнение Acronis и Veeam

Не забывайте бэкапиться вовремя, Друзья!