Проверка на успеха на архивирането

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

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

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

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

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

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

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

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

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

Разработчиците на Server Backup са направили всичко, за да опростят процеса на извършване на архивиране в стандартни случаи на SOHO/SMB. Но когато се появят специални условия, тогава техните трудности започват, въпреки че всичко това е относително преодолимо. Например, създали сте няколко задания за архивиране, които отделно архивират нещо до една и съща точка. Но всяка задача има свои собствени изисквания за периода на съхранение на архива.

И вече този файл трябва да бъде изпратен отделно на Планировчик на задачите. В такава ситуация не се изискват допълнителни стъпки. докато сенчестите копия са живи, можете да възстановите файлове от тях (самият архив не е необходим). И ако не са останали копия в сянка (например обемът с архивите е форматиран), за да възстановите данните, просто копирайте папката на архива в корен на всеки том с име WindowsImageBackup и тогава този архив ще бъде определен от системата като подходящ за възстановяване. Така че можете да направите няколко отделни задачи с индивидуален график за резервно копие и ротация.

Ако ротацията на архивите в мрежова папка е съвсем проста и се побира в един ред, тогава с локални архиви ще трябва да свържете CMD помощни програми, а именно - diskshadow.exe! Трябва да изпълните Delete Shadows ID вътре в diskshadow, където GUID - документ за самоличност копие в сянка, което се присвоява на конкретен архив и може да се получи от изхода Get-WBBackupSet (Имот SnapshotID)

По този начин можете да изтривате стари копия на архиви в сянка едно по едно. Когато изтривате копие в сянка, следващата операция за архивиране ще актуализира директорията за архивиране. За да изтриете всички предишни архиви с изключение на текущия вътре в дискове, трябва да направите:

Изтриване на най-старите сенки E:

Където Д: - пътят към тома с архиви.

Самите данни от VHD файла ще бъдат изтрити само при следващата операция по архивиране. Това обаче не се отнася за архиви, които съдържат SystemState. За да завъртите SystemState архиви, ще трябва да използвате друга помощна програма - wbadmin.exe:

wbadmin изтриване на systemstatebackup - версия: дата и час

където datetime е датата и часът, когато е извършено архивирането. Тази дата може да бъде получена и от изхода на командлета Get-WBBackupSet (Имот VersionID). За да изтриете всички резервни копия на SystemState, с изключение на текущия, трябва да изпълните:

wbadmin изтриване на systemstatebackup –backuptarget: E: –deleteoldest

и за да изтриете всички най-стари архиви на SystemState, като същевременно запазите N копия, изпълнете:

wbadmin изтриване на systemstatebackup - запазване на версиите: N

Където н - броят на копията на SystemState, които трябва да се съхраняват.

Въз основа на материала, който сме проучили, можете да направите следното: съхранявайте стандартен архив локално с няколко задачи за архивиране и в мрежова папка всеки тип архив поотделно и прилагайте отделно редуване към тях. Единственото нещо, което ми хрумна, беше да използвам CSV файл за каталогизиране на копия в сянка. Ето как изглежда:

По принцип това е само една възможност за изпълнение на такава задача и не се претегля от никакви проверки. Въпреки това, като се има предвид, че този код е публикуван като TK (TK - Secret Knowledge), така че може да се използва като шаблон за алгоритъма на такава персонализирана ротация. Този скрипт демонстрира само логиката, която можете да използвате и съхранявате, за да отговаряте на вашите собствени условия.

Това е всичко, вероятно, че исках да ви разкажа за архивирането в Windows Server 2008 R2. В Windows 7 няма резервни кратки команди, така че ще трябва да изпълнявате вашите желания само с инструменти CMD (wbadmin, vssadmin, дишанка). И това ще бъде много по-сложно от опцията с изпълнени кратки команди.

Здравейте! Възможно ли е да изберете доставчик на VSS преди архивиране. Aronis True Image Agent е инсталиран на сървъра w2k8 R2. По време на архивиране с помощта на wbadmin се появява следната грешка в регистъра на събитията 22 и 12292 Грешка на услугата за сянка на томове: Не е регистриран критичен компонент, необходим за услугата за копиране на томове. Това може да се дължи на грешка по време на инсталацията на Windows или инсталирането на доставчика на сенчести копия. Върната е грешка от функцията CoCreateInstance за клас с CLSID и име HWPRV: [0x80004002, интерфейсът не се поддържа]. Дейност: Инстанцирайте доставчик на хардуер Вземете извикваем интерфейс за даден доставчик Изброява интерфейсите на всички доставчици, които поддържат този контекст Извличане на свойства за копиране в сянка Контекст: Идентификатор на доставчика: Идентификатор на продавача: Идентификатор на клас: Контекст на моментна снимка: 25 Контекст на моментна снимка: Контекст на изпълнение на 25: Грешка при копиране на сянка на координатор на тома: Възникна грешка при създаването на класа на доставчика на сенчесто копиране на COM с CLSID [0x80004002, интерфейсът не се поддържа]. Дейност: Инстанцирайте доставчик на хардуер Вземете извикваем интерфейс за даден доставчик Изброява интерфейсите на всички доставчици, които поддържат този контекст Извличане на свойства за копиране в сянка Контекст: Идентификатор на доставчика: Идентификатор на продавача: Идентификатор на клас: Контекст на моментна снимка: 25 Контекст на моментна снимка: Контекст на изпълнение на 25: Координатор Това е кодът на доставчика: собственост на Acronis В същото време архивирането върви добре.

Доколкото знам - не, не можете да използвате доставчици на VSS на трети страни. Както и да е, няма интерфейс за това.

Ето грешка, която изпада: Не може да се добави Windows PowerShell снабден Windows.Serverbackup, защото вече е добавен. Проверете името на добавката и опитайте отново. At: line: 2 char: 12 + Add-PSSnapin

добре, това означава, че платформата вече е добавена предварително. Не виждам никакво престъпление в това.

А втората грешка? Планировщик: GetRegisteredTaskInfo не успя поради грешка: Обектът не е свързан със сървъра, (0x800401fd). ... В: линия: 4 char: 24 + $ профили = New-WBPolicy

Не мога да кажа нищо за тази грешка.

По-добре е да се свържете с техническата поддръжка на Akronis с такива въпроси, особено след като не работя с техните продукти.