📜 ⬆️ ⬇️

DPM: Why does he look like a bow?

In the last article we talked about the history of the development of Microsoft Data Protection Manager. Today we offer to go further. You will learn how it works technically, with a peek at the scary beast of the VSS.



I give the floor to the author of the article, khabarovdaniil (Daniel Khabarov).
The outline of the whole story is:
In the first part we will talk about the historical context of Microsoft Data Protection Manager , and why it is so.
In the second - how he works technically, with a peek at the terrible beast VSS.
But in the third - the current state of affairs that he knows how and how we can use it, including with Microsoft Azure Backup.
Hello, community, this is me again, and today, as promised, we will talk about how DPM works inside.

I was always pleased with the way DPM can work with disks, and even more pleased with answering the questions of the format: “Why does he create so many disks”, “How can you deal with their number”.
')

Microsoft Data Protection Manager and bow


So, in order to understand why and how DPM works, you need to understand the basic things associated with the wonderful VSS technology. As the Technet website tells us. We will be interested in the following things here:

VSS is a framework that allows you to perform backup operations while the application continues to run and write to the volume. At its core, it consists of three large elements:


And in the picture it looks like this:



It makes sense to talk more about them when describing how the application’s backup mechanism works, and now we need to understand how this relates to the organization of storing backup copies on disks.

So, if you try and give analogies, the VSS is very much like a bow. Yes, yes, that same bow from the Shrek cartoon, and precisely because it is multi-layered. Each layer of VSS onions is the so-called DiffArea, which, being added together, turn from scattered elements into a whole onion.

To create a backup and burn it to disk, DPM, as you know, creates 2 volumes. On one volume is stored, the so-called initial backup, the same one that is created during the initial synchronization. In the usual terminology, this will be Full Backup. In order to make a backup copy up-to-date, DPM performs regular synchronization, which you specify when you create a Protection Group.

We turn to magic


But then the magic of that very “Shrekovsky” bow begins. On the second volume, which is empty at the time of creating the original copy, the so-called DiffArea begins to be created. Contrary to your expectation, historical data is stored on DiffArea, not changes. That is, it looks like this:

1. Initial synchronization has occurred, we have data:

2. At time 1, the first DiffArea1 was created, which stores the initial state of the disk:

3. Similar to the previous figure:

4. Similar to the previous figure:

5. Final state of the disk:


Each new DiffArea stores historical data about the previous state. Thus, we get approximately such a comic as shown above. To get the initial state of the data AAAAAAA we need to lay down all the layers sequentially (visually following the illustrations).

Each of you who reads these lines, of course, is interested in where this data is stored. And here we will return to the data allocation options provided by VSS. In general, it allows very flexible and convenient to place data. In case we consider the work of VSS inside DPM, then the scheme looks like this:



This illustration shows that we have data on one server, as well as shadow copies. They can be split using different VSS contexts across different volumes, or stored on the same one. Anyone who, in one way or another, used the backup service even at the level of the home operating system, watched it work. Shadow copies are saved to disk, but not visible when viewed by conventional means, and do not even take up space, according to Disk Manager.

Using the VSS context, you can also set other parameters, such as: whether you can mount a shadow copy, whether this is a backup copy of the application, and much more. The bottom line is that using the context you set the basic rules by which you can continue to work with these backups. This is set at the application level, and DPM in our case.

For reverent readers who want to know in detail how VSS works, we can continue the cycle of stories in the future.

But for those who want to see the whole picture at once, I’m happy to cite reference material, which quite fully describes the principle of VSS operation.


And completing the topic of VSS, I would like to add that it provides a huge number of opportunities that are often unknown, or not interesting to the average person, but nevertheless, working with external Hardware Providers, with different LUNs, various picture contexts, and the mechanism creating a bitmap always made me happy for technological progress and backup capabilities.

Total


If we apply all of the above to the practical meaning of DPM, then we get the following:
  1. The number of DPM disks is determined solely by the system and cannot be directly corrected by the user. In this regard, many administrators have in addition to many questions, and many problems:
    a. Logical Disk Manager under certain circumstances, can prevent the creation of backup copies. The bottom line is that LDM has limitations because it cannot support more than 2,950 disks. This applies to all drives, including physical. To avoid this, good protection group planning is needed.
    b. The number of shadow copies is limited. As many know, the maximum number of shadow copies is 64. This means that if you want to make a large number of copies on a disk, you need to look for alternatives.
  2. DPM uses only standard backup mechanisms, which are provided by the OS, and therefore there are all the above limitations. The advantage of this solution is in the unconditional backup support from the point of view of all MS technologies. It is because of this that we have a full opportunity to use DPM for AD backup, which is one of the biggest advantages of using it in a corporate environment.

At the end of my story, I want to note that next time we will talk about DPM 2016, its new features, and if the esteemed audience shows interest in our series, we will be able to talk about possible solutions to the above mentioned problems, as well as some poorly documented opportunities.

I really hope that I could explain in comics how it works and why it is so.

Thank you all for your attention, and see you soon!

Source: https://habr.com/ru/post/337206/


All Articles