В продолжение темы Программное обеспечение SnapProtect: архитектура резервного копирования в системах NetApp FAS , хочу выделить функционал SnapProtect для открытых систем.
Начиная с выпуска SnapProtect 10.0 Service Pack 4, NetApp теперь поддерживает резервное копирование из хранилищ с прямым подключением и сторонних хранилищ в 7-режимные системы Data ONTAP SnapVault. «SnapProtect для открытых систем» или сокращенно SPOS, выполняет поддержку инкрементной репликации на основе блоков.
Операционные системы Windows, Linux и Solaris, а также такие приложения, как Microsoft Exchange Server, Microsoft SQL Server и Oracle Database. 
Схема работы СПОС
Принципиальное отличие такой схемы от Стандартный подход NetApp к резервному копированию , заключается в том, что снимки делаются не на уровне хранилища (Аппаратный помощник), а на уровне файловой системы (или файлового менеджера типа ЛВМ ) Операционные системы сам хост.
Чтобы использовать функцию СПОС На исходном хосте Windows или UNIX должны быть установлены следующие компоненты:
- MediaAgent: На всех хостах
- Окна: ВСС поставщик программного обеспечения
- UNIX: драйвер Qsnap или Linux ЛВМ или Веритас ВхвМ
- Лицензия на хранилище SnapVault (где будут размещаться резервные копии)
- Поддерживаются 7-режимные системы Data ONTAP версии 7.3.x и новее.
- Поддержки резервных копий пока нет. СПОС на кластерном ONTAP
- Поддерживается только в OnCommand Unified Manager 5.2 (поддержки пока нет).
СПОС В ОКУМ 6.х)
- DB2 сажевый фильтр и приложения MySQL не поддерживаются в СПОС
- 7-Mode vFiler (MultiStore) не поддерживается в качестве места назначения, отличного от vFiler0.
- Необработанные разделы не поддерживаются в UNIX.
- Нет поддержки кластерных приложений или кластерных файловых систем.
- Резервное копирование для групп доступности баз данных Exchange (DAG) не поддерживается.
- Не поддерживается Oracle РАК И КАК М.
- Файловая система ZFS не поддерживается (Oracle Linux/Soraris)
- Программный снимок создается на источнике данных с использованием «родного механизма», такого как ВСС или Qsnap/ ЛВМ
- Раздел добавляется в OnCommand Unified Manager Dataset (соответствует основному разделу системы) в политику хранения, а затем к нему присоединяется клиент, с которого будет выполняться резервное копирование.
- OnCommand Unified Manager выполняет все операции планирования резервного копирования и отправляет с их помощью команды в удаленную систему.
Ф.
А.
С.
, чтобы он подключился к источнику данных и начал копирование данных.
Копирование осуществляется по технологии «Пул», т.е.
не клиент сбрасывает данные в систему резервного копирования, а система резервного копирования вытягивает данные из клиента.
- Если резервное копирование раздела ранее не выполнялось, будет выполнена базовая передача данных (т. е.
передача блоков данных от источника к месту назначения).
- Если раздел ранее был заархивирован, то будут перенесены только измененные данные с момента последней передачи.
Здесь используется механизм контрольной суммы на основе SHA-1 и контрольной суммы.
БД передать получателю как можно больше измененных данных.
Для каждого такого раздела все резервные копии (кроме первой) являются инкрементными.
- Когда передача для всех клиентов завершена, в удаленном хранилище создается моментальный снимок, который регистрируется как основная копия данных приложения, что соответствует моментальной копии в основной системе.
После чего программное обеспечение, выполнившее снимок в основной системе, удаляет снимок после завершения задачи, как только передача данных завершится успешно.
- Восстановление «всего» данных выполняется напрямую, а восстановление «пофайлово» происходит через медиаагент. Клонированный снимок подключается к медиаагенту, и агент копирует все необходимые данные.
Теги: #ИТ-инфраструктура #Системное администрирование #Резервное копирование #Хранение данных #Восстановление данных #резервное копирование #netapp #netapp fas #snapprotect #SnapProtect
-
Домен Kiev.ua Получил Свои Правила
19 Oct, 24 -
Sap Быстро
19 Oct, 24 -
Йост
19 Oct, 24
