Риски
Для начала стоит упомянуть какие риски предотвращает наличие резервных копий:- технический сбой – повреждение оборудования или сбои программного обеспечения (ПО), приводящие к уничтожению или недоступности данных;
- человеческий фактор – умышленное, неумышленное повреждение или изменение данных. Например, бухгалтерская ошибка в документах, которая всплыла только во время закрытия месяца или при сдаче отчетности;
- хакерская атака – удаление или зашифровка данных злоумышленниками;
- конфискация оборудования – изъятие носителей информации рейдерами или силовыми структурами;
- стихийные бедствия.
Архитектура
В первую очередь стоит обратить внимание на построение архитектуры.
Мы ориентируемся на такие основные принципы:
- выделенное хранилище для резервных копий. Хранить бэкапы на том же сервере, где и находятся данные – категорически нельзя;
- доступ к хранилищу резервных копий происходит под отдельной учетной записью. Если будут скомпрометированы учетные записи, имеющие доступ к данным – доступа к резервным копиям все равно не будет;
- в качестве операционной системы хранилища используются дистрибутивы семейства Linux, в силу их защищенности и мало уязвимости для вредоносного ПО;
- возможности отправки второй резервной копии данных в географически удаленный дата-центр или облако.
Инструменты
Рассмотрим инструменты применяемые для резервного копирования и опции, на которые стоит обратить внимание при настройке планов бэкапов.
Для баз данных рекомендуется использовать встроенные механизмы самой СУБД, они обеспечивают наиболее надежное создание и восстановление резервных копий. Резервное копирование данных можно осуществлять скриптами архиваторов таких как 7zip. При работе с большим количеством серверов лучше использовать специализированные системы для резервного копирования – например Veeam Endpoint Backup. При работе с виртуальными машинами рекомендуется использовать утилиты гипервизора, которые позволяют сделать копию виртуальной машины целиком.
Вывод
Рекомендуется использовать минимум 2 разных инструмента для резервного копирования. Например, резервное копирование всей виртуальной машины средствами гипервизора + копия информации с помощью скриптов. Таким образом обезопасим себя от ситуации когда инструмент резервного копирования не сработал.
Опции
При настройке планов резервного копирования основные две опции на которые стоит обратить внимание:
- частота резервных копий (периоды времени, через которые делается резервная копия);
- глубина хранения (период времени, на протяжении которого хранятся резервные копии и не перезаписываются).
Таблица 1. План резервного копирования
Для того, чтобы восстановить информации в случае сбоя, достаточно наличие хотя бы одной свежей резервной копии. Но существует много ситуаций, когда потеря данных вскрывается не сразу, по этому копии делаются периодически и имеют глубину хранения.
Схема резервного копирования баз данных разработана с учетом того, что там обычно хранится бухгалтерская информация. В случае допущенных ошибок в базе таких, как внесение неверной информации, случайное удаление данных или документов – это станет известно через пару рабочих дней. Но иногда случаются ошибки, которые всплывают только при закрытии месяца или даже квартала. Поэтому рекомендуется хранить копии за этот период. Касательно остальных данных – для них достаточно наличие резервных копий на протяжении 14 дней, это позволяет обнаружить ошибки и принять меры даже с учетом временного отсутствия ответственных сотрудников.
Мониторинг и верификация
Необходимо не только делать резервные копии, но и быть уверенным, что с них восстановятся данные. Для этого должен быть настроен следующий мониторинг:
- доступность бэкап сервера;
- наличие места для резервных копий;
- наличие места на исходном сервере для временной копии, если это необходимо;
- наличие ошибок в ПО, с помощью которого делаются копии;
- проверка размера новой копии;
- проверка даты последней копии.
Помимо мониторинга, необходимо также проводить периодические аудиты резервных копий, которые должны включать тестовое восстановление и проверку данных. Таким образом, будет исключена ситуация, когда копия по всем параметрам должна была восстановиться, но каким-то образом была повреждена.
