Сохранить виртуальный диск и вернуть работу бухгалтерии — разные результаты. Серверу нужны загрузка и настройки, базе — согласованные данные, приложению — все его зависимости. Разберём, как выбрать уровень резервного копирования и что проверить после восстановления.
Вернуть сервер
Восстановить среду после отказа оборудования или системного диска.
Сохранить изменения
Получить пригодную точку базы с нужной глубиной истории.
Вернуть нужный объект
Восстановить документ, базу или другой поддерживаемый объект.
Запустить сервис
Проверить вход пользователя и рабочую операцию приложения.
Что должно попасть в копию
Единица планирования — сервис, которым пользуется компания. Для него составляют перечень данных, настроек и зависимостей, выбирают способ создания копий и критерий проверки. Один сервер может обслуживать несколько сервисов, а одно приложение — занимать несколько машин.
Таблица прокручивается по горизонтали на узком экране.
| Объект | Что предусмотреть | Частый пробел | Как проверить возврат |
|---|---|---|---|
| Физический сервер | Системные и загрузочные разделы, данные, настройки, материалы восстановления | Сохранены только общие папки | Загрузка на целевой среде и запуск нужной службы |
| Виртуальная машина | Конфигурация, выбранные диски, гостевая обработка и внешние данные | Подключённый ресурс не включён в задание | Восстановленная ВМ, сеть и приложение |
| СУБД | Поддерживаемая копия базы, нужные журналы, настройки и ключи | Есть файлы, но нет пригодной цепочки возврата | База открывается, данные и нужный момент подтверждены |
| Файловый сервис | Содержимое, владельцы, права, общие ресурсы и история | Документы вернулись с неверным доступом | Чтение и изменение под согласованной ролью |
| Почтовый сервис | Данные, конфигурация, сертификаты и зависимости выбранной системы | Сохранены письма без пути возврата сервиса | Доступ к тестовому ящику и согласованная операция |
| 1С, CRM, веб-приложение | База, файлы, настройки, версии, интеграции и лицензии | Вложения лежали отдельно от базы | Вход и контрольная операция в изолированной среде |
Четыре уровня, которые дополняют друг друга
Образ физического сервера
Подходит, когда нужно вернуть ОС, системные настройки и выбранные тома целиком.
- Проверьте состав разделов и загрузочную среду.
- Подготовьте сетевой доступ, драйверы и целевые диски.
- Согласуйте совместимость нового оборудования или среды запуска.
Копия виртуальной машины
Упрощает возврат гостевой системы вместе с конфигурацией и включёнными в задание дисками.
- Проверяют поддержку гипервизора и его версии.
- Учитывают внешние тома, общие папки и исключения.
- Для приложений проверяют согласованность гостевой обработки.
Копия базы данных
Нужна для контролируемого возврата СУБД и, при подходящей схеме, восстановления к моменту времени.
- Выбирают штатный механизм СУБД или поддерживаемую интеграцию.
- Согласуют журналы, историю и обработку ошибок.
- Хранят необходимые настройки и ключи отдельно от единственной базы.
Файловая и объектная копия
Удобна для возврата отдельных документов и поддерживаемых объектов без полного развёртывания сервера.
- Проверяют права, владельцев, пути и исключения.
- Уточняют возможности выбранного формата и редакции СРК.
- Заранее проверяют трудоёмкость массового возврата.
Уровни выбирают по сценариям. Например, образ помогает восстановить сервер после отказа, а отдельная копия СУБД — вернуть базу с другой детализацией по времени. Несколько заданий на одном хранилище всё ещё сохраняют общие риски этого хранилища.
Почему запущенная база требует согласованной копии
Приложение может одновременно менять несколько файлов и держать часть состояния в памяти. Простое чтение открытых файлов не подтверждает, что полученная копия восстановится штатным способом. Нужны согласованный механизм, полный набор данных и проверка возврата.
Штатный механизм СУБД, поддерживаемая обработка или другой предусмотренный метод.
Данные, нужные журналы, зависимости и подтверждение успешной обработки.
Развернуть базу и среду по проверяемой процедуре.
Открыть нужные данные и выполнить контрольную операцию.
В документации Veeam Agent for Windows 13 обработка VSS-aware приложений основана на Microsoft VSS. Если приложение не поддерживает VSS, универсальной согласованности от одного флага не появляется: требуется предусмотренный для него способ обработки. См. описание Veeam.
В журнале задания проверяют не только общий успех, но и результат гостевой обработки. Если политика допускает продолжение после ошибки приложения, отдельно выясняют, какую точку получили и для каких сценариев она пригодна. Настройки обработки журналов согласуют с владельцем СУБД.
SQL Server и PostgreSQL: копия данных и путь к нужному моменту
Microsoft SQL Server
Схема зависит от модели восстановления. В full recovery нужны резервные копии журнала транзакций вместе с подходящими копиями данных. Дифференциальная копия связана с базовой полной копией; архив без нужных звеньев не даёт требуемого пути восстановления. См. обзор Microsoft.
- Согласуйте полные, дифференциальные и журнальные задания.
- Сохраните конфигурацию экземпляра и необходимые зависимости приложения.
- Проверьте доступность ключей, если применяется шифрование.
- Протестируйте открытие базы и работу приложения на нужной точке.
PostgreSQL
Для восстановления по архиву WAL нужна подходящая базовая копия и непрерывная последовательность требуемых WAL. Логическая выгрузка pg_dump решает другой сценарий и не служит базой для такого PITR. Изменения файлов конфигурации не восстанавливаются из WAL: их сохраняют отдельно. См. руководство PostgreSQL 17.
- Проверяйте поступление WAL и отсутствие разрывов в нужном диапазоне.
- Учитывайте табличные пространства и внешние зависимости.
- Сверяйте процедуру с версией сервера и инструментов.
- Подтверждайте выбранный момент и доступ приложения после возврата.
Частота копирования и передача журналов должны обеспечивать согласованный RPO. Ежедневная полная копия не делает суточную потерю приемлемой для всех сервисов. Ротацию задают так, чтобы сохранялся весь набор для нужных точек возврата.
Корпоративный сервис — больше, чем его база
1С, CRM и веб-приложения
Составьте карту сервиса: база, сервер приложения, веб-публикация, файловые вложения и интеграции.
- Укажите нужные версии платформы, СУБД и конфигурации.
- Проверьте внешние каталоги, сертификаты и доступ к лицензированию.
- В тестовой среде отключите рабочие обмены, рассылки и задания.
Почта и служба каталогов
Планируйте восстановление по правилам конкретного продукта и роли сервера.
- Для почты учитывайте данные, конфигурацию и идентификацию пользователей.
- Для каталога нужен отдельный сценарий возврата доменной инфраструктуры.
- Проверяйте DNS, доступ, сертификаты и связанные сервисы.
Для Exchange Microsoft описывает VSS-восстановление баз через Windows Server Backup; перенос в другое место может требовать дополнительных действий над базой. У Active Directory есть отдельные процедуры восстановления леса, полного сервера и состояния системы. Это примеры того, почему нельзя переносить одну инструкцию на все роли. Источники: Exchange, AD Forest Recovery.
Проверьте границы задания: что могло остаться снаружи
- Диски и тома: исключённые диски ВМ, отдельные разделы, подключённые ресурсы и точки монтирования.
- Данные приложения: вложения вне базы, сетевые каталоги, общие файловые ресурсы.
- Настройки: параметры служб, публикаций, расписаний и запуска фоновых задач.
- Доступ и секреты: защищённый путь к ключам и сертификатам, доступный после потери основной среды.
- Само копирование: конфигурация СРК, каталог, журналы и инструкция восстановления.
Практический пример: proxmox-backup-client при файловом копировании не включает точки монтирования автоматически. Их нужно учитывать явно по правилам клиента. Проверяйте состав архива, а не только выбранный корневой каталог. См. документацию Proxmox Backup Server.
Если база восстановлена на утро, а файловые вложения — на вечер, ссылки могут вести к другому состоянию файлов. Способ согласования выбирают для приложения и проверяют контрольными объектами.
Выбирайте СРК по защищаемым системам
Veeam Backup & Replication, Кибер Бэкап, RuBackup и Proxmox Backup Server могут рассматриваться в проекте, но список продуктов не является таблицей взаимозаменяемости. Для каждого объекта проверяйте точную версию, редакцию и поддерживаемый способ копирования и возврата.
- Поддерживается ли нужная ОС, гипервизор, СУБД и версия приложения.
- Какая согласованность обеспечивается и какие нужны права.
- Доступны ли полный и нужный выборочный сценарии восстановления.
- Сохраняются ли права, ключи и внешние зависимости.
- Как работают история, внешняя копия и защита от удаления.
- Какие лицензии, ресурсы и поддержка нужны для выбранной схемы.
Пилот проводите на своём типовом сервисе. Совместимость с S3 или гипервизором не подтверждает автоматически все возможности восстановления конкретной базы или приложения.
Как принять результат на практике
- Описать сценарий. Что потеряно, какие данные нужны и какие RTO/RPO согласованы.
- Проверить набор. Копия, журналы, файлы, настройки и зависимости доступны независимо от отказавшей среды.
- Развернуть в изоляции. Выделить ресурсы и исключить рабочие обмены, рассылки и конфликт адресов.
- Запустить зависимые компоненты. Следовать схеме именно этого сервиса и фиксировать время.
- Выполнить контрольную операцию. Проверить вход, нужные данные, права и согласованную функцию.
- Зафиксировать итог. Сравнить фактическое время и возраст данных с целями, назначить исправления и повтор.
Для базы недостаточно восстановить файлы, не проверив доступ приложения. Для файлового сервиса недостаточно увидеть имена документов без проверки прав. Такой подход соответствует рекомендациям AWS по периодическому восстановлению данных.
Четыре результата проверенной копии
✓Состав данных и зависимостей подтверждён
✓Среда и приложение запускаются
✓Контрольная операция выполняется
✓Время и возраст данных измерены
Две формы для инвентаризации и проверки
Частые вопросы
Достаточно ли бэкапа виртуальной машины для базы?
Это зависит от поддерживаемой обработки приложения и нужного сценария возврата. Проверьте согласованность, состав дисков, внешние данные и восстановление базы. Для детализации по времени могут потребоваться дополнительные штатные копии и журналы.
Можно ли просто скопировать каталог работающей СУБД?
Произвольное копирование открытых файлов не подтверждает пригодность базы. Используйте документированный для СУБД способ получения копии, сохраните требуемые зависимости и проверьте восстановление.
Снимок ВМ заменяет резервную копию?
Снимок может участвовать в технологии копирования, но сам по себе часто зависит от исходного хранилища. Проверьте, где находятся данные, какая история доступна и переживёт ли путь возврата потерю основной среды.
Почему после возврата базы нет вложений?
Вложения могли находиться в отдельном каталоге или хранилище, не включённом в задание. Составляйте карту сервиса и проверяйте связанные объекты на согласованной точке.
Можно ли восстановить только один документ или письмо?
Такая возможность зависит от приложения, формата копии, версии и редакции СРК. Проверьте поддерживаемый сценарий и его ограничения на тестовом объекте до выбора решения.
Что считать успешной проверкой?
Данные и зависимости доступны, приложение запущено, нужная операция выполнена, время и возраст данных измерены. Владелец сервиса подтверждает результат по заранее согласованным критериям.
Проверим, какие сервисы действительно защищены
Составим карту данных и зависимостей, сверим задания и выберем контрольные сценарии. Поможем организовать копирование так, чтобы результатом было восстановление нужной работы компании.
Обсудить резервное копирование сервисов