Сбои в работе информационных систем часто приводят к потере важной информации. Причины сбоев могут быть разные: технические ошибки оборудования, ошибки в работе программного обеспечения, ошибки специалистов, обслуживающих информационную систему. Часто бывает, что восстановить информационную систему из копии проще, чем тратить время на восстановление работоспособности.
Резервное копирование (backup) — это процесс непрерывного создания резервных копий и их дальнейшее хранение.
Резервное копирование бывает:
- «горячее» — когда копирование выполняется в режиме реального времени;
- «холодное» — когда копии снимаются по расписанию или с определенной периодичностью.
Зачем делать резервное копирование
Благодаря резервному копированию сокращается время неработоспособности системы, уменьшаются финансовые потери от перерыва в оказании услуг.
Типы резервного копирования:
- Копирование критически важных файлов. Подходит, когда размер данных невелик и можно производить копирование часто, без снижения работоспособности информационной системы.
- Копирование программной среды: конфигурационных файлов сервисов и программного обеспечения. Программная среда информационной системы на сервере меняется нечасто, поэтому такой вид резервного копирования стоит выполнять при изменении настроек программного обеспечения. Например, программное окружение копируется сразу после сдачи проекта в эксплуатацию, а следующая копия будет сделана при изменении программной среды или обновлении её версии.
- Полное копирование всей информации на случай утраты всех данных. Копируются все файлы и папки, кроме директорий с кешем, журнальными файлами и т. д. Утрата — последних не критична, система сгенерирует их заново.
Как часто копировать
Частота резервного копирования данных на сервере зависит от следующих факторов:
- как часто изменяются данные в информационной системе;
- каков объем данных, подлежащих резервному копированию;
- общая нагрузка аппаратной части информационной системы (избегайте перегрузки из-за работы системы резервного копирования);
- какого типа данные копируются: базы данных, изображения, текстовые файлы и т. д.
В большинстве случаев достаточно копировать 1 раз в сутки. В интернет-магазинах, финансовых учреждениях и социальных сетях информация в базах данных меняется часто, поэтому и копировать эти базы данных нужно чаще.
Копирование баз данных — непростая задача, которая требует тщательной подготовки.
Если вы знаете, что скоро будут вноситься изменения в информационную систему — сделайте резервную копию. Это снизит вероятность временных и финансовых потерь в случае ошибок в работе информационной системы.
Где хранить копии
Есть два варианта:
-
1.
Резервные копии можно хранить локально, на самом сервере, информацию которого мы сохраняем. Недостаток этого варианта в том, что резервные копии могут быть утеряны, если оборудование выйдет из строя или случится несанкционированный доступ. Достоинства этого варианта — простая настройка, быстрый доступ к копиям и высокая скорость копирования.
-
2.
Резервные копии хранятся в отдельных системах хранения. Это более надежный вариант. При утере информации с сервера данные не пострадают и останется возможность восстановления. Недостатки этого варианта: сложная настройка, финансовые затраты на систему хранения и невысокая скорость работы.
Копирование баз данных
Копирование баз данных — трудоемкая операция, потому что ее нужно выполнять без прерывания работы сервера баз данных. К сожалению, утилита mysqldump при экспорте данных блокирует их для изменения. Это затрудняет работу веб-сайта. Если размер базы данных невелик, пользователь не заметит сбоя. Но что делать, если в ней десятки гигабайт?
Чтобы обойти особенности встроенной утилиты mysqldump, применяют программный комплекс Percona Xtrabackup. Он позволяет копировать не содержимое базы данных, а все базы данных целиком. При этом и восстановление баз возможно только полное, всех сразу (и в этом его недостаток).
Учитывая недостатки этих методов, на нагруженных системах используют репликацию базы данных, то есть создание и поддержание «горячей» копии. Технологии репликации позволяют выполнять копирование баз данных утилитой mysqldump без прерывания работы основного сервера баз данных.
Консистентность резервных копий. Планы восстановления.
Консистентность — свойство резервной копии, от которого зависит, можно ли ее использовать для восстановления данных. После создания резервных копий необходимо проверять их консистентность.
Как правило, к восстановлению данных из копий прибегают после крупных фейлов/аварий. Сотрудник, который работает над восстановлением данных, находится в стрессовой ситуации: нужно быстро восстановить данные, есть риски восстановить их с ошибками. Поэтому, чтобы восстановление в момент аварии/после аварии проходило четко и правильно, вам нужно будет разработать заранее план восстановления.
План восстановления — четко сформулированный список действий которые требуется выполнить сотруднику в нештатной, стрессовой ситуации.
Если вы приобрели услугу «Администрирование выделенного сервера» в Рег.ру, проработкой плана и восстановлением данных будут заниматься наши специалисты. Также в эту услугу входят другие работы по настройке и технической поддержке сервера.
Схема работы резервного копирования для Dedicated
Система резервного копирования серверов в Рег.ру использует несколько серверов управления, которые дублируют друг друга. Мы храним данные на профессиональных, многодисковых шасси Supermicro. Резервное копирование баз данных выполняем с помощью собственных разработок на основе утилит mysqldump, rsync, xtrabackup.
Мы разработали планы резервного копирования:
1 план копирования — хранение информации 14 суток: полное копирование всех файлов — по выходным (либо дням, согласованным с клиентом); инкрементальное копирование — в будни в ночное время; резервное копирование баз данных — 1 раз в сутки в ночное время. По желанию клиента время начала копирования можно изменить. Инструмент для копирования баз данных выбирается индивидуально для каждого проекта.
2 план копирования — хранение информации 7 суток. Условия те же, что в предыдущем плане. Отличается только время хранения, и требования к дисковому хранилищу.
Подробнее о резервном копировании читайте в блоге Рег.ру.
Помогла ли вам статья?
Спасибо за оценку. Рады помочь 😊