Резервное копирование (backup)

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

Резервное копирование (backup) — это процесс непрерывного создания резервных копий и их дальнейшее хранение.

Резервное копирование бывает:

«горячее» — когда копирование выполняется в режиме реального времени;
«холодное» — когда копии снимаются по расписанию или с определенной периодичностью.

Зачем делать резервное копирование

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

Типы резервного копирования:

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

Как часто копировать

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

как часто изменяются данные в информационной системе;
каков объем данных, подлежащих резервному копированию;
общая нагрузка аппаратной части информационной системы (избегайте перегрузки из-за работы системы резервного копирования);
какого типа данные копируются: базы данных, изображения, текстовые файлы и т. д.

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

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

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

Где хранить копии

Есть два варианта:

Резервные копии можно хранить локально, на самом сервере, информацию которого мы сохраняем. Недостаток этого варианта в том, что резервные копии могут быть утеряны, если оборудование выйдет из строя или случится несанкционированный доступ. Достоинства этого варианта — простая настройка, быстрый доступ к копиям и высокая скорость копирования.
Резервные копии хранятся в отдельных системах хранения. Это более надежный вариант. При утере информации с сервера данные не пострадают и останется возможность восстановления. Недостатки этого варианта: сложная настройка, финансовые затраты на систему хранения и невысокая скорость работы.

Копирование баз данных

Копирование баз данных — трудоемкая операция, потому что ее нужно выполнять без прерывания работы сервера баз данных. К сожалению, утилита mysqldump при экспорте данных блокирует их для изменения. Это затрудняет работу веб-сайта. Если размер базы данных невелик, пользователь не заметит сбоя. Но что делать, если в ней десятки гигабайт?

Чтобы обойти особенности встроенной утилиты mysqldump, применяют программный комплекс Percona Xtrabackup. Он позволяет копировать не содержимое базы данных, а все базы данных целиком. При этом и восстановление баз возможно только полное, всех сразу (и в этом его недостаток).

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

Консистентность резервных копий. Планы восстановления.

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

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

План восстановления — четко сформулированный список действий которые требуется выполнить сотруднику в нештатной, стрессовой ситуации.

Если вы приобрели услугу «Администрирование выделенного сервера» в Рег.ру, проработкой плана и восстановлением данных будут заниматься наши специалисты. Также в эту услугу входят другие работы по настройке и технической поддержке сервера.

Схема работы резервного копирования для Dedicated

Система резервного копирования серверов в Рег.ру использует несколько серверов управления, которые дублируют друг друга. Мы храним данные на профессиональных, многодисковых шасси Supermicro. Резервное копирование баз данных выполняем с помощью собственных разработок на основе утилит mysqldump, rsync, xtrabackup.

Мы разработали планы резервного копирования:

1 план копирования — хранение информации 14 суток: полное копирование всех файлов — по выходным (либо дням, согласованным с клиентом); инкрементальное копирование — в будни в ночное время; резервное копирование баз данных — 1 раз в сутки в ночное время. По желанию клиента время начала копирования можно изменить. Инструмент для копирования баз данных выбирается индивидуально для каждого проекта.

2 план копирования — хранение информации 7 суток. Условия те же, что в предыдущем плане. Отличается только время хранения, и требования к дисковому хранилищу.

Подробнее о резервном копировании читайте в блоге Рег.ру.

Помогла ли вам статья?

Спасибо за оценку. Рады помочь 😊

👍