Архитектура Резервного Копирования В Системах Netapp Fas

В этой статье я рассмотрю, как архитектура SnapProtect воплощает в жизнь «Парадигма резервного копирования NetApp» , используя передовые технологии и преимущества систем хранения данных, серии Ф.

А.

С.

.

Программное обеспечение SnapProtect (SP) предназначено для управления жизненным циклом резервного копирования, архивирования и восстановления данных для всей инфраструктуры, расположенной на Система хранения НетАпп Ф.

А.

С.

.

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

Ф.

А.

С.

очень универсальные системы, которые можно использовать для задач как «базовые» Система хранения , "запасной" ( Д.

Р.

) и для архивирования данных.

Комплекс SnapProtect состоит из следующих основных компонентов:

  • Сервер с SnapProtect Management Server (лицензия CommServe), для отказоустойчивости используется кластеризация (на уровне приложения + кластеризация БД )
  • Серверы с установленными MediaAgents.
  • iDataAgents (iDA).

    Устанавливается на хосты для интеграции с Операционные системы , файловые системы, приложения и другие компоненты хоста Операционные системы .

  • SP взаимодействует с хранилищем NetApp через Oncommand Unified Manager.


Архитектура резервного копирования в системах NetApp FAS

Есть такие Ида агенты:
  • ВСА — Для VMWare и Hyper-V
  • для Oracle под Windows/Unix/Linux (в том числе с РАК )
  • на обмен (в том числе с ДАГ )
  • для MS SQL
  • для SnarePoint
  • Драйвер Qsnap для файловых систем Win/Unix
  • НАН НДМП Ида
  • DB2 Unix/Linux
  • Lotus Domino в Windows
  • Активный каталог Ида
Согласованность, как упоминалось ранее, достигается посредством агента Ида на хосте, поэтому перед удалением аппаратного помощника SnapShot на стороне хранилища агент «подготавливает» приложение.

Этот метод резервного копирования можно выполнять многократно, прямо посреди рабочего дня, поскольку клиенты, подключенные к таким приложениям, даже не заметят этих процессов.

Репликация (согласованных) снимков между площадками хранения может выполняться с помощью SnapMirror или SnapVault. Загрузка данных из основной или резервной системы в ленточную библиотеку осуществляется через медиаагент для САН И НАН данные.

Также для НАН вы можете загружать данные непосредственно из хранилища NetApp в ленточную библиотеку по протоколу НДМП и SMtape, к сожалению, каталогизация данных в этом случае не поддерживается.

Каталогизация выполняется как пост-процесс путем импорта клонированных (технология FlexClone) снимков из хранилища NetApp. Восстановление данных можно выполнить либо из удаленного хранилища, либо из локального хранилища, либо из ленточной библиотеки.

Существует несколько методов (можно даже сказать способов) восстановления, в зависимости от типа данных, типа восстановления и места расположения этих данных.

Итак, для восстановления всего тома или qtree из снимка в локальное хранилище можно использовать технологию мгновенного восстановления с использованием хранилища из снимка — SnapRestore. Для аналогичного восстановления, но из удаленной системы, вам потребуется выполнить «обратную репликацию» с использованием технологии SnapMirror или SnapVault. Вы можете реплицировать не только самые свежие данные, но и один из снимков, находящихся на удаленном хранилище.

Если необходимо «гранулярное восстановление», внутренняя логика выглядит как клонирование снимка удаленной или основной системы и подключение его к медиа-агенту, затем необходимые объекты переносятся с медиа-агента на необходимый хост. Восстановление с ленточной библиотеки происходит аналогичным образом — через медиаагент на хост. Технологии, необходимые для складских помещений: Таким образом, подводя итог, можно сказать, что на основном сайте должны быть технологии FlexClone, SnapRestore, одна из лицензий репликации (SnapVault/SnapMirror) и сам SnapProtect. Поэтому в хранилище резервных копий необходимо иметь FlexClone, если там будет выполняться каталогизация.

Если схема резервного копирования/восстановления требует возможности быстрого восстановления Тома из снимка на удаленном хранилище, то такое хранилище должно иметь технологию SnapRestore. Поскольку мы реплицируем данные из основной системы в удаленную систему, на удаленной системе также требуется поддержка технологии репликации (SnapVault/SnapMirror).

Кроме того, вам понадобится поддержка со стороны самого SnapProtect. В результате NetApp строго регламентирует для «двухсайтовой модели» дополнительные лицензии на основную и резервную СХД для развертывания архитектуры SnapProtect:

Архитектура резервного копирования в системах NetApp FAS

Гранулярное восстановление.

Под степенью детализации восстановления мы подразумеваем возможность восстановления не всего ЛУН /Том с данными и отдельными объектами или файлами, расположенными на нем.

ЛУН .

Например, для виртуальной инфраструктуры таким объектом может быть виртуальная машина, файл виртуальной машины, виртуальный диск или отдельные файлы внутри виртуальной машины.

Для баз данных таким объектом может быть отдельный экземпляр базы данных.

Для Exchange это может быть отдельный почтовый ящик или отдельное письмо и т.д. SAN + Детальное резервное копирование и восстановление При использовании архитектуры SnapProtect с САН сети необходимо разместить данные приложений, требующих детального восстановления (таких как Exchange, Oracle, MS SQL и другие) на отдельном выделенном ЛУН .

В случае использования виртуализации серверов с такими приложениями действует то же правило: данные этих приложений необходимо размещать на отдельно выделенном РДМ диск.

Сами себя ЛУН На стороне СХД каждый должен лежать в отдельном томе.

Например, в случае виртуализации с БД Oracle и использование САН сетях, для этого необходимо выделить для каждого типа данных БД отдельный ЛУН , связанный в виде РДМ , точно по тем же правилам, как если бы мы использовали SnapManager вместо SnapProtect. Те.

Логика разметки и размещения дисков для SnapProtect будет такая же, как и для SnapManager, здесь действуют те же правила.

Ведь технологии последовательного удаления снимков аппаратного помощника в обоих случаях схожи, если не сказать идентичны.

Более подробно этот пример вы можете посмотреть в моей статье.

«SnapManager для сетей Oracle и SAN» на хабе.



Архитектура резервного копирования в системах NetApp FAS

Пожалуйста, присылайте сообщения об ошибках в тексте на адрес ВЕЧЕРА .

Замечания и дополнения, пожалуйста, оставляйте в комментариях.

Теги: #it-инфраструктура #Системное администрирование #Резервное копирование #Хранилище данных #Хранилище #Восстановление данных #netapp #nas #SAN #netapp fas #snapshot #oracle rac #tape #tape Library #LUN #Data Ontap #snapprotect #SnapProtect #ndmp #d2d #d2d2t #D2D2T #iDataAgent

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.