В прошлой статье мы рассказали об истории развития Microsoft Data Protection Manager. Сегодня мы предлагаем пойти дальше.
Вы узнаете, как это работает технически, взглянув на страшного зверя VSS. 
Предоставляю слово автору статьи, Хабаровданиил (Даниилу Хабарову).
Краткое содержание всей истории таково: В первый частично мы поговорим об историческом контексте Менеджер по защите данных Microsoft , и почему он такой.Привет сообщество, это снова я, и сегодня, как и было обещано, мы поговорим о том, как работает DPM внутри компании.В второй - о том, как это работает технически, со взглядом на страшного зверя ВСС.
Ну, в третий — текущее положение дел, что он умеет и как мы можем его использовать, в том числе с Microsoft Azure Backup.
Меня всегда радовало то, как DPM умеет работать с дисками, а еще больше меня радовали ответы на вопросы о формате: «Почему он создает столько дисков», «Как можно узнать, сколько ихЭ»
Менеджер по защите данных Microsoft и лук
Итак, чтобы понять, почему и как работает DPM, необходимо разобраться в основных вещах, связанных с замечательной технологией VSS. Как сообщает нам сайт Технет .Здесь нас будут интересовать следующие вещи: VSS — это платформа, которая позволяет выполнять операции резервного копирования, пока приложение продолжает работать и записывать в том.
По своей сути он состоит из трех крупных элементов:
- писатель VSS
- VSS-провайдер
- запросчик VSS
О них имеет смысл поговорить подробнее при описании работы механизма резервного копирования приложения, но сейчас нам необходимо понять, какое отношение это имеет к организации хранения резервных копий на дисках.
Итак, если попытаться провести аналогии, то ВСС очень похож на лук.
Да-да, тот самый бантик из мультфильма Шрек, и именно потому, что он многослойный.
Каждый слой луковицы VSS представляет собой так называемую DiffArea, которая при сложении превращается из разрозненных элементов в целую луковицу.
Чтобы создать резервную копию и записать ее на диск, DPM, как известно, создает 2 тома.
Так называемая первоначальная резервная копия хранится на одном томе, том же, который создается при первоначальной синхронизации.
По общепринятой терминологии это будет Full Backup. Чтобы поддерживать резервную копию в актуальном состоянии, DPM выполняет регулярную синхронизацию, которую вы указываете при создании группы защиты.
Перейдем к магии
Но тут начинается волшебство того самого лука «Шрека».На втором томе, который на момент создания исходной копии пуст, начинают создаваться так называемые DiffArea. Вопреки тому, что вы могли ожидать, DiffArea хранит не изменения, а исторические данные.
То есть это выглядит так:
1. Первичная синхронизация произошла, имеем данные: 
2. В момент 1 создается первая DiffArea1, хранящая начальное состояние диска: 
3. Аналогично предыдущему рисунку: 
4. Аналогично предыдущему рисунку: 
5. Итоговое состояние диска: 
Каждая новая DiffArea хранит исторические данные о предыдущем состоянии.
Таким образом, мы получаем что-то вроде комикса, показанного выше.
Чтобы получить исходное состояние данных ААААААА нам нужно последовательно добавить все слои (визуально следуя иллюстрациям).
Каждому из вас, кто читает эти строки, конечно же, интересно, где сохраняются эти данные.
И здесь мы возвращаемся к возможностям размещения данных, предоставляемым VSS. В целом, это позволяет очень гибко и удобно размещать данные.
Если рассматривать работу VSS внутри DPM, то схема выглядит следующим образом: 
Из этой иллюстрации видно, что мы храним данные на одном сервере, а также теневые копии.
Их можно распределить по разным томам с помощью набора контекстов VSS или хранить на одном томе.
Любой, кто так или иначе пользовался сервисом резервного копирования, даже на уровне домашней операционной системы, видел, как он работает. Теневые копии сохраняются на диске, но не видны при просмотре обычными средствами и даже не занимают места, согласно Disk Manager.
С помощью контекста VSS вы также можете установить другие параметры, например, можно ли смонтировать теневую копию, является ли она резервной копией приложения и многое другое.
Суть в том, что с помощью контекста вы задаете основные правила, по которым можно в дальнейшем работать с этими резервными копиями.
Это задается на уровне приложения и в нашем случае DPM. Для увлеченных читателей, желающих подробно узнать о том, как работает VSS, мы сможем продолжить серию рассказов в будущем.
Но для тех, кто хочет увидеть всю картину сразу, я рад предоставить справочный материал, достаточно полно описывающий принцип работы ВСС.
И завершая тему VSS, хотелось бы добавить, что он предоставляет огромное количество возможностей, которые часто неизвестны или не интересны обычному человеку, но тем не менее работают с внешними Hardware Provider, с разными LUN, различными контекстами снапшотов, т.к.
ну а механизм создания Bitmap меня всегда радовал техническим прогрессом и возможностями резервного копирования.
Нижняя граница
Если применить все вышесказанное к практическому смыслу DPM, то получим следующее:- Количество дисков DPM определяется исключительно системой и не может быть изменено пользователем напрямую.
В связи с этим у многих администраторов возникло помимо множества вопросов еще немало проблем: а.
Диспетчер логических дисков при определенных обстоятельствах может запретить создание резервных копий.
Суть в том, что LDM ограничен, поскольку не может поддерживать более 2950 дисков.
Это касается всех дисков, включая физические.
Чтобы избежать этого, необходимо хорошее планирование группы защиты.
б.
Количество теневых копий ограничено.
Как многие знают, максимальное количество теневых копий — 64. Это означает, что если вы хотите сделать на диске большое количество копий, вам нужно искать альтернативы.
- DPM использует исключительно стандартные механизмы резервного копирования, предусмотренные ОС, поэтому и существуют все вышеперечисленные ограничения.
Плюсом данного решения является безусловная поддержка резервного копирования с точки зрения всех технологий MS. Именно благодаря этому у нас есть полная возможность использовать DPM для резервного копирования AD, что является одним из самых больших преимуществ его использования в корпоративной среде.
вышеперечисленные проблемы, а также некоторые плохо документированные функции.
Очень надеюсь, что мне удалось в комиксах объяснить, как это работает и почему так.
Всем спасибо за внимание и до новых встреч!
Теги: #microsoft #it-инфраструктура #Системное администрирование #Резервное копирование #sql #Восстановление данных #Hyper-V #windows server 2012 #Windows Server 2003 #azure backup #Data Protection Manager #Data Protection Manager #Windows Server 2007 #Windows Server 2007 #Windows Сервер 2010
-
Разделитель Пространства Имен В Php
19 Dec, 24 -
«Вебалта» Представила «Оптимисту»
19 Dec, 24 -
Генератор Космического Корабля Из Арматуры
19 Dec, 24
