Основное хранилище и резервные копии: как разделить роли Dorado и OceanProtect
Рассчитайте нагрузку и требования восстановления отдельно для Dorado и OceanProtect. Свяжите ёмкость, ПО, подключения и проверку восстановления приложения в одной архитектуре.
Проектируйте рабочую нагрузку и восстановление вместе
Основное хранилище содержит текущие данные приложения и обслуживает его операции чтения и записи. Хранилище резервных копий предоставляет отдельный ресурс для возврата к предыдущим состояниям данных. Совместный выбор систем класса Dorado и OceanProtect позволяет отдельно рассчитать требования каждой роли: задержку и рабочую нагрузку с одной стороны, окно копирования, срок хранения и восстановление — с другой.
Логическая цепочка выглядит так: приложение и основные данные → совместимое ПО резервного копирования → хранение копий → выбранная среда восстановления → проверка приложения. Эта цепочка показывает распределение ответственности; фактический путь данных зависит от выбранного ПО и протокола.
| Компонент | Основная задача | Данные для подбора |
|---|---|---|
| Основное хранилище | Текущие операции I/O приложения | Задержка, профиль нагрузки, рост |
| Хранилище резервных копий | Размещение и чтение копий | Изменение данных, срок хранения, нагрузка восстановления |
| ПО резервного копирования | Задания, каталог, согласованность и восстановление | Приложения, версии, лицензии |
| Серверная и сетевая среда | Путь данных и вычислительные ресурсы восстановления | Подключения, совместимость, запас ресурсов |
Быстрый доступ для приложений, отдельные резервные копии для восстановления.
OceanStor Dorado
Рабочие данные
ПО и политики резервного копирования
OceanProtect
Отдельное хранилище резервных копий
Ёмкость, глубина хранения и скорость восстановления планируются под требования бизнеса.
Хранилище резервных копий и программное обеспечение
Huawei разделяет для OceanProtect подходы Target Storage и Integrated Appliance. В первом система служит хранилищем для совместимого ПО резервного копирования; во втором отдельно выбирают состав интегрированных программных возможностей. Название семейства не устанавливает наличие конкретных агентов, поддержки приложений и всех необходимых лицензий.
До закупки определяют, что управляет заданиями, где находится каталог, как обеспечивается согласованность данных приложения и кто запускает восстановление. Необходимость существующего backup-сервера, прокси или агента зависит от продукта и версии. В матрице совместимости вместе проверяют ОС, гипервизор, приложение и режим использования хранилища.
Рассчитывайте ёмкость по политике хранения
Для основной системы учитывают текущие данные, рост, снимки и запас свободного места. Для копий дополнительно нужны скорость изменения, расписание полных и инкрементальных копий, сохраняемые версии и политика длительного хранения. Умножение объёма основных дисков на фиксированный коэффициент не заменяет эти данные.
В обоих расчётах из raw-ёмкости вычитают расходы на RAID, резервы и служебное пространство. Эффект дедупликации и компрессии зависит от фактических данных и обосновывается отдельно. Лицензионный объём также остаётся отдельной строкой: его правила учёта автоматически не определяют полезное пространство или объём защищаемых данных.
Подключения и общие точки отказа
Скорость порта СХД не определяет скорость всего копирования или восстановления. Совместно оценивают источник, ресурсы серверов, ПО, сетевой путь и целевую систему. Для Fibre Channel согласуют адаптеры хостов, оптику, zoning и multipathing, для Ethernet — требуемый протокол, сетевые параметры и полосу пропускания.
Отдельный корпус backup-системы разделяет физические ресурсы, но сам по себе не создаёт удалённое аварийное восстановление. Общими рисками могут остаться питание, сеть, административный доступ и место размещения. Если нужна защита от потери площадки или несанкционированного удаления, отдельно проектируют размещение копий, разделение доступа и режим защиты.
Практический пример: вернуть приложение к предыдущему состоянию
Допустим, ошибочное обновление повредило данные учётного приложения. Основное хранилище может оставаться исправным; задача — вернуть подходящую предыдущую версию. На испытании администратор выбирает нужную точку в каталоге, восстанавливает данные в выделенную тестовую среду и запускает базу по регламенту приложения.
Проверка продолжается после копирования файлов: приложение должно открыться, контрольные операции — выполниться, результат — получить подтверждение. В измеренное время восстановления входят подготовка, сеть и запуск приложения наряду с чтением данных. RPO обозначает допустимый интервал потери данных, RTO — целевое время восстановления; эти цели задаёт бизнес и проверяют испытаниями, а не выводят из названия оборудования.
Короткий технический бриф перед закупкой
До подготовки спецификации систем хранения, ПО, подключений и услуг соберите следующие данные.
- Приложения и версии, объём данных, скорость изменения и прогноз роста.
- Действующее ПО резервного копирования, лицензии, серверы и используемые протоколы.
- Срок хранения копий, требования бизнеса к RPO/RTO и приоритеты восстановления.
- Размещение, схема питания и сети, требования к удалённой копии и разделению доступа.
- Сценарий приёмки: какое приложение восстанавливают, кто проверяет и какой результат принимают.
Проект хранения данных
Обсудим архитектуру хранения под ваши приложения, объём данных и планы роста.
