Windows Server 2008 R2 и Windows Backup (Част 2) - PKI разширения

Когато процесът на архивиране приключи, можете да видите състоянието му:

Тук ще видите основна информация за резултатите от архивирането. Имот LastBackupResultHR съдържа код за връщане. Ако е 0, значи всичко е наред. Ако не е 0, тогава архивирането не е било успешно. И ето го собствеността NumberOfVersions показва колко копия на архива вече се съдържат в текущия архив. Тази точка ще бъде разгледана по-подробно по-долу.

Когато правите резервно копие, се случват няколко неща:

Ако това е мрежова папка, тогава в пътя \\ Server \ BackupShare \ WindowsImageBackup ще създаде папка за всеки компютър и ще съхрани архива на съответния компютър в нея. В този случай последващите операции за архивиране ще копират архива в същата папка. По време на ntbackup.exe бихме могли да изберем метода за извършване на архивиране - със или без VSS (това не се отнася за резервни копия на SystemState), а сега този проблем е разрешен недвусмислено - VSS винаги се използва. Това се дължи и на факта, че Server Backup използва VSS, за да поддържа историята на архивите, което премахва объркването в архивните копия. Внимателните читатели могат да забележат, че в папката за архивиране има VHD файл (по един VHD за всеки архивиран том), който съдържа текущото състояние на архива. И тогава се появява интересно нещо: всяко ново архивиране се копира в един VHD файл - но къде отиват предишните копия? Всъщност всички те се съхраняват в този VHD файл, но са скрити зад копия в сянка, които се създават с всяка операция за архивиране и се присвояват на архива:

Екип Get-WBBackupSet показва историята на системните архиви и документ за самоличност номерът на копието в сянка, което съдържа архивните файлове по време на конкретна задача за архивиране. При възстановяване от резервно копие MMC конзолата чете тези копия и ви позволява да възстановявате файлове по всяко време по време на архивирането. За да дам по-ясна представа за това, ще ви покажа един прост пример:

  1. Първото архивиране # 1 е в ход.
  2. В BackupTarget се създава папка с архива и данните, които архивираме, се записват във VHD файла;
  3. В BackupTarget се създава копие в сянка, което също съдържа тези файлове и се присвоява на това архивиране;
  4. Времето за архивиране и идентификаторът за копиране в сянка се записват в директорията за архивиране;
  5. Извършва се следващото архивиране на същата задача под No2.
  6. В BackupTarget не се създава нищо, но към VHD файла се добавят нови данни, скриващи данни от резервно копие # 1;
  7. В BackupTarget се създава сенчесто копие, което също съдържа нови данни и се присвоява на този архив (# 2);
  8. Времето за архивиране и идентификаторът за копиране в сянка се записват в директорията за архивиране.
  9. повтарящи точки 5-8.

  • вече няма купчина архивни файлове, които трябва да съберете в някакво хранилище и да се идентифицирате по някакъв начин;
  • за да възстановите файлове и томове, не е необходимо да имате самото архивиране. В края на краищата, копието в сянка, което е присвоено на това архивиране, също може да се използва за възстановяване.

В повечето случаи това решение ще бъде достатъчно за всяка операция по възстановяване. Единственото критично място тук ще бъде наличието на тези копия в сянка. Това може да бъде трудно само ако сенчестите копия на архивния том са повредени. Но обикновено това вече ще означава загуба на всички резервни копия. Така стоят нещата.

Те се съхраняват там толкова дълго, колкото искате, стига да има свободно място. Когато свърши свободното място, Server Backup автоматично се опитва да намери място за себе си. Ако изпълняваме само пълни архиви, тогава най-старите версии на архивите просто се изтриват. Ако комбинираме пълни архиви с инкрементални/диференциални архиви, тогава се взема най-старият архив и в него се вмъкват инкрементални/диференциални архиви, които са били изпълнени в интервалите между пълните архиви, докато има достатъчно място за нов архив. Това гарантира безопасността на най-новите архиви, докато изтривате по-старите. Тази схема за автоматично въртене също ще бъде търсена в повечето случаи. За да спести място, Server Backup автоматично комбинира пълни и инкрементални архиви за планирано задание. Пълно архивиране се извършва на всеки 2 седмици и само допълнителни архиви ще се извършват ежедневно между пълните.