Перейти к основному содержимому
Вернуться в категорию

Варианты резервного копирования сервера и руководство по восстановлению

Варианты резервного копирования REXE Teknoloji: автоматические снапшоты, ручное резервное копирование и стратегии на уровне приложений. Узнайте, как предотвратить потерю данных и быстро восстановиться.

Время чтения: 7 мин. Общая информация
резервное копированиебэкапснапшотвосстановление данныхавтоматический бэкапбезопасность данных

Содержание

Введение

Потеря данных — одна из наиболее критических проблем при управлении сервером. Аппаратный сбой, программная ошибка, случайное удаление или кибератака могут привести к потере данных.

REXE Teknoloji предлагает клиентам различные варианты резервного копирования для обеспечения сохранности данных.

Резервное копирование — важнейшая часть управления сервером. Использование сервера без регулярного резервного копирования несёт большой риск.

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

1. Автоматическое резервное копирование снапшотами

Автоматический снапшот создаёт полный образ диска сервера через определённые интервалы.

ХарактеристикаЗначение
ЧастотаЕжедневно
Срок храненияПоследние 3-7 снапшотов
Время созданияНочные часы (низкий трафик)
ВосстановлениеОдним нажатием через панель
Дополнительная стоимостьОпциональная доплата
Процесс автоматического снапшота:
03:00 ночи → Начало снапшота
→ Создание образа диска
→ Ротация предыдущих снапшотов
→ Удаление самого старого снапшота (FIFO)

Автоматический снапшот — самый простой и надёжный метод резервного копирования. Может быть активирован при заказе сервера или позже.

2. Ручной снапшот

Вы можете создать ручной снапшот в любое время через панель клиента.

Сценарии использования:

  • Перед важным обновлением или изменением
  • Перед установкой нового ПО
  • Перед изменением конфигурации
  • Создание тестовой среды
Шаги ручного снапшота:
1. my.rexe.tr → Мои услуги → Управление сервером
2. Нажмите кнопку «Создать снапшот»
3. Введите описание снапшота (напр.: «Перед обновлением Nginx»)
4. Подтвердите → Снапшот создаётся

При создании ручного снапшота убедитесь, что сервер не выполняет интенсивных операций I/O. Для серверов баз данных рекомендуется выполнить flush базы данных перед снапшотом.

3. Резервное копирование на уровне приложений

Помимо снапшотов сервера, рекомендуется выполнять резервное копирование на уровне приложений:

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

hljs bash
# MySQL / MariaDB
mysqldump -u root -p --all-databases > /backup/db_$(date +%Y%m%d).sql

# PostgreSQL
pg_dumpall -U postgres > /backup/pg_$(date +%Y%m%d).sql

# MongoDB
mongodump --out /backup/mongo_$(date +%Y%m%d)/

Резервное копирование файлов

hljs bash
# Сжатие и резервное копирование определённого каталога
tar -czf /backup/web_$(date +%Y%m%d).tar.gz /var/www/

# Резервное копирование на удалённый сервер через rsync
rsync -avz /var/www/ user@backup-server:/backup/web/

Скрипт автоматического резервного копирования

hljs bash
#!/bin/bash
# /root/backup.sh
DATE=$(date +%Y%m%d_%H%M)
BACKUP_DIR="/backup/$DATE"
mkdir -p $BACKUP_DIR

# Резервное копирование базы данных
mysqldump -u root --all-databases > $BACKUP_DIR/db.sql

# Резервное копирование веб-файлов
tar -czf $BACKUP_DIR/web.tar.gz /var/www/

# Удаление бэкапов старше 7 дней
find /backup -maxdepth 1 -type d -mtime +7 -exec rm -rf {} \;

echo "Резервное копирование завершено: $BACKUP_DIR"

Автоматический запуск через cron:

hljs bash
# Каждую ночь в 02:00
0 2 * * * /root/backup.sh >> /var/log/backup.log 2>&1

Рекомендации по планам резервного копирования

ИспользованиеРекомендуемый план
Личный веб-сайтЕженедельный автоматический снапшот
Интернет-магазинЕжедневный снапшот + ежедневный бэкап БД
Игровой серверЕжедневный снапшот + бэкап игровых данных
Корпоративное приложениеЕжедневный снапшот + почасовой бэкап БД + удалённый бэкап
Сервер баз данныхЕжедневный снапшот + почасовой инкрементальный бэкап

Восстановление (Restore)

Восстановление из снапшота

  1. my.rexe.tr → Мои услуги → Управление сервером
  2. Перейдите в раздел «Снапшоты»
  3. Выберите снапшот для восстановления
  4. Нажмите «Восстановить» и подтвердите

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

Восстановление из бэкапов приложений

hljs bash
# Восстановление MySQL
mysql -u root -p < /backup/db_20240101.sql

# Восстановление файлов
tar -xzf /backup/web_20240101.tar.gz -C /

Лучшие практики

  • Правило 3-2-1: 3 копии, 2 разных носителя, 1 удалённое расположение
  • Регулярное тестирование: Периодически проводите тесты восстановления из бэкапов
  • Шифрование: Шифруйте бэкапы конфиденциальных данных
  • Мониторинг: Отслеживайте процессы резервного копирования, контролируйте неудачные бэкапы
  • Документация: Документируйте процедуры резервного копирования и восстановления

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