📜 Читайте также: Ubuntu 22.04: что нового, как установить и настроить
В данном руководстве мы детально рассмотрели резервное копирование данных.
Зачем нужны резервные копии
Не для всех очевидно, зачем делать резервные копии файлов и баз данных. Мы рассмотрим наиболее частые случаи, когда наличие копий под рукой выручало пользователей.
- Проблемы с физическими носителями. Жесткие диски, карты памяти, флэш-память могут быть как поломаны, так и утеряны. Процент восстановления данных в этом случае маловероятен. Решение - резервные копии.
- Сбои ПО. Чаще всего они происходят внезапно, данные в этом случае не успевают сохранится или вовсе исчезают без возможности восстановления. Опять же всегда нужно иметь последние копии документов.
- Кибератаки и кража данных представляют большую опасность для бизнеса. Особенно если к документам открыли доступ через сеть. Здесь много вариантов, как могут разворачиваться события. Ваши файлы могут использовать в собственных целях, повредить, удалить или зашифровать. Последнее делается для того, чтобы потребовать выкуп.
Конечно, это не все, что может произойти. В любом случае рассмотрим виды резервного копирования и методы резервирования.
Типы резервных копий
Можно создавать резервные копии в виде: файлов и образов.
Чтобы выбрать способ создания резервных копий, необходимо отталкиваться от типа данных. На основании этого выбирается программное обеспечение для осуществления резервного копирования.
Пять методов резервирования
- Полная копия данных. Несмотря на то, что при данном подходе понадобится больше дискового пространства и времени для создания копий, в аварийных ситуациях вы сможете максимально быстро и легко восстановить всю информацию.
- Инкрементный метод или частичное копирование данных. Этот метод не такой времязатратный по созданию копий, занимает меньше места в хранилище и снижает нагрузку на сетевые мощности. Его отличия в том, что вы создаете копию базы данных и ее частей, которые были изменены в последний раз с момента последнего резервного копирования. Также можно настроить временной интервал, через который будет осуществлять автоматическое резервное копирование. Например, каждую пятницу, каждый месяц и тд. Но как и другие методы, помимо положительных сторон есть несколько минусов. Первый - долгое восстановление базы данных из копии, поскольку придется по отдельности восстанавливать каждую часть базы данных. Второй - риск не восстановить данные, если поврежден даже один скопированный блок. В результате можно не восстановить данные в полном объеме.
- Обратный инкрементный. Это улучшенная версия предыдущего метода. Его отличие в том, что последний бэкап не зависит от других, поскольку после каждого сохранения у нас есть новая резервная копия. Это гарантирует полное восстановление данных, отнимает минимум времени и не создает нагрузки на сеть. Если сервер уже переполнен бэкапами, то старые версии можно удалить.
- Дифференциальный. Этот метод работает по аналогии с инкрементным. То есть изначальное происходит полное копирование данных, а затем создаются отдельные копии блоков, в которые вносили изменения. При данном способе создании каждой новой копии занимает больше времени и места на диске. Однако отмечают, что больше всего надежности обеспечивает именно такой способ создания копий.
- Синтетический совмещает в себе принцип действия двух методов: обратного инкрементного и полного. То есть при создании новых полных бэкапов совмещается изначальная копия с инкрементной. И затем последняя копия используется в качестве основы для создания новых бэкапов. Мы отмечаем нагрузку на сеть, увеличение скорости копирования, а также незамогрождение сервера.
Как выбрать оптимальный вариант? Необходимо оценить объем базы данных, аппаратное обеспечение и также значимость вашей информации.
В официальном канале Timeweb Cloud собрали комьюнити из специалистов, которые говорят про IT-тренды, делятся полезными инструкциями и даже приглашают к себе работать.
Планируем бэкапы
Чтобы минимизировать факторы риска, при которых происходит потеря данных (мы упоминали их выше), необходимо заранее составлять план по обеспечению восстановления данных.
Перед составлением плана необходимо заранее подготовить ответы по списку:
- Тип данных (базы данных, папка, образ и другие);
- RTO — это количество времени, которое требуется для восстановления ресурса;
- RPO — этот параметр задает частоту резервного копирования, то есть периодичность репликации;
- Способ резервирования документов;
- Политика резервирования;
- Место хранения бэкапов.
Дополнительно стоит учитывать нагрузку на сеть в определенные временные промежутки и проводить проверку резервных копий на их целостность. Также при планировании нужно прописывать алгоритм, которого необходимо придерживаться в экстренных ситуациях (во время сбоев, при обнаружении потенциальных угроз).
Политика хранения резервных копий
Данная политика создана для определения числа резервных копий, а также для определения хранилищ, в которых они будут размещаться. Помимо этого на данном этапе определяется, нужна ли архивация копий после окончания жизненного цикла их хранения.
Сегодня насчитывается три политики резервирования:
Первая политика: 3-2-1,
где 3 — это число резервных копий (то есть три обязательных копии);
2 — типы носителей (например диск и хранилище в облаке);
1 — одна из трех копий должна хранится за пределами сервера.
Вторая политика: GFS или Grandfather-Father-Son,
где Grandfather — сохранение полной резервной копии в удаленное хранилище (например, облачное);
Father — это также полное резервное копирование, только данные размещаются на таких носителях, как локальный диск, FTP-сервер;
Son — неполное резервирование в “отцовское” хранилище данных.
В данном алгоритме предусмотрена три периода хранения бэкапов: Grandfather (ежегодное), Father (ежемесячное), Son (еженедельное).
Третья политика: TOH или Tower of Hanoi.
Данную политику применяют в двух случаях: нехватка места в используемом хранилище и использование нескольких типов носителей. Данная политика существует для того, чтобы обеспечить восстановление копий в случае отказа других хранилищ.
Решения резервирования
Bare-metal означает, что программное обеспечение устанавливается на железо в обход операционной системы.
Single-pass. Если бэкапы одного типа, то резервирование и восстановление осуществляется за один проход. Если тип резервных копий различается, то необходимо повторять все операции заново.
Real-Time Backup (или CDP, или Continuous Backup). Автоматическое создание резервных копий после внесения изменений в исходные данные. Для того чтобы сгладить нагрузку на процессорные мощности и память, необходимо позаботиться о покупке производительного аппаратного обеспечения.
Remote Replication. Если в работе несколько резервных копий, которые расположены на нескольких ресурсах, то используется данное решение.
Программное обеспечение для резервирования
Рассмотрим несколько популярных вариантов:
Acronis True Image — подходит для любой операционной системы. Данное ПО характеризуется высокой скоростью создания бэкапов и их восстановления, а также предназначено для работы с разными типами данных. Недостаток в том, что невозможна контейнеризация в облачной среде.
Veeam Backup — это бесплатная программа, которая способна поддерживать разные сетевые протоколы. Подходит для работы с базами данных. Позволяет производить как полное, так и частичное копирование.
Backup4all — подходит для резервного копирования данных в облако. Выбрав полную версию Backup4all, можно эксплуатировать облачные мощности Dropbox и Drive.Google. Преимущества данного ПО: гибкая система фильтров, дробление бэкапов, «умная» обработка. К минусам можно отнести некорректное преобразование кириллических символов в названиях файлов.
Iperius Backup — Поддержка большого числа облачных сервисов. Характеризуется высокой скоростью обработки big data.
ApBackUP — это российская программа, которая имеет расширенный функционал: поддерживает создание резервных копий по инкрементному и дифференциальному способам, предоставляет возможность выбора способа хранения бэкапов, может взаимодействовать со сторонними архиваторами.
Виды хранилищ для резервирования
- Лента или ленточные накопители. Их принцип работы не отличается от магнитных лент, которые по-прежнему активно используются для создания резервных копий. Ленты способны хранить большие объемы информации, но по сравнению с дисками они более медленные, поскольку поддерживают исключительно последовательный доступ к данным. По стоимости это самый дешевый и выгодный вариант.
- Диски отличаются от других носителей более высокой стоимостью. Если рассматривать характеристики SSD, у них есть ограничения по циклам записи и по объему. В качестве альтернативы зачастую для бэкапов выбирают диски типа HDD. У них нет таких ограничений по емкости и более низкая цена.
- Облачное хранилище. Это оптимальный вариант, если использовать политику хранения бэкапов 3-2-1. Единственный недостаток - это зависимость от облачного провайдера и меньше свободы действий.
Восстановление информации
Чтобы восстановить данные, применяют снапшоты. Снапшот — это моментальный снимок файловой системы, который в дальнейшем используется для восстановления резервных копий до исходного состояния. Здесь также учитывают такие параметры, как время создания снимка, время, которое нужно для восстановления, объем потери и тд.
Чтобы восстановить данные из самой резервной копии, необходимо использовать те же утилиты, с помощью которых создавали бэкапы. Если вы работаете с базами данных, то такие решения, как Oracle, Postgres, SQL Server имеют собственные инструменты для создания резервных копий и для восстановления.
Аварийные ситуации и решения
Где бы вы не хранили данные, в качестве запасного хранилища лучше выбирать удаленное. Поскольку физическая инфраструктура может быть повреждена в случае пожаров, стихийных бедствий и других непредвиденных ситуаций.