Sistem de arhivare a datelor Windows Server prin planificatorul de sarcini. Acest lucru nu este posibil prin GUI.

Sistemul de arhivare a înlocuit NTBackup cu lansarea Windows Server 2008 și astăzi este un produs complet matur și dovedit, dar mulți administratori încă nu folosesc această componentă a sistemului de operare, preferând produse alternative. Pot exista atât motive obiective pentru aceasta, cât și o lipsă de înțelegere a principiilor de funcționare a sistemului de arhivare Windows Server. Prin urmare, am decis să abordăm posibilele lacune de cunoștințe cu acest articol.

Am întrebat destul de des administratorii de sistem pe care îi cunoaștem: ce instrumente folosesc ei pentru a face backup pentru starea serverelor lor? Și au fost foarte surprinși că mulți dintre ei nici măcar nu au menționat sistemul de arhivare Windows Server. La următoarea întrebare: de ce nu folosesc acest instrument, am primit adesea răspunsul că nu înțeleg cum funcționează acest sistem, cum să gestioneze backup-urile etc., etc. În parte, motivul poate fi numit valid atunci când nu se înțelege cum funcționează acest sau acel produs, este mai bine să refuzați să îl utilizați.

Mai bine, află cum funcționează și începe să-l pui în practică. În noul sistem de arhivare, mulți se așteaptă să vadă un succesor al cunoscutului NTBackup, dar Microsoft a reproiectat complet mecanismul de creare a copiilor de rezervă și avem un instrument complet diferit. Principala stocare de rezervă este un disc, care este marcat independent de sistemul de arhivare și ascuns utilizatorului. De asemenea, puteți utiliza un volum deja mapat sau o resursă de rețea, cu toate acestea, aceste metode au limitările lor și anulează toate avantajele noii tehnologii.

Noul sistem de arhivare gestionează independent procesul de backup, creând copii primare și suplimentare ale datelor, precum și perioada de păstrare a acestora. Aceasta este una dintre principalele dificultăți care apar atunci când utilizați un nou instrument. Mulți administratori sunt obișnuiți să precizeze în mod explicit tipul de arhivă care se creează, numărul și perioada de stocare a acestora, așa că dacă nu găsesc aici opțiunile necesare, trag concluzii pripite și incorecte.

Cu Windows Server Backup, oferiți serviciului un disc întreg și gestionează procesul de stocare așa cum crede de cuviință. Este bine sau rău? În opinia noastră - bine. Pentru că destul de des există situații în care administratorul estimează incorect dimensiunea spațiului pe disc necesar pentru stocarea copiilor sau există o creștere bruscă a volumului de date arhivate. În acest caz, există o probabilitate foarte mare ca serviciul de backup să eșueze din cauza lipsei de spațiu liber în cel mai inoportun moment.

Windows Server adoptă o abordare fundamental diferită. Cel mai simplu mod de a face o analogie este cu sistemele de supraveghere video, atunci când un flux este scris continuu pe disc și în orice moment avem o anumită durată de înregistrare determinată de capacitatea discului. Să presupunem că am instalat un disc de 500 GB - avem o săptămână de video, l-am înlocuit cu 1 TB - două săptămâni etc.

Serviciul de backup funcționează în mod similar, scriind copii pe disc până când spațiul liber este epuizat, apoi suprascriind cele mai vechi copii. În acest fel, veți avea întotdeauna o adâncime de backup constantă, limitată doar de spațiul pe disc, chiar și o creștere bruscă a datelor copiate nu va duce la consecințe negative, doar numărul de copii disponibile va fi redus;

O altă dificultate apare aici. Mulți administratori asociază cuvântul disc doar cu un hard disk fizic, după care apar imediat o mulțime de întrebări: de unde să obțineți atâtea discuri, cum să le conectați la servere, cum să vă asigurați că arhivele sunt stocate separat de sistem etc. și așa mai departe. Da, și alocarea chiar și a unui disc de 500 GB pentru backup-ul unui server membru pare oarecum o risipă. Prin urmare, este timpul să vă amintiți despre tehnologia care vă permite să rezolvați imediat întregul strat de „probleme”.

Într-adevăr, această tehnologie este susținută astăzi de toate sistemele, inclusiv chiar și de NAS într-o categorie de preț puțin mai mare decât nivelul de intrare, ceea ce vă permite să gestionați cu înțelepciune spațiul disponibil pe disc și să organizați stocarea arhivelor separat de sisteme. Microsoft recomandă să aveți de 1,5 ori mai mult spațiu pe disc pentru a stoca două copii de date, în opinia noastră, această cifră este oarecum supraestimată, mai ales dacă copiați date care se modifică rar, de exemplu, starea serverului;

Vom trece puțin înainte și vom arăta rezultatul arhivării unui server de testare cu un volum de date arhivate de 29 GB:

După cum puteți vedea, opt copii ale stării sistemului au ocupat aproximativ 9 GB, ceea ce este destul de bine, iar volumul total al discului iSCSI de 60 GB pe care l-am alocat este suficient pentru aproximativ trei săptămâni de stocare a copiilor zilnice, ceea ce în opinia noastră este mai mult decât suficient.

Pentru a crea copii de siguranță, se folosește mecanismul de copiere umbra a volumului (VSS), care vă permite să lucrați cu fișiere deschise și de sistem fără a întrerupe activitatea sistemului și a utilizatorilor. Începând cu Windows Server 2012, sistemul de backup vă permite, de asemenea, să faceți backup mașinilor virtuale Hyper-V care rulează pe gazdă și să le restaurați individual starea. Atunci când utilizați alt software pe server care utilizează capabilități de copiere umbră, sistemul de arhivare are capacitatea de a salva jurnalul VSS, ceea ce va asigura funcționarea corectă a acestor servicii în timpul recuperării.

Separat, ar trebui să ne referim la copiile de rezervă ale bazelor de date, dacă nu există probleme cu produsele care acceptă copierea instant, cum ar fi MS SQL Server sau Exchange, pot apărea probleme cu produsele terțe, de exemplu, PostgreSQL. Mecanismul de copiere umbră nu verifică integritatea logică a fișierelor, luând pur și simplu un instantaneu al stării lor la un anumit moment în timp copia este creată. Pentru sistemele neacceptate, vom primi pur și simplu o porțiune a bazei de date pentru o anumită stare de timp la restaurarea unei astfel de baze de date, aceasta va fi adusă la o stare consistentă folosind DBMS, cu alte cuvinte, toate tranzacțiile în așteptare vor fi anulate; poate apărea pierderea.

Pe baza celor de mai sus, putem concluziona că sistemul Windows Backup este foarte potrivit pentru a crea copii de rezervă ale sistemului și ale datelor utilizatorului, precum și servicii și aplicații „native”. Pentru a arhiva software-ul terț complex, este mai bine să utilizați instrumentele furnizate de producătorul acestui software.

Pentru a începe să utilizați sistemul de arhivare Windows Server, mai întâi trebuie să instalați componenta cu același nume, aceasta se face prin Adăugarea de roluri și caracteristici Expert.

Complementul de gestionare a serviciului poate fi apoi lansat fie prin Facilităţi V Manager server, sau printr-o comandă rapidă în Panoul de control - Administrare.

snap-in-ul este absolut tipic pentru serviciile Windows Server și nu provoacă dificultăți atunci când lucrați cu el.

O privire rapidă pe ecran vă permite imediat să evaluați setările curente și starea serviciului, acțiunile disponibile sunt concentrate în dreapta. Există câteva dintre ele: arhivare unică, arhivare programată și recuperare. Ne interesează în primul rând programul, deși arhivarea unică este, de asemenea, un instrument destul de convenabil, care vă permite să faceți rapid o copie a stării serverului înainte de orice acțiuni potențial periculoase, astfel încât să puteți reveni la începutul lor.

Presare Program de arhivare vom lansa vrăjitorul cu același nume, care ne oferă să arhivăm întregul server, sau să specificăm obiecte pentru arhivare selectivă.

Vom avea întotdeauna timp să arhivăm totul deodată, așa că vom alege un tip de arhivare personalizat. Următorul pas ne va cere să selectăm obiecte pentru arhivare.

Pentru a le adăuga doar faceți clic Adăugați elemente.

Dacă selectați Restabilirea sistemului la starea inițială, apoi vor fi adăugate automat Starea sistemului, partiția de sistem (unitatea C:) și partiția de serviciu cu bootloader. În scop educațional, am adăugat acestor date un folder cu baze de date MS SQL, care ar trebui să reprezinte unele date de utilizator.

Și, de asemenea, setați parametrii serviciului de copiere umbră, dacă aveți aplicații care utilizează acest serviciu, de exemplu, MS SQL Server, atunci ar trebui să selectați setarea Copiere jurnal VSS, care va asigura interacțiunea normală a acestora cu serviciul de copiere umbră; în timpul recuperării.

Apoi va trebui să creați un program, sarcina este extrem de simplă, puteți rula arhivarea fie o dată, fie de mai multe ori pe zi, intervalul minim este de o jumătate de oră.

Am aranjat programul, acum este timpul să decidem asupra locației de stocare a arhivelor. Există trei opțiuni din care să alegeți, fiecare dintre ele fiind destul de bine comentată, ceea ce face alegerea corectă mai ușoară:

După cum am spus deja, este optim să alocați un întreg disc pentru arhivare, vă recomandăm să folosiți discuri iSCSI în acest scop, ceea ce vă permite să rezolvați două probleme principale simultan: să utilizați în mod optim spațiul pe disc și să stocați arhivele separat de sistem.

Este de menționat posibilitatea de a plasa o arhivă într-un folder de rețea, în ciuda restricțiilor stricte, această metodă este convenabilă de utilizat pentru arhivarea unică, atunci când trebuie să creați rapid o arhivă și să o plasați în afara serverului.

Dacă selectați un disc, acesta va fi formatat și ascuns, aceasta oferă protecție suplimentară împotriva posibilelor influențe distructive, de exemplu, troienii de criptare.

La ultimul pas, ar trebui să vă asigurați încă o dată că setările efectuate sunt corecte și să le confirmați apăsând butonul Gata.

Acum tot ce rămâne este să așteptați timpul specificat și să vă asigurați că procesul de arhivare a fost finalizat fără eșecuri. Când creați un program, ar trebui să luați în considerare încărcarea subsistemului de stocare în rețea și pe disc, ceea ce poate duce la o scădere a performanței acestora.

După ce copia de rezervă a fost creată, ar fi o idee bună să verificați posibilitatea de restaurare de pe aceasta. Pentru a face acest lucru, selectați acțiunea cu același nume în snap-in, iar aceasta se va lansa Expert de recuperare, care vă va cere mai întâi să indicați locația arhivei:

Apoi indicăm data și ora la care a fost creată copierea de rezervă la care dorim să revenim, datele disponibile sunt evidențiate cu caractere aldine.

Apoi indicăm exact ce vrem să restabilim:

După cum puteți vedea, acestea pot fi fișiere și foldere, mașini virtuale Hyper-V, volume, aplicații și starea sistemului. O mențiune specială trebuie făcută pentru aplicații. Această caracteristică este disponibilă numai pentru aplicațiile înregistrate în sistemul de arhivare, care trebuie să poată funcționa cu API-ul serviciului și să accepte VSS. Mai simplu spus, această listă include un număr limitat de programe, în principal de la Microsoft însăși, iar pentru software-ul terților această funcție este inutilă.

În același timp, este dificil să supraestimați posibilitatea recuperării stării sistemului, ceea ce vă permite să reveniți starea sistemului de operare fără a afecta datele utilizatorului. Acest lucru este foarte util în situațiile în care a trecut ceva timp între efectuarea modificărilor sistemului și identificarea efectului lor negativ.

Restaurarea stării sistemului se realizează în două etape, fiecare dintre ele se termină cu o repornire.

Mai mult, a doua etapă arată ca o pornire normală a sistemului de operare și nu afișează niciun mesaj, pur și simplu repornind după un timp. Poate părea că a existat o eroare sau un eșec, dar nu este cazul.

Prin urmare, trebuie doar să aveți răbdare și să așteptați mesajul despre finalizarea cu succes a operației. În funcție de viteza rețelei, performanța discului și volumul de date, această operațiune poate dura o perioadă semnificativă de timp.

O alternativă la o restaurare a stării sistemului este o restaurare la nivel de volum, care va distruge toate datele și va readuce volumul la starea în care se afla la data specificată. Acest lucru poate fi util în cazul unui incident de virus în care doriți să vă asigurați că niciun malware nu rămâne pe sistem sau în cazurile în care volumul original a fost deteriorat.

În general, această operațiune nu este diferită de restaurarea unui volum dintr-o imagine folosind orice alt software, de exemplu, Acronis.

La restaurarea folderelor și fișierelor, puteți gestiona în mod flexibil parametrii de recuperare, de exemplu, salvând ambele versiuni ale fișierului: cea actuală și cea restaurată, acest lucru este util în cazurile în care fișierul a fost suprascris accidental, dar rezultatul actualului este nevoie și de muncă. În timpul recuperării, puteți, de asemenea, să restaurați toate drepturile de acces la fișiere și foldere, ceea ce este important dacă aveți un sistem complex de atribuire a drepturilor.

După cum puteți vedea, sistemul de backup Windows Server este un instrument foarte funcțional și convenabil care permite recuperarea cu succes a datelor la orice nivel și, în același timp, scutește administratorul de o parte semnificativă a grijilor legate de gestionarea acestui proces. Prin urmare, dacă nu utilizați încă acest sistem de arhivare, atunci după ce ați citit acest material este timpul să îl priviți mai atent.

• Etichete:

Vă rugăm să activați JavaScript pentru a vizualiza

Pentru a efectua o copie de rezervă a serverului Windows 2012 componenta încorporată este destul de suficientă" ". Mai întâi adăugați serviciul prin " Adăugarea de roluri și caracteristici Expert".

2. În primul pas, faceți clic pe „ Mai departe".

3. În configurația de arhivare, selectați „ Personalizat".

4. Bifați caseta de lângă „ Stările sistemului„Acest lucru va fi suficient pentru recuperare.

5. Setați un program de arhivare.

6. Cea mai convenabilă și de încredere destinație este să creați un folder de rețea la distanță, de exemplu, un al doilea controler de domeniu și, la rândul său, să îl faceți backup la primul.

7. Apoi, specificați calea exactă către folderul de rețea.

8. Înainte de a finaliza asistentul, verificați din nou dacă toate setările sunt corecte și faceți clic pe „ Gata".

9. Sarcina de arhivare creată poate fi găsită în planificatorul de activități de-a lungul căii: „ Bibliotecă Task Scheduler -> Microsoft -> Windows -> Backup".

10. De asemenea, nu uitați să înregistrați utilizatorul sub care arhivarea stării sistemului va fi lansată în Politica de grup " Politica implicită pentru controlerul de domeniu -> Configurare computer -> Politici -> Configurare Windows -> Setări de securitate -> Politici locale -> Atribuire drepturi utilizator -> Conectați-vă ca job batch".

Recuperare Director activ trebuie executat în mod DSRM ("Modul de restaurare a serviciilor de director" - "Modul de restaurare a serviciilor de director"). Pentru a activa acest mod faceți clic pe " F8 „Înainte de începere OS pentru a vedea opțiuni suplimentare de descărcare.

O altă opțiune la care să ajungeți DSRM : executa comanda " oprire -r -o -t 0„Pentru încărcare OSîn modul de diagnosticare și acolo puteți spune sistemului să ofere opțiuni de pornire suplimentare.

Și ultima cale: utilizare " msconfig"pentru a specifica parametrii de boot (în cazul nostru, selectați " Safe Mode -> Active Directory Restore"). Trebuie adăugat că aceasta este singura modalitate de a porni DSRM fără ca serverul să aibă rolul de controler de domeniu.

Să luăm în considerare două scenarii de recuperare:

Primul atunci când hardware-ul se defectează și trebuie înlocuit complet. În acest caz, va trebui să instalați mai întâi o curățare OS aceeași versiune, cu același pachet de servicii care era pe controler. Este de dorit ca versiunile browserului să se potrivească I.E.. De asemenea, trebuie să adăugați componenta " Sistem de backup Windows Server".

Secvența acțiunilor este următoarea:
1. În timpul modului DSRM , deschide consola" Sistem de backup Windows Server"și rulează vrăjitorul" Restabili...".

2. Specificați că arhiva se află într-o locație diferită.

3. Apoi, selectați folderul partajat de la distanță.

4. Selectați arhiva dorită.

5. Specificați că doriți să restaurați starea sistemului.

6. Selectați „ Amplasare originală„pentru a restaura și asigurați-vă că bifați caseta” Efectuați recuperarea de încredere a fișierelor Active Directory".

7. După ce s-au făcut setările, începem recuperarea, fiind de acord cu toate avertismentele sistemului.

8. Când ați terminat, serverul va trebui repornit. Toate schimbările în Director activ, realizat după copierea de rezervă va fi replicată automat de la alte controlere de domeniu.

Conform celui de-al doilea scenariu este necesară restaurarea obiectelor șterse accidental Director activ: utilizatori, grupuri etc. În acest caz, funcționalitatea coșului de cumpărături nu este utilizată în domeniu. În acest caz, procedăm complet conform primului scenariu, cu excepția repornirii serverului după recuperare. Înainte de a face acest lucru, lansați consola" cmd " cu privilegii ridicate și rulați următoarele comenzi:

ntdsutil -> Activare NTDS de instanță -> restaurare autorizată -> Restaurare subarborele „let_to_object”

De exemplu, pentru a restaura toate obiectele dintr-un domeniu TEST.LOCAL indica calea" DC=test, DC=local":

Această comandă va interzice replicarea de-a lungul căii specificate de la alte controlere și, astfel, va permite restaurarea obiectelor Director activ existente la momentul copiei de rezervă.

Și așa, un scurt rezumat al cunoștințelor teoretice de care avem nevoie:

Puteți efectua copii de siguranță pe o resursă de rețea sau pe un volum separat. Copierea într-o partajare de rețea are câteva dezavantaje semnificative: în primul rând, dacă există probleme cu rețea (în timp ce arhivarea rulează), în mod evident, copia de rezervă nu va fi creată și, în al doilea rând, un folder de rețea poate conține doar o singură copie de rezervă. (Făcând copii de rezervă în același folder de rețea ca înainte, distrugeți copia de rezervă anterioară).

Copierea pe un volum separat se efectuează după cum urmează: folderul WindowsImageBackup\ este creat pe volumul țintă<Numele calculatorului>\. În acest folder, la rândul lor, vor fi create discuri virtuale (câte unul pentru fiecare dintre volumele de rezervă), la care se va efectua backup-ul. Odată ce copia este completă, starea discurilor virtuale care stochează copiile de rezervă va fi salvată utilizând serviciul de copiere umbră. Data viitoare când arhivați, vor fi efectuate aceleași acțiuni, rezultând ca fiecare arhivă specifică să fie disponibilă atunci când accesați o anumită copie umbră. Mai mult, din punctul de vedere al programului de arhivare, fiecare astfel de arhivă va fi o arhivă completă, iar din punct de vedere al spațiului utilizat, aceasta va fi incrementală (copia shadow stochează informații doar despre blocurile de date modificate).

Informațiile despre procesul de arhivare finalizat sunt stocate în mai multe locuri în sistemul de operare, care se poate întâmpla să conțină informații inconsistente. Este clar că numărul real de copii de rezervă care sunt stocate local pe computer nu poate fi mai mare decât numărul de copii umbră ale volumului pe care a fost efectuată copia de rezervă. Puteți vizualiza informații despre numărul de copii umbră, de exemplu, pe linia de comandă folosind comanda umbra discului(și subcomenzile sale enumera toate umbrele). Totuși, copiile umbra nu conțin suficiente informații pentru a crea o listă de copii de siguranță, așa că aceste informații sunt preluate din alte locuri. De exemplu, sistemul de operare păstrează înregistrări ale copiilor de rezervă în catalogul global de arhive, precum și în jurnalul de evenimente Windows Server Backup Log. Informațiile din aceste surse sunt afișate în snap-in Windows Server Backup. Ca urmare, poate apărea o situație ca echipamentul să ne arate informații contradictorii care nu au nicio legătură cu realitatea.

Uită-te la captura de ecran. A fost realizat pe un sistem pentru care pe discul local erau stocate doar două arhive (au fost doar două copii umbră) și nu a fost creată o singură arhivă de rețea. Cu toate acestea, echipamentul ne spune în secțiunea „Toate arhivele” că se presupune că avem 6 arhive, iar în fereastra de mesaje vedem un raport despre crearea a doar 3 arhive. Pentru a forța sistemul de operare să afișeze informații consistente care să corespundă realității, va trebui să inițializam toate componentele sistemului de arhivare care stochează informații despre backup-urile sau despre backup-urile în sine. Pentru a face acest lucru, va trebui să ștergem jurnalul de backup din Windows, să ștergem directorul arhivei globale (folosind comanda wbadmin șterge catalogul) și ștergeți toate copiile umbră (folosind comanda diskshadow șterge toate umbrele). În general, informațiile stocate în jurnalul de backup Windows sunt de natură pur informațională și nu afectează în niciun fel procesul de restaurare a informațiilor din arhivă, dacă este necesar, ceea ce nu se poate spune despre informațiile stocate în catalogul global. Dacă catalogul global este deteriorat, atunci nu vom putea restaura informații folosind instrumente standard de arhivare a sistemului de operare Windows. Cu toate acestea, un catalog de arhive global deteriorat sau șters poate fi restaurat dintr-o copie de rezervă care este creată de fiecare dată când arhivați în folderul WindowsImageBackup\<Numele calculatorului>\. Pentru a restaura un catalog de arhivă globală deteriorat, trebuie mai întâi să-l ștergeți (folosind comanda wbadmin șterge catalogul), apoi restaurați din backup (folosind comanda catalogul de restaurare wbadmin).

Ei bine, acum, de fapt, voi publica scriptul de rezervă:

Scriere-Verbose „Start...” #Salvează valoarea variabilei de mediu $VerbosePreference $tmpVerbpref=$VerbosePreference $VerbosePreference="Continuare" #Cale către folderul de rețea în care vom copia arhiva $NetworkBackupPath="\\SRV66 \Backup$\SRV02 \BMR" #Numele partiției pe care vom crea arhiva $VolumeTarget="D:" # Numărul de copii de rezervă care trebuie salvate pe mediul local $BackupQuantity=3 # Numărul de copii de rezervă care trebuie să fie salvate pe stocarea de rețea $NetBackupQuantity=5 # Calea către fișierul listei de rezervă $csvFile="D:\Backup\ProfileBackup.csv" #Calea către folderul în care vom crea arhiva 7zip $Path2Arc="D: \Backup" # conectați programul de conectare Server Backup Add-PSSnapin Windows.Serverbackup -ErrorAction SilentlyContinue # creați o sarcină de rezervă $policy = New-WBPolicy<# # создаём и добавляем в задание бэкапа о бэкапируемых файлах $source = New-WBFileSpec -FileSpec "C:\Users" Add-WBFileSpec -Policy $policy -FileSpec $source #> # #Get list of critic volumes $VolSources = Get-WBVolume -CriticalVolumes #Add volumes to be backed up Add-WBVolume -Policy $policy -Volume $VolSources #Define VSS Backup Options Set-WBVssBackupOptions -policy $Copy SystemBackups #Enable SystemBackups backup Add-WBSystemState -policy $policy #Activare Bare Metal Recovery Add-WBBareMetalRecovery -Policy $policy # # specificați volumul local în care va fi copiată arhiva $target = New-WBBackupTarget -VolumePath $VolumeTarget Add-WBBackupTarget -Policy -Target $target Scriere-Verbose „Începem procesul de creare a unei copii de rezervă” # efectuați o copie de rezervă Start-WBBackup -Policy $policy # verificați codul de returnare cu rezultatul copiei de rezervă dacă ((Get-WBSummary).LastBackupResultHR -eq 0) ( # redenumiți arhiva cu un nume mai prietenos $newname = "_Backup_$(Get-Date -f aaaaMMddHHmm)" Write-Verbose "Redenumiți folderul cu arhiva nou creată în $newname ..." Ren $VolumeTarget\ WindowsImageBackup -NewName $newname # Arhivați arhiva folosind 7zip $arc="C:\Program Files\7-Zip\7z.exe" $arc_params="a -t7z -m0=LZMA2 -mmt -mx9" $arc_source="$ VolumeTarget\$newname" $arc_dest="$Path2Arc \$newname.7z" Write-Verbose "Ambalați folderul $newname folosind 7zip în $newname.7z" Start-Process $arc -ArgumentList "$arc_params $arc_dest $arc_source" - Așteptați # copiați arhiva într-un folder de rețea #copy $VolumeTarget \$newname $NetworkBackupPath -Recurse Write-Verbose „Copiați fișierul $arc_dest în folderul de rețea...” copieți „$arc_dest” $NetworkBackupPath dacă ($?) ( #dacă copierea a fost finalizată fără erori, ștergeți fișierul arhivă și folderul care a fost împachetat în această arhivă din „$arc_dest” -Force -Verbose al $VolumeTarget\$newname -Recurse -Force #-Verbose ) # ștergeți arhivele vechi din folder de rețea, cu excepția celor mai recente arhive $BackupQuantity $NetBackups=dir $NetworkBackupPath | ?($_.Name -match „_.+(\d)+\.7z$”) $NetBackupsCount=$NetBackups.count dacă (($NetBackupsCount - $NetBackupQuantity) -gt 0) ( $NetBackups | sort lastwritetime | select -First ($NetBackupsCount - $NetBackupQuantity) | del -Force -Verbose #-Recurse -WhatIf ) # citiți propriul nostru director de rezervă $csv=@() if (Test-Path $csvFile) ($csv = @(Import- Csv $csvFile)) # citește datele despre cea mai recentă copie de rezervă $current = Get-WBBackupSet | selectați -Ultimul 1 | selectați VersionID, SnapshotId # și adăugați-l la matricea de obiecte ale backup-urilor existente $csv += $current # pentru a evita confuzia, sortați din nou obiectele și scrieți înapoi în fișierul CSV $csv | sortează @(Expresie=(($_. VersionId)))| selectați -Last $BackupQuantity | Export-Csv $csvFile -NoTypeInformation # și numărați câte înregistrări există $count = $csv.count # dacă există mai multe înregistrări BackupQuantity, apoi numărați câte arhive suplimentare trebuie șterse. # dacă există mai puține intrări BackupQuantity, atunci nu este nevoie să ștergeți nimic și să adăugați o nouă intrare dacă ($count -gt $BackupQuantity) ( $old = $count - $BackupQuantity # generează un nume aleatoriu pentru scriptul care va fi folosit în diskshadow $file = : :GetRandomFileName() # selectați toate arhivele inutile și treceți-le prin canalul de ștergere $csv | sort @(Expression=(($_.VersionId)))| #Read-Host "Apăsați Enter pentru a continua..." | Out-Null #Write-Verbose $file ##Read-Host "Apăsați Enter pentru a continua..." Out-Null # scrieți comanda într-un fișier temporar ". ștergeți ID-ul umbrelor ($($_.SnapshotID ))"|Out-File -FilePath $Env:TEMP\$file -Coding OEM #gc $Env:TEMP\$file #Read-Host "Apăsați Enter pentru a continua... " | Out-Null # și rulați diskshadow în modul script diskshadow /s $Env:TEMP\$file | Out-Default ) del $Env:TEMP\$file ) ) else ( # jură că backup-ul nu a fost finalizat cu succes Scrie- Verbose „Eroare la executarea copiei de rezervă” ) Scriere-Verbose „Scriptul s-a terminat de rulat” #Restabilirea valorii variabilei de mediu $VerbosePreference $VerbosePreference=$tmpVerbpref

În Windows Server (2008, r2, 2012, r2), atunci când configurați arhivarea prin interfața grafică, există un mare dezavantaj: vi se oferă posibilitatea de a arhiva în fiecare zi sau mai des de o dată pe zi. Prin urmare, nu puteți configura arhivarea datelor să înceapă în zile diferite. Cu o cantitate mare de date, copierea în fiecare zi este imposibilă (sistemul pur și simplu nu are timp să completeze copia). Aproximativ începând de la 3 TB.

Sistemul are o partiție de 4 TB cu date și două discuri de 3 TB pentru backup.

Secțiunea cu date sub litera d:

Secțiunea de rezervă f: și e:

Să începem să creăm un fișier bat care va începe arhivarea datelor.

Deschideți Notepad (apăsați comanda rapidă de la tastatură windows+r recrutarea unei echipe blocnotesși apăsați enter)

Lipiți următoarea comandă cu parametri

wbadmin start backup -backupTarget:f: -include:d:\folder1,d:\folder2 -systemstate -vssFull -quiet

wbadmin- aplicație standard de arhivare

-backupTarget:f:- locul unde va fi localizată arhiva (în primul fișier bat indicăm drive f:)

-include:d:\folder1,d:\folder2- foldere din secțiunea d: pe care le vom arhiva

- starea sistemului - Creează o copie de rezervă care include starea sistemului în plus față de toate celelalte elemente specificate cu parametrul -include. (Toată secțiunea referitoare la sistem și starea acestuia, inclusiv secțiunea „rezervată de sistem”)

-vssFull- Efectuează backup complet utilizând Serviciul de copiere umbra a volumului (VSS). Faptul că fiecare fișier este arhivat este reflectat în jurnalul corespunzător. Dacă această opțiune nu este utilizată, comanda „WBADMIN START BACKUP”+B192 efectuează o copie de rezervă, dar istoricul fișierelor pentru care se face backup nu este actualizat. Atenţie! Nu utilizați această opțiune dacă utilizați un alt produs decât Windows Server Backup pentru a face copii de rezervă ale aplicațiilor pe volume incluse în backup-ul curent. Acest lucru poate deteriora o copie de rezervă incrementală, diferențială sau de altă natură creată de un alt produs.

-Liniște- suprimă toate solicitările pentru utilizator

Salvați fișierul cu extensia .bat

Creăm o sarcină, să spunem o dată pe săptămână sâmbăta, în planificator și specificăm acest fișier.

Acum să creăm un al doilea fișier bat, doar că acum vom insera comanda cu diferiți parametri

wbadmin start backup -backupTarget:e: -include:d:\folder4,d:\folder5 -exclude:d:\folder4\temp -systemstate -vssFull -quiet

Acest fișier bat va începe să arhiveze alte două directoare și pe un alt disc vom crea și o copie a sistemului (în cazul în care primul disc pentru arhivare nu mai funcționează);

Această comandă folosește opțiunea -exclude: d:\folder4\temp(exclude folderul de la copiere).

Salvați fișierul cu extensia .bat

Creăm o altă sarcină pentru duminică în planificator și specificăm acest fișier.

În acest articol, ne-am uitat la metoda de arhivare a liniei de comandă într-un moment care este convenabil pentru noi și am folosit două discuri pentru backup.

Acest lucru nu se poate face prin GUI.

Opțiuni suplimentare care pot fi utile

-exclude- Specifică o listă de articole care trebuie excluse din arhivare, separate prin virgule. Puteți include mai multe fișiere, foldere sau volume. Volumele pot fi specificate folosind o literă de unitate, un punct de montare a volumului sau un nume de volum bazat pe GUID. Dacă este utilizat un nume de volum bazat pe GUID, acesta trebuie să se încheie cu o bară oblică inversă (\). Când specificați o cale de fișier, puteți utiliza un caracter wildcard (*) în numele fișierului. Ar trebui utilizat numai împreună cu opțiunea -backupTarget.

-nonRecurseInclude- Specifică o listă nerecursivă, separată prin virgulă, de articole care urmează să fie incluse în arhivă. Puteți include mai multe fișiere, foldere sau volume. Volumele pot fi specificate folosind o literă de unitate, puncte de montare a volumului sau nume de volume bazate pe GUID. Numele volumului bazat pe GUID trebuie să se încheie cu o bară oblică inversă (\). Când specificați o cale de fișier, puteți utiliza un caracter wildcard (*) în numele fișierului. Ar trebui utilizat numai împreună cu opțiunea -backupTarget.

-nonRecurseExclude- Specifică o listă nerecursivă de articole care trebuie excluse de la arhivare, separate prin virgule. Puteți include mai multe fișiere, foldere sau volume. Volumele pot fi specificate folosind o literă de unitate, un punct de montare a volumului sau un nume de volum bazat pe GUID. Numele volumului bazat pe GUID trebuie să se încheie cu o bară oblică inversă (\). Când specificați o cale de fișier, puteți utiliza un caracter wildcard (*) în numele fișierului. Ar trebui utilizat numai împreună cu opțiunea -backupTarget.

-hiperv- Specifică o listă de componente incluse în arhivare, separate prin virgule. Identificatorul poate fi numele sau GUID-ul componentei (cu sau fără acolade).

-toate critice- Creează o copie de rezervă care include toate volumele critice (volumele critice conțin fișiere și componente ale sistemului de operare) în plus față de toate celelalte elemente specificate cu parametrul -include. Această opțiune este utilă atunci când se creează o copie de rezervă pentru a restabili sistemul la starea inițială. Ar trebui utilizat numai împreună cu opțiunea -backupTarget.

-noVerify- Împiedică verificarea copiilor de rezervă scrise pe medii amovibile (cum ar fi DVD-uri) pentru erori. Dacă această opțiune nu este utilizată, copiile de rezervă salvate pe suporturi amovibile sunt verificate pentru erori.

-utilizator- Dacă copia de rezervă este salvată într-un folder partajat de la distanță, specifică un nume de utilizator cu permisiunea de scriere în acel folder.

-parola- Specifică parola pentru numele de utilizator specificat pentru parametrul -user.

-noInheritAcl- Aplică permisiunile din lista de control al accesului (ACL) corespunzătoare acreditărilor specificate de parametrii -user și -parolă în folderul \\<имя_сервера>\<имя_общей_папки>\WindowsImageBackup\<архивируемый_компьютер>\ (dosar de rezervă). Pentru a accesa copia de rezervă mai târziu, trebuie să utilizați aceste acreditări sau să fiți membru al grupului Administratori sau Operatori de rezervă de pe computerul cu folderul partajat. Dacă nu este utilizată opțiunea -noInheritAcl, permisiunile ACL din folderul partajat la distanță sunt aplicate folderului<архивируемый_компьютер>implicit, ceea ce asigură că fiecare utilizator care are acces la folderul partajat de la distanță are acces la copia de rezervă.

-vssCopy- Efectuează arhivarea copiei folosind VSS. Jurnalul fișierelor arhivate nu este actualizat. Aceasta este valoarea implicită.

-allowDeleteOldBackups- Suprascrie copiile de rezervă găsite înainte de actualizare.

Nu este necesar să creați fișiere bat, este suficient să adăugați corect comanda și parametrii la planificatorul de sarcini.