Резервное копирование

Резервная копия нужна не для хранения. Она нужна для восстановления.

Почти каждая компания уверена, что копии у неё есть. Проблемы начинаются в момент аварии — когда выясняется, что восстановить данные не получается.

Мы строим резервное копирование от обратного: не «где лежат архивы», а «что и как быстро вы сможете вернуть». Копия имеет смысл только тогда, когда данные действительно восстанавливаются. На этом и держится наша работа.

→ Обсудить резервное копирование

Проверьте свою систему

  • Возможно, её стоит пересмотреть, если хотя бы один пункт про вас:

    • копии никто ни разу не проверял восстановлением;
    • данные хранятся только на одном сервере — рядом с рабочими;
    • неизвестно, сколько времени займёт восстановление;
    • копии делаются вручную;
    • нет контроля, что копия вообще успешно создалась;
    • никто не знает, что делать в первые минуты аварии.

    Знакомо? Тогда, скорее всего, копии у вас есть, а защиты — нет.

Главное — возможность восстановления

Создать архив недостаточно. Нужно заранее понимать три вещи: сколько времени займёт восстановление, какие данные при этом можно потерять и какие сервисы должны заработать первыми.

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

Что мы защищаем

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

Что входит в услугу

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

Где должны храниться копии

Хорошее правило — не держать резервные копии рядом с рабочими данными. В зависимости от проекта мы используем отдельные серверы, независимые площадки, облачные хранилища или несколько географически разнесённых мест хранения. Так данные переживут даже серьёзную аварию на основной площадке.

Мы помогаем не только создавать копии

При необходимости мы восстановим данные после аварии, перенесём или проверим существующую систему резервного копирования, разработаем стратегию защиты данных и встроим её в комплексное сопровождение инфраструктуры.

Лучше подготовиться заранее

Большинство компаний начинают думать о резервном копировании после первой серьёзной потери данных. Мы считаем, что подготовиться заранее дешевле и спокойнее, чем потом заниматься аварийным восстановлением.

Не уверены, насколько надёжно защищены ваши данные? Мы оценим текущую ситуацию и предложим решение под ваши задачи.

→ Обсудить резервное копирование

База знаний: резервное копирование

Практические руководства

  • Как проверить, что ваши бэкапы реально восстанавливаются
  • Правило 3-2-1: простая схема, которая спасает данные
  • Как часто делать копии (и почему «раз в неделю» — обычно мало)
  • Резервное копирование базы данных без остановки сайта
  • Где хранить копии, чтобы пережить аварию в дата-центре
  • Сколько поколений копий хранить и зачем

Разборы реальных ситуаций

  • «Копии есть» — пока не попробуешь восстановить
  • Как компания потеряла три года данных за одну ночь
  • Бэкап на том же сервере: почему это не бэкап
  • Шифровальщик добрался и до рабочих данных, и до копий
  • Восстановились за 20 минут: как выглядит подготовленная инфраструктура

Объяснения

  • Чем резервное копирование отличается от репликации
  • Что такое RPO и RTO простыми словами
  • Почему «бэкап» и «архив» — это не одно и то же
  • Что значит «проверенная резервная копия»
  • Почему автоматический бэкап без уведомлений опасен