Купить Корзина
  • Вход
  • Помощь
  • Выделенные серверы и ДЦ
  • Администрирование выделенных серверов
  • Резервное копирование (backup)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Закажите резервное копирование сервера отдельно или приобретите услугу «Администрирование выделенного сервера», в которую входит настройка резервного копирования данных сервера.

Заказать услугу

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

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

 👍
Рассылка Рег.ру

Лайфхаки, скидки и новости об IT

Подписываясь, вы принимаете правила рассылок

Продукты
  • Домены
  • Хостинг
  • Создание сайтов
  • Рег.облако
  • Серверы и ДЦ
  • SSL-сертификаты
  • Сервисы
Полезное
  • Стоимость услуг
  • База знаний
  • Документы
  • Whois
  • Магазин доменов
  • ЭДО
  • Партнерам
  • Сообщить о нарушении
Компания
  • О компании
  • Контакты
  • Офисы
  • Новости
  • Акции и скидки
  • Мероприятия
  • Блог
  • Отзывы клиентов
+7 495 580-11-11 Телефон в Москве
8 800 555-34-78 Бесплатный звонок по России
  • vk
  • telegram
  • ok
  • moikrug
  • youtube
  • twitter
  • Банковская карта
  • Система быстрых платежей
  • SberPay
  • QIWI-кошелёк
  • ЮMoney
  • Наличные
  • Безналичный перевод
Все способы оплаты

Нашли опечатку?
Выделите и нажмите Ctrl+Enter

  • © ООО «РЕГ.РУ»

    Правовая информация и правила пользования

  • Мы используем файлы cookie. Продолжив работу с сайтом, вы соглашаетесь с Политикой обработки персональных данных и Правилами пользования сайтом.