Meniul
AcasăAvarii

Copiere de rezervă a sistemelor Windows Server. Actualizați detaliile

Bună ziua, dragi cititori ai blogului, v-am arătat deja de multe ori cum este reparat și restaurat sistemul de operare Windows, dar aproape toate aceste articole au fost despre versiunile client, astăzi vreau să mă corectez și, în sfârșit, să acopăr întrebarea cum este serverul Windows. sistemele sunt susținute, deoarece dacă un server se defectează, acesta este plin de pierderi financiare pentru o afacere, spre deosebire de timpul de nefuncționare al unui computer de birou obișnuit. Vă voi spune exemplele mele din viața reală în care arhivarea Windows Server 2012 r2 m-ar ajuta foarte mult.

Arhivare Windows Server 2012 r2

După cum probabil ați ghicit deja, sistemele de server Windows sunt copiate de rezervă folosind sistemul de arhivare a datelor componenta încorporată Windows Server 2012 r2. Aș dori să notez imediat că este disponibil și în 2008 R2, dar voi vorbi folosind exemplul unei versiuni mai moderne, deși tot ce s-a spus mai sus este potrivit și pentru versiunea anterioară. Dacă încă te-ai întors pe vremea Windows Server 2003, atunci probabil că ești familiarizat cu componenta NTBackup; cu ea toată lumea a făcut copii de rezervă ale sistemului și chiar știa să scrie pe benzi. Apoi 2008 a venit să-l înlocuiască, fără R2, și a arătat o componentă de arhivare Windows proastă și reproiectată, din care au fost eliminate multe funcționalități; încă nu înțeleg logica oamenilor care au lansat această componentă în această formă. A trecut un an și a fost lansat R2, care a returnat deja majoritatea funcțiilor care erau în NTBackup și a făcut backupul serverului Windows foarte simplu și convenabil.

Dacă cineva nu știe, spre deosebire de versiunile client de Windows, versiunile de server nu au un mecanism de protecție a sistemului în mod implicit, iar dacă bootloader-ul sau alte fișiere de sistem sunt deteriorate, nu vă veți putea recupera rapid de la versiunea anterioară, și totul ține de arhitectura sistemului de operare al serverului, deoarece în mod implicit folosește minimum din toate, pentru o protecție mai mare și o încărcare mai mică. Însuși administratorul de sistem va decide de ce are nevoie și acest lucru este corect, dar protecția ar fi putut fi activată.

Vă voi spune un exemplu din viață, ca toți administratorii, cea mai mare parte a parcului de servere a fost de mult timp mașini virtuale, deși există o mică parte din servere care nu sunt virtualizate, pur și simplu pentru că nu este rațional și nu va produce niciun fel. beneficii, vorbesc de servere cu 300 GB RAM si server MS SQL. Într-o bună zi a avut loc o pană de curent și UPS nu a putut face față. Ca urmare, serverele se închid, nu tocmai corect. În timpul restabilirii serviciilor, unul dintre servere nu s-a pornit și a apărut o eroare în timpul încercării la încărcarea Windows. A fost posibil să-l învingeți, dar după 5-6 ore, ceea ce veți fi de acord nu este foarte rapid, dar dacă ar exista o copie de rezervă a sistemului și un instrument de recuperare, atunci totul ar fi trecut în câteva minute.

Dacă este posibil, faceți întotdeauna copii de rezervă ale sistemului de operare pe servere fizice, atunci veți economisi mult timp și efort

Dacă accesați System Properties, nu veți găsi fila System Protection pe Windows Server 2012 R2.

De ce sistemul de arhivare a datelor Windows Server 2012 r2?

Înțeleg perfect că există o serie de alte produse software pentru a face backup pentru sistemele de operare server, de exemplu de la:

  • Veeam
  • Acronis

Dar sistemul de arhivare a datelor Windows Server 2012 r2 este deja sub capota sistemului în sine, iar cel mai mare șoc este că majoritatea administratorilor de sistem pur și simplu nu știu despre el, așa că sunt forțați să folosească produse terțe. Cineva mi-a spus că nu înțelege cum funcționează totul, ceea ce m-a determinat să scriu acest articol pentru ca oamenii să poată vedea toate acestea în practică.

Unde pot face o copie de rezervă?

Sistemul de arhivare a datelor pe server Windows poate crea copii de rezervă în următoarele stocări:

  • În mod ideal, sistemul ar trebui să aibă un disc separat, care este marcat de sistemul de arhivare și ascuns utilizatorului, pentru crearea ulterioară a punctelor de recuperare. Microsoft însuși recomandă această opțiune. Apropo, dacă cineva este familiarizat cu Microsoft System Center Data Protection Manager, atunci așa a funcționat sistemul de rezervă acolo.
  • Puteți utiliza secțiunile deja marcate
  • foldere de rețea
  • unități iSCSI

Sistemul de arhivare a datelor Windows Server 2012 R2 poate crea o copie completă și una diferențială (suplimentară), iar el însuși gestionează perioada de stocare. Principiul său de funcționare este foarte simplu, va înregistra și stoca câte copii îi permite spațiul pe disc, apoi se va rescrie ciclic, mai nou cu mai vechi, foarte asemănător supravegherii video.

Deci, după configurarea stocării de rezervă, serviciul Windows Server Backup va face totul singur și va organiza spațiul de stocare a datelor. Acesta este un avantaj uriaș pentru administratorii de sistem începători, deoarece nu toată lumea poate estima imediat cantitatea necesară de stocare și volumul de date, mulți nu știu că datele din copiile de rezervă sunt comprimate și dacă cunoașteți și un cuvânt precum Deduplicarea Windows, puteți profita la maximum de spațiul pe disc.

Să vorbim puțin despre mecanismul de funcționare al sistemului de arhivare a serverului Windows, nu este nimic nou aici, folosește Serviciul de copiere umbra a volumului (VSS), sarcina sa este să permită instrumentului de arhivare să funcționeze cu fișiere deschise și de sistem și nu doar de lucru, dar, de asemenea, nu interferează sistemul să funcționeze, serviciul face pur și simplu un anumit instantaneu al stării, acest lucru este foarte asemănător cu mașinile virtuale. Pe motorul Windows Server 2012 R2, puteți astfel arhiva mașinile virtuale pe Hyper-V 3.0 fără a opri funcționarea acestora.

Capacitățile VSS se extind și la bazele de date; pot spune cu sută la sută sigur că nu veți avea probleme cu Exchange sau MS SQL, dar PostgreSQL poate crea anumite dificultăți. Dacă vorbim despre MS SQL, atunci înțelege perfect serviciul VSS și transferă baza de date într-o stare consecventă înainte de a crea o copie umbră; VSS în sine nici măcar nu se gândește la verificarea integrității logice a datelor, nu are nevoie de acest lucru, deoarece sarcina sa este de a face un instantaneu. Dacă, de exemplu, facem o copie de rezervă PostgreSQL în acest fel, atunci la restaurare vom primi o porțiune a bazei de date pentru o anumită stare de timp într-o stare inconsistentă și nu va conține toate tranzacțiile în așteptare la momentul în care a fost copiat de rezervă. creată. Deci, există un fel de abordare proprie a produselor lor.

Unde este cel mai bun loc pentru a copia?

Nu este ușor să răspunzi la această întrebare, deoarece situația de rezervă a fiecăruia este diferită, iar infrastructura lor este diferită. Să ne uităm la avantajele și dezavantajele diferitelor opțiuni de stocare. Permiteți-mi să vă reamintesc că avem câteva dintre ele. În primul rând, dacă puneți o copie de rezervă local pe server, atunci o veți face mai rapid și o veți putea recupera mai repede dacă este necesar, dar, pe de altă parte, serverul se poate defecta local și chiar mai rău dacă este RAID, atunci totul va fi trist. Al doilea exemplu este că faci o copie de rezervă pe discuri ISCSI, e bine că este stocată de la distanță de pe server, te poți reconecta rapid la alt server dacă este necesar, dar viteza de creare a unei copii de rezervă și viteza de recuperare sunt mai lente, iar serverele și discurile de pe care lucrați pot, de asemenea, să defecteze discurile iSCSI. Pentru a rezuma, în mod ideal ar trebui să aveți copii în mai multe locuri, este clar că acest lucru nu este întotdeauna posibil, dar trebuie să vă străduiți pentru acest lucru, aici trebuie să înțelegeți criticitatea datelor și să implementați sistemul pe baza acestui lucru.

Instalarea unui sistem de arhivare Windows Server

Să ne uităm la modul în care este instalat sistemul de arhivare a datelor Windows Server 2012 r2. Din 2008, este o componentă a sistemului și este logic că trebuie să-l cauți în managerul serverului. Selectați Gestionare > Adăugați roluri și funcții

lăsați opțiunea de a instala roluri și componente

Selectați Windows Server Backup System

și faceți clic pe instalare.

În câteva momente, veți avea instalată componenta necesară.

Configurarea unui sistem de arhivare pe server Windows

După instalarea componentei de arhivare, trebuie să o configurați, să începem. Deschideți Server Manager > Instrumente și găsiți elementul Windows Server Backup System.

De asemenea, puteți apela acest snap-in apăsând WIN+R și introducând wbadmin.msc, vedeți linkul complet. Odată ce deschideți snap-in-ul, veți vedea imediat că vi se recomandă insistent să configurați primul program. Acest lucru se poate face prin meniul de acțiuni:

  1. Program de arhivare
  2. Arhivare unică
  3. Recuperare

Faceți clic pe programul de arhivare, veți vedea o fereastră de setup wizard, în primul pas veți avea de ales dacă să faceți backup pentru întregul server sau un backup personalizat. Vă recomand întotdeauna să utilizați opțiunea Personalizată, deoarece veți specifica în mod explicit ce trebuie să faceți backup și ce nu.

în fereastra de arhivare a obiectelor, sistemul de arhivare a datelor Windows Server vă va cere să adăugați elemente folosind butonul corespunzător.

Printre elemente vei avea:

  • Restabilirea sistemului la starea inițială
  • Starea sistemului
  • Discuri locale
  • Rol Hyper-V, dacă este instalat.

Ca urmare, obiectele pentru arhivare vor fi adăugate în listă. Aș dori să remarc că, dacă faceți clic pe butonul Parametri suplimentari, puteți seta parametrii VSS:

  • Arhivarea completă VSS > este potrivită dacă nu utilizați aplicații de backup de la terți.
  • Copiați arhiva VSS > dacă se folosește un alt program pentru a arhiva aplicațiile pe volumele incluse în arhivă.

De exemplu, dacă utilizați Exchange sau MS SQL, atunci selectați opțiunea Copiere arhivă VSS pentru interacțiunea normală cu serviciul de copiere instant.

De asemenea, în fila de excepții, puteți adăuga foldere care nu trebuie copiate; de ​​exemplu, acestea pot conține fișiere temporare, ceea ce este convenabil atunci când ați adăugat anterior o copie completă a unității C:.

Acum, pentru a face backup la serverul Windows, trebuie să setați un program, aici fie o dată pe zi, fie mai des, îl setăm la discreția noastră.

  • Arhivarea pe un hard disk pentru arhive > aici HDD-ul fizic este complet abandonat, formatat și ascuns utilizatorului, astfel încât mâinile jucăușe să nu strice totul.
  • Arhivarea pe un volum > la fel este foarte comun, luați un volum existent (poate face parte dintr-un RAID sau alt disc fizic) și îl puneți acolo, același lucru este valabil și pentru un disc ISCSI, care se vede în sistem ca local.
  • Ei bine, partajarea partajată este foarte convenabilă, totul este situat în afara serverului fizic.

Dacă selectați Backup pe hard disk pentru arhive, atunci la pasul următor vi se va cere să specificați unitatea care va fi folosită pentru backup server Windows.

Din punctul meu de vedere, ar trebui să aveți o copie de rezervă locală a sistemului și o copie de rezervă pe discuri ISCSI care nu sunt legate de un server fizic

Dacă selectați arhivarea într-un folder partajat de rețea, veți vedea o fereastră de avertizare că atunci când specificați un folder partajat la distanță ca destinație pentru arhivarea programată, va fi disponibilă doar cea mai recentă arhivă; în termeni simpli, va fi pur și simplu suprascrisă în mod constant, convenabil pentru o copie de rezervă rapidă, astfel încât să fie pe o stocare la distanță.

Dacă selectați Backup to volume, atunci trebuie să specificați volumul de destinație la care se va face backup pentru serverul Windows.

Ne uităm la informațiile rezumate și confirmăm programul.

Vedem că sistemul de arhivare a serverului Windows a creat cu succes un program.

Recuperarea Windows Server 2012 R2

Odată ce aveți o copie de rezervă, să luăm în considerare o situație în care va trebui să efectuați o procedură de recuperare Windows Server 2012 R2. În primul rând, puteți vizualiza detaliile copiei de rezervă Windows Server (dimensiune, dată)

Cum să recuperați un singur fișier sau folder

Dacă trebuie să restaurați, de exemplu, un singur fișier, atunci nu are rost să îl restaurați printr-un snap-in, deoarece o copie de rezervă este un disc virtual care poate fi atașat la sistem. Să ne uităm la structura fișierelor în sine; acestea se află în folderul WindowsImageBackup.

Iată un exemplu de disc virtual, făcând clic dreapta pe el, puteți face clic pe Conectare.

Veți fi avertizat că imaginea de disc nu este inițializată, conține partiții nerecunoscute sau volume care nu au litere de unitate alocate. Utilizați Gestionarea discurilor pentru a verifica dacă discurile, partițiile și volumele sunt utilizabile.

Aici mergem doar la snap-in Disk Management, facem clic dreapta pe butonul de pornire.

Vedem discul nostru submontat, facem clic dreapta pe el și selectăm modificarea litera unității sau calea discului.

Atribuim litera dorită, pentru mine este litera E.

Cu toții îmi deschidem computerul și vedem un nou disc local.

Când ați terminat de lucrat cu discul, utilizați snap-in Disk Management pentru a-l monta. După cum puteți vedea, discurile virtuale sunt un lucru foarte util.

Recuperare în caz de defecțiune a sistemului de operare

Nimeni nu este imun la acest lucru, am văzut de multe ori în practica mea că sistemul Windows Server a eșuat, iar restaurarea acestuia fără o copie de rezervă a durat mult mai mult timp decât simpla reinstalare a sistemului și reconfigurare ulterioară, un exemplu ar fi apariția unei erori de eroare. în timp ce încercați să citiți datele de configurare de pornire. Prin urmare, de câteva ori când veți fi ars, veți înțelege că sistemul de arhivare a datelor Windows Server 2012 R2 este un lucru grozav, permițându-vă să faceți backup pentru Windows Server în câteva minute și să restaurați de la acesta la momentul potrivit.

Mergem la sistemul de arhivare a serverului Windows și în colțul din dreapta selectăm elementul Restaurare. Veți avea două opțiuni din care să alegeți:

  1. Acest server > înseamnă că backup-ul este local
  2. Arhiva se află într-o altă locație.

Mai întâi, să selectăm al doilea element „Arhiva se află într-o locație diferită”

Există două opțiuni, fie introduceți un cd-rom sau unitate externă, fie specificați o cale UNC în formatul \\folder

Principalul lucru este că sistemul are drepturi de citire.

Dacă selectați Acest server la început, veți vedea o listă de copii de rezervă disponibile pentru Windows Server; trebuie doar să selectați o dată de retragere.

  • Fișiere și foldere
  • Hyper-V
  • Aplicații
  • Starea sistemului

Selectând prima opțiune „Fișiere și foldere”, puteți restaura fișiere sau foldere individuale dintr-o copie de rezervă.

Dacă selectați Hyper-V, vi se va oferi:

  • Restaurare la locația originală > aceasta este în esență o suprascriere
  • Restaurați în altă locație
  • Copiați în folder

Elementul de aplicație este puțin specific, deoarece nu funcționează pentru toate aplicațiile, ci pentru cei care știu să lucreze cu API-ul serviciului de arhivare și să suporte VSS. Ei bine, recuperarea sistemului:

  • Locația inițială > va fi revenită la starea care se afla la momentul efectuării backup-ului Windows Server
  • O altă plasare > va crea în esență un folder cu un set de fișiere.

Faceți clic pe restaurare

Acesta va calcula câte fișiere pot fi recuperate și procesul va începe.

După repornire, veți vedea mesajul:

Operația de restabilire a stării sistemului începută la 02.08.2017 a fost finalizată cu succes

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, instrumentul în sine este foarte bun și nu este inferior concurenților săi, precum Acronis, așa că folosește-l și îți ușurează viața.

Ș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 punct 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 listează 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 arhiva va fi copiată $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 conducta de ștergere $csv | sort @(Expression=(($_.VersionId)))| select -First $old | %( #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 în care va fi localizată arhiva (în primul fișier bat indicăm unitatea 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 de arhivare a fiecărui fișier 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 duce la coruperea copiilor de rezervă incrementale, diferențiale sau de altă natură create de 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 joker (*) în numele fișierului. Ar trebui utilizat numai împreună cu opțiunea -backupTarget.

-nonRecurseInclude- Specifică o listă nerecursivă, separată prin virgulă, de articole care vor fi 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 joker (*) în numele fișierului. Ar trebui utilizat numai împreună cu opțiunea -backupTarget.

-nonRecurseExclude- Specifică o listă nerecursivă 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. 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 joker (*) î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ă 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.

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. Stocarea principală pentru copiile 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 imediat apar 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 ale datelor; î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 bazei 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, pur și simplu făcând un instantaneu al stării acestora la un anumit moment în timp; sistemele care acceptă VSS sunt capabile să gestioneze acest moment, aducând baza de date într-o stare consecventă înainte de momentul în care umbră. copia este creată. Pentru sistemele neacceptate, vom primi pur și simplu o porțiune din baza de date pentru o anumită stare de timp; la restaurarea unei astfel de baze de date, aceasta va fi adusă la o stare consecventă folosind DBMS; cu alte cuvinte, toate tranzacțiile în așteptare vor fi anulate și datele 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.

Echipamentul 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 partea dreaptă. 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 setați, de asemenea, 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ă, inclusiv î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.

Merită 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 de recuperare a stării sistemului, ceea ce vă permite să reveniți la 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