Backup pentru serverul ms sql. Configurarea unor copii de rezervă regulate ale bazei de date MS SQL Server. compresie de rezervă

Acest articol vă va spune cum să faceți manual o copie de rezervă completă a bazei de date folosind programul Environment. Microsoft SQL Server Management Studio”.

1. Creați o copie de rezervă

De fapt, este destul de simplu. Lansați echipamentul " » (« Început» — « Toate programele» — « SQL Server 2008 R2» — « Microsoft SQL Server Management Studio") și introduceți informațiile dvs. de conectare.

Apoi, în Browserul de obiecte, deschideți fila „ Baze de date„și dați clic clic dreapta mouse-ul pe baza de date pentru care trebuie să faceți o copie de rezervă. În a apărut meniul contextual selectați " Sarcini» ( Sarcini) — « Creați o copie de rezervă» ( Faceți backup...) .

Fereastra „ Backup baze de date» ( Faceți backup bazei de date). Să ne asigurăm că merită" Deplin» ( Deplin), dacă este necesar, setați un nume și o descriere și indicați, de asemenea, scopul copiei de rezervă. În mod implicit, este selectată calea de pe hard diskul computerului către folderul Backup din locația principală a bazelor de date server SQL. Pentru a schimba locația copiei, mai întâi faceți clic pe „ Şterge» ( Elimina) pentru a șterge o atribuire existentă, apoi „ Adăuga» ( Adăuga...) pentru a adăuga unul nou.

Aici vom seta locația și numele fișierului de rezervă și vom face clic pe „ Bine". Puteți specifica mai multe astfel de destinații. În acest caz, backup-ul va fi împărțit în părți egale, fiecare parte din fișierul specificat.

Când toate setările sunt setate, faceți clic pe „ Bine" și așteptați finalizarea sarcinii. Dacă totul este făcut corect, în directorul specificat vom găsi fișierul de backup al bazei de date SQL.

2. Restaurarea unei baze de date dintr-o copie de rezervă

Recuperarea urmează un model similar. IN " Mediul Microsoft SQL Server Management Studio» selectați o bază din care se face backup-ul, faceți clic dreapta pe el, selectați „ Sarcini» ( Sarcini) — « Restabili» ( Restabili) — « Baza de date…» ( Baza de date...).

Fereastra „ Recuperarea bazei de date» ( Restaurați baza de date). Aici, ca sursă, indicăm „ De la dispozitiv» ( De la dispozitiv) și selectați fișierul de rezervă (creat la pasul 1).

Setați steagul " Restabili» ( Restabili) lângă backup-ul selectat. Dacă este necesar, pe " Opțiuni» ( Opțiuni), puteți specifica opțiuni suplimentare restaurări, al căror sens poate fi citit.

După ce au fost făcute toate setările, faceți clic pe „ Bine" și așteptați un mesaj despre restaurarea cu succes a bazei de date.

3. Restaurarea unei copii de rezervă într-o altă bază de date (copierea datelor)

Dacă trebuie să încărcați date în baza de date, diferit de cel din care s-a făcut backup-ul, apoi la încărcare, pe lângă acțiunile descrise la paragraful 2, este necesar pe „ Opțiuni" (Opțiuni) setați numele fișierelor acestei baze de date și setați steag-ul " Suprascrieți baza de date existentă„(CU ÎNLOCUIRE).

Te-a ajutat acest articol?

Și, de asemenea: backup SQL, backup 1C.

Camera serverului 1C conține date într-o bază de date situată pe un server SQL. Astăzi luăm în considerare opțiunea MS SQL 2005/2008.

Pentru a vă asigura că datele nu se pierd în cazul unui disc de server ars sau în alte situații de forță majoră, este necesar să faceți copii de siguranță încă de la început.

Faceți backup manual în fiecare zi baza de date SQL Desigur, nimeni nu vrea 1C. Există instrumente automate pentru aceasta. Să-i cunoaștem.

Configurarea Backup SQL

Configurarea Backup SQL pentru o bază de date 1C nu este diferită de configurarea unei copii de rezervă pentru orice altă bază de date.

Pentru a configura, lansați MS SQL Management Studio. Acest program se află în grupul de programe MS SQL.

Adăugarea unei sarcini de backup a bazei de date SQL 1C

Sarcinile de copiere automată a bazei de date SQL sunt situate în ramura Planuri de management / întreținere.

Pentru a adăuga o nouă sarcină de rezervă, faceți clic dreapta pe grupul Planuri de întreținere și selectați Plan de întreținere nou.

Introduceți un titlu pentru sarcină. Numele contează doar pentru tine. Este mai bine să folosiți caractere englezești pentru orice eventualitate.

Configurarea unui job de backup al bazei de date SQL 1C

Se va deschide editorul de activități. Vă rugăm să rețineți - sarcinile pot fi efectuate diverse operatii cu baza de date, și nu doar copii de rezervă.

O listă de opțiuni de operare este afișată în stânga jos. Selectați Backup Database Task făcând dublu clic sau pur și simplu trăgând spre dreapta.

Atenție la săgeată. Puteți trage mai multe operațiuni diferite sau identice și le puteți lega cu săgeți. Apoi mai multe sarcini vor fi efectuate simultan în secvența pe care o definiți.

În fereastra de setări, selectați bazele de date SQL 1C necesare (puteți avea mai multe sau una odată).

Selectați o locație pentru a salva backupul bazei de date SQL 1C. Trebuie să selectați un hard disk diferit din punct de vedere fizic. În scopuri organizatorice, puteți bifa caseta de selectare „Creați subdosare”.

Acum să stabilim un program de rezervă. Programul de rezervă a fost adăugat în mod implicit. Dar puteți adăuga mai multe programe (de exemplu, unul este zilnic, unul săptămânal etc.). Faceți clic pe butonul de programare de rezervă.

Captura de ecran arată un exemplu de Backup SQL zilnic al unei baze de date 1C la ora 3 dimineața.

Pentru ca programul de rezervă din listă să fie frumos și clar, îl puteți modifica.

Salvarea unei sarcini de backup a bazei de date SQL 1C

Faceți clic pe înregistrare. Sarcina va apărea în partea stângă a listei.

Acest lucru este important! Verificați dacă jobul de bază de date Backup SQL a fost creat corect. Pentru a face acest lucru, faceți clic dreapta pe sarcină și selectați Executare.

Ca rezultat, un fișier de rezervă ar trebui să apară la calea specificată. Dacă ceva nu este în regulă, ștergeți sarcina (Del) și începeți de la capăt.

Să restabilim baza de date „Test _Recovery” în „ t 4».

Să începem restaurarea bazei de date dintr-o copie de rezervă completă „Full2_Test_Recovery.bak” folosind „SQL Server Management Studio” " Faceți clic dreapta pe baza de date " Test_Recuperare ", în meniul care apare, selectați " Sarcini”, apoi „Restaurare”, apoi „Bază de date”.

În fereastra care apare " Restaurați baza de date” în secțiunea „Sursa”, selectați „Dispozitiv”. Următorul « Adaugă ", introduceți calea „\\ vniz - tst - bkp 01. test . local\Backup_SQL\Full 2_Test_Recovery. bak", faceți clic pe „Ok”. În secțiunea „Destinație”, selectați Baza de date „Test Recovery”

Faceți clic pe „Ok”

Baza va fi restaurată cu succes.

Să ne uităm la restaurarea unei baze de date folosind Transact-SQL.

Faceți clic dreapta pe baza de date „Test_Recovery” și selectați „Interogare nouă” din meniul care apare:

În fereastra care apare, introduceți:

UTILIZARE maestru

RESTABILI BAZ DE DATE Test_Recovery

DIN DISK = „\\vniz-tst-bkp01.test.local\Backup_SQL\Full2_Test_Recovery.bak”

CU ÎNLOCUI

Baza va fi restaurată cu succes.

În acest exemplu am folosit parametrul „REPLACE”:

Recuperarea previne de obicei ca o bază de date să fie suprascrisă accidental de o altă bază de date. Dacă baza de date specificată în instrucțiunea RESTORE există deja pe serverul curent și GUID-ul familiei pentru baza de date specificată este diferit de GUID-ul familiei pentru baza de date înregistrată în setul de rezervă, atunci baza de date nu va fi restaurată.

Opțiunea ÎNLOCUIRE anulează câteva verificări importante efectuate de obicei printr-o operație de restaurare. Următoarele verificări sunt anulate.

Testarea pentru a restaura pe o bază de date existentă o copie de rezervă creată pentru o altă bază de date.Folosind opțiunea REPLACE, o restaurare poate scrie date pe o bază de date existentă, indiferent de bazele de date conținute în setul de backup, chiar dacă numele de date specificat este diferit de ceea ce a fost scris în setul de backup. Acest lucru poate duce la suprascrierea accidentală a bazei de date de către o altă bază de date.
Verificați recuperarea unei baze de date folosind modelul recuperare completă sau un model de recuperare în jurnal în bloc pentru care nu a fost efectuată o copie de rezervă a jurnalului final și nu a fost aplicată opțiunea STOPAT.Când utilizați opțiunea ÎNLOCUIRE, este posibil să pierdeți datele comise, deoarece cele mai recente date înregistrate nu au fost încă copiate în backup.
Suprascrie fișierele existente.

După ce am studiat o mulțime de informații din diferite surse, am decis să descriu procesul de configurare backup Baza de date MS SQL Server pentru deplin model de recuperare, ce model să utilizați depinde de dvs., dar aș adăuga că, dacă există un flux mare de informații în baza dvs. de date (de exemplu, zeci, sute sau mii de documente sunt create într-o oră), atunci pierderea informațiile din timpul unei zile de lucru vor fi pur și simplu inacceptabile, în acest caz doar modelul complet va asigura siguranța datelor dumneavoastră. Acest articol este destinat începătorilor administratorii de sistem si contine în opinia mea setul minim de acțiuni pentru copierea de rezervă a unei baze de date 1C. Instalarea\configurarea serverului SQL în sine și implementarea unei baze de date pe acesta nu se încadrează în domeniul de aplicare al acestui articol.

Vom face toate setările folosind SQL Management Studio. Mai întâi trebuie să creați un dispozitiv de backup, nu trebuie să îl creați, dar în opinia mea este mult mai convenabil și mai corect. într-o clipă SQL Management Studio -> Server Objects -> Backup Devices. Trebuie să specificați numele dispozitivului și fișierul în care vor fi stocate backup-urile (de preferință cu extensia BAK), apoi puteți vizualiza conținutul media, toate backup-urile vor fi listate acolo.

Acum puteți începe configurarea Planului de întreținere. Un plan de întreținere poate fi creat pentru toate bazele de date simultan, dar este mai convenabil să creați propriul plan de întreținere pentru fiecare bază de date.

Planul nostru de servicii va avea trei subplanuri: 1 - backup bazei de date (complet); 2 - backup bazei de date (Diferente); 3 - Faceți o copie de rezervă a jurnalului de tranzacții. Fiecare subplan are propriul său program de execuție. Fiecare își stabilește programul după propria discreție, în cazul meu copie integrală se face o dată pe săptămână duminica, copiere diferențială în fiecare zi, cu excepția duminicii, VT - jurnalul tranzacțiilor la fiecare oră. Cu acest model de backup, puteți restaura baza de date dorită la orice dată și oră, iar noi economisim spațiu pe hard disk deoarece O copie de rezervă completă este de fapt efectuată o dată pe săptămână și numai modificările sunt făcute în timpul săptămânii.

Stabilirea unui program zilnic. Săptămânal diferă doar în caseta de selectare „Duminică” și nebifat de la „Luni” la „Sâmbătă”

Program pentru transportul feroviar. Timpul de economisire în timpul zilei este evidențiat cu roșu, are sens, de exemplu, dacă utilizatorii lucrează cu baza de date într-o anumită perioadă, dacă modul de operare este 24x7, atunci îl lăsăm implicit.

Figura de mai jos arată editorul de subplan săptămânal, care constă din sarcini care sunt efectuate într-o anumită secvență. Secvența este setată manual, iar săgețile verzi înseamnă că sarcina următoare va fi finalizată numai dacă sarcina anterioară este finalizată cu succes, iar săgețile albastre înseamnă că sarcina va fi finalizată ori de câte ori sarcina anterioară este finalizată. În editorul subplanului de întreținere, sarcinile pot fi adăugate din „Panoul de elemente”, care se află în colțul din stânga sus când editorul este deschis.

Sarcini. Trebuie să accesați fiecare sarcină și să selectați baza de date pentru care va fi executată și o serie de alte setări (dacă există). Să ne uităm la ce sarcini conține subplanul săptămânal al planului nostru de întreținere.

1. „Verificați sarcina de integritate a bazei de date”. Următoarea sarcină va fi executată numai dacă baza de date nu conține erori. (Ar trebui să facem o copie de rezervă a bazei de date cu erori?)

2. „Reconstruiți sarcina de index”. Este necesar să restaurați (Reconstruiți) indexul în fiecare zi, deoarece... Când lucrați cu indici, aceștia devin foarte fragmentați, iar când fragmentarea depășește 25%, SQL începe să încetinească semnificativ. Această operațiune necesită destul de mult resurse, deci se poate face cel puțin o dată pe săptămână și în timpul zilei subplan pentru a-l înlocui cu sarcina mai puțin consumatoare de resurse „Reorganizarea indexului”.

3. „Sarcina de actualizare statistică”. Pentru optimizare... Apropo, această sarcină poate fi efectuată de mai multe ori în timpul zilei dacă baza de date este încărcată puternic.

4. După actualizarea statisticilor, TREBUIE să ștergeți memoria cache procedurală. Pentru a face acest lucru, trageți sarcina „Execute T-SQL statement” în editor și scrieți o procedură în câmpul „T-SQL statement:” DBCC FREEPROCCACHE. Dar trebuie să țineți cont de faptul că această procedură șterge memoria cache a TOATE bazele de date și am actualizat statisticile pe rând! Cum să ștergeți memoria cache procedurală pentru o anumită bază de date, citiți. Pe scurt: DBCC FLUSHPROCINDB(DB_ID)

5. „Backup DB” (Back Up Task Database). În această sarcină, indicăm ce bază de date facem backup, tipul de backup (Pentru un subplan săptămânal - Complet, pentru un subplan zilnic - Diferenţial, pentru un orar - Jurnal de tranzacţii.) Punem comutatorul în poziţia „Creează un copie de rezervă a bazelor de date într-unul sau mai multe fișiere" și adăugați-o dispozitivul de rezervă creat anterior. În acest caz, TOATE copiile sunt salvate într-un singur fișier, care a fost specificat la creare dispozitive de backup, dacă comutatorul este lăsat în „Creați un fișier de rezervă pentru fiecare bază de date”, atunci pentru fiecare backup a dosar separat atât Full cât și Diferenţial și VT, ceea ce este foarte incomod în timpul restaurării, dar convenabil în timpul depozitării. Nu uitați să indicați că trebuie să comprimați copiile de rezervă!

6. „Clear Log” Şterge înregistrările create la executarea sarcinilor. De asemenea, puteți activa sarcina „Curățare după întreținere” și să o configurați pentru a șterge jurnalele de text sau învechite. copii de rezervă.

Subplanul pentru backup VT constă dintr-o sarcină „Copia de rezervă a bazei de date”. Pentru mine, este mai convenabil să salvez VT nu pe dispozitivul de backup, ci într-un fișier separat, care trebuie specificat în setările sarcinii.

Funcționalitatea extinsă a Bacula Enterprise Edition, printre altele, vă permite să creați rapid și ușor copii de siguranță ale bazei de date pentru . De exemplu, despre care vorbim despre un instrument cu care puteți face backup pentru MS SQL Server. Utilizatorul poate face o copie de rezervă a MS SQL prin crearea de copii de rezervă ale bazelor de date MS SQL specifice de volume mari utilizate Platforma Windows, la costuri mai mici pentru software de la terți, cu capacitatea de a restaura datele până la un anumit moment în timp (recuperare PITR) în rețea și disc local.

Scriptul Bacula Systems pentru crearea de backup-uri MS SQL Server se caracterizează printr-o eficiență extremă, realizată prin implementarea unei arhitecturi moderne, de mare încredere. Mai mult, software-ul vă permite să faceți o copie de rezervă a MS SQL Server și să utilizați o varietate de opțiuni pentru a crea copii de rezervă MS SQL.

Scriptul de backup MS SQL Bacula Systems funcționează independent de VSS. Aceasta înseamnă că instrumentul de backup MS SQL nu utilizează instantanee VSS pentru a crea copii de rezervă. Prin urmare, utilizatorul poate seta următoarea valoare „Enable VSS = no” în Bacula FileSet. Creație eficientă Backup-uri MS SQL Server și restaurarea lor folosind această decizie sunt realizate prin folosind Microsoft API pentru SQL Server. Acest lucru permite Bacula Systems să suporte mecanismele de securitate și toate tipurile de autentificare implementate în Microsoft SQL Server.

Backup pentru jurnalul de tranzacții MS SQL și recuperarea momentană a MS SQL: software-ul Bacula Enterprise Edition vă permite să recuperați blocuri de date MS SQL sau setări specifice la un anumit moment în timp. Odată cu implementarea modelelor de recuperare completă și în bloc, puteți recupera MS SQL folosind recuperarea PITR sau puteți utiliza LSN pentru a restaura sistemul la o anumită stare. Puteți restaura o anumită stare a unei baze de date MS SQL în orice moment specific, până la al doilea. În cazul unei copii de rezervă a jurnalului de tranzacții MS SQL, la restaurare, starea bazei de date va fi restabilită din diferite copii de rezervă selectate.

Caracteristici dintr-o privire  backup și recuperare automată a MS SQL cu Bacula Enterprise

Bacula Systems a creat un plugin de backup MS SQL Server pentru utilizare cu Bacula Enterprise Edition. Backup-ul MS SQL Server cu Bacula are următoarele caracteristici:

Suportă backup-uri MS SQL complete și diferențiate
Suport pentru backup incremental MS SQL
Backup MS SQL în rețea și unitatea locală
Backup programat MS SQL
Crearea de copii de rezervă la nivelul bazei de date MS SQL Server
Abilitatea de a include/exclude baze de date din procedura de creare a backupului
Suport pentru crearea de copii de rezervă numai pentru citire
Restaurarea backup-urilor MS SQL pe disc
Trimiterea unui flux de rezervă direct către Storage Daemon
MS SQL punct în timp de recuperare

Revizuirea și configurarea backupului MS SQL 2008, 2008 R2, 2012 și 2014

ÎN acest document soluții furnizate pentru Bacula Enterprise Edition 8.4 și versiuni ulterioare, care nu sunt acceptate versiuni anterioare DE. Backup-ul bazei de date MS SQL a fost testat și este susținut de MS SQL 2003 R2, MS SQL 2008 R2, MS SQL 2012, MS SQL 2005, MS SQL 2008, MS SQL 2014. Backup-ul MS SQL de la Bacula poate funcționa cu SQL Express.

Glosar de backup MS SQL 2008, 2008 R2, 2012 și 2014

MS SQL reprezintă Microsoft SQL Server.
Jurnalul tranzacțiilor. Orice bază de date MS SQL Server are un jurnal de tranzacții, care înregistrează toate tranzacțiile și modificările bazei de date efectuate în timpul acestor tranzacții. Jurnalul de tranzacții este un element important al bazei de date. În cazul unei defecțiuni a sistemului, jurnalul de tranzacții poate fi necesar pentru a restabili baza de date la starea de funcționare. Mai mult informatii detaliate veți găsi la https://msdn.microsoft.com/en-us/library/ms190925.aspx.
Backup diferențial al bazei de date MS SQL Server. Backup-ul diferențial se bazează pe ultimul complet. În timpul unei copii de rezervă diferențiale, sunt capturate numai datele care s-au modificat de la crearea ultimei copii de siguranță completă. Mai multe informații pot fi găsite la https://msdn.microsoft.com/en-us/library/ms175526.aspx.
Backup complet al bazei de date MS SQL Server.În timpul unui backup complet al bazei de date, este creată o copie de rezervă a întregii baze de date. Backup-ul include o parte din jurnalul de tranzacții cu scopul de a restaura baza de date completă din backup. Backup-urile complete ale bazei de date conțin baza de date la momentul finalizării copiei de rezervă. Mai multe informații pot fi găsite la https://msdn.microsoft.com/en-us/library/ms186289.aspx.
Backup „numai copiere” (CopyOnly). Copierele de rezervă numai pentru copiere sunt copii de rezervă MS SQL care sunt independente de fluxul normal al backup-urilor tradiționale SQL Server. Uneori este util să creați copii de rezervă pentru nevoi specifice, fără a afecta procesul general de backup și recuperare a bazei de date. Mai multe informații pot fi găsite la https://msdn.microsoft.com/en-us/library/ms191495.aspx.
VDI(Interfață dispozitiv virtual) este o tehnologie Microsoft care vă permite să creați conductă numităîntre programe.
măștile standard specifică seturi de șiruri de caractere cu metacaractere. De exemplu, masca standard de producție* va include liniile producție1 și producție2.
linia
întreg.
LSN Fiecare intrare din jurnalul de tranzacții MS SQL Server este identificată printr-o unică numărul de înregistrare tranzacții (LSN). Informații mai detaliate pot fi găsite la https://technet.microsoft.com/en-us/library/ms190411%28v=sql.105%29.aspx.

Backup MS SQL Server 2008, 2008 R2, 2012 și 2014

Backup complet al bazelor de date MS SQL Server 2008, 2008 R2, 2012 și 2014

În timpul unei copii de rezervă completă a unei baze de date MS SQL, fișierele bazei de date și jurnalul de tranzacții sunt salvate, ceea ce vă permite să protejați complet baza de date MS SQL în caz de defecțiune a media. Dacă unul sau mai multe fișiere sunt deteriorate, restaurarea bazei de date MS SQL dintr-o copie de rezervă vă va permite să restaurați toate tranzacțiile finalizate. Toate tranzacțiile care erau în curs vor fi, de asemenea, anulate. ÎN acest mod sunt create copii de siguranță ale bazelor de date master și mbdb.

Backup diferențial al bazelor de date MS SQL Server 2008, 2008 R2, 2012 și 2014

Backup-ul diferențial al bazei de date MS SQL Server se bazează pe cel mai recent backup complet al bazei de date MS SQL. Când se creează o copie de rezervă MS SQL diferențială, sunt capturate numai datele care au fost modificate de la crearea ultimului backup complet MS SQL. Pentru funcția de backup diferențial MS SQL, succesiunea backup-urilor este extrem de importantă. Dacă dintr-un motiv oarecare backup complet, la care se referă MS SQL, nu este disponibil, copiile de rezervă diferențiate ale bazei de date MS SQL Server nu pot fi utilizate. MS SQL Backup de la Bacula folosește tehnici specifice pentru a rezolva această problemă. Prin urmare, dacă apar dificultăți, starea unei copii de siguranță diferențiate a bazei de date poate fi actualizată automat la o copie de rezervă completă.

Backup jurnal de tranzacții pentru MS SQL 2008, 2008 R2, 2012 și 2014

Configurarea backupului MS SQL și configurarea bazei de date

Restaurarea unei baze de date MS SQL dintr-o copie de rezervă

Puteți folosi totul metode standard lansarea procedurii de restaurare a unei baze de date MS SQL dintr-o copie de rezervă. Cu toate acestea, trebuie să vă asigurați că, în cazul restaurării datelor diferențiale, va fi restaurată și backupul complet anterioar al bazei de date MS SQL. În acest caz, recuperarea are loc automat dacă o rulați în consolă bconsole folosind opțiunile de recuperare 5 sau 12. În generat structura fișierului trebuie să verificați recuperarea bazelor de date complete sau a instanțelor bazei de date.

Opțiuni pentru restaurarea unei baze de date MS SQL dintr-o copie de rezervă

Software-ul Bacula Enterprise Edition permite utilizatorilor să utilizeze mai multe opțiuni de recuperare MS SQL și să aplice cel mai mult diverse moduri„rollback” a bazei de date. Cele mai frecvent utilizate opțiuni de recuperare sunt descrise mai jos:

Parametru unde: În cazul Bacula Enterprise Edition, acest parametru permite administratorului să restaureze baza de date într-o anumită locație.
Înlocuire parametru: Folosit pentru a defini modul în care Bacula ar trebui să se comporte cu baza de date curentă atunci când este restaurată. Backup-ul MS SQL de la Bacula vă permite, de asemenea, să utilizați mai multe opțiuni la restaurare, cum ar fi:
Instanță: Deoarece MS SQL utilizează mai multe instanțe, backupul bazei de date MS SQL de la Bacula vă permite să alegeți ce instanță să restaurați. Acest parametru este opțional, iar dacă nu este specificat, valoarea specificată la crearea copiei de rezervă va fi utilizată la restaurare. În mod implicit, este utilizată o instanță numită „MSSQLSERVER”.
Baza de date. Această opțiune specifică numele bazei de date de restaurat și folosește valoarea specificată la momentul creării bazei de date. Acest parametru este opțional. În mod implicit, backup-urile bazei de date SQL Server utilizează parametrul Unde pentru a determina numele noii baze de date. Dacă ambilor parametrii Unde și Bază de date li se atribuie un nume valid al bazei de date, atunci va fi utilizat parametrul Bază de date.
Utilizator. Numele de utilizator utilizat pentru conectarea la instanța bazei de date MS SQL. Acest parametru este opțional, iar dacă nu este specificat, valoarea specificată la crearea copiei de rezervă va fi utilizată la restaurare.
Parolă. Parola folosită pentru a vă conecta la instanța bazei de date MS SQL. Acest parametru este opțional, iar dacă nu este specificat, valoarea specificată la crearea copiei de rezervă va fi utilizată la restaurare.
Domeniu. Domeniul folosit pentru a se conecta la instanța bazei de date MS SQL. Acest parametru este opțional, iar dacă nu este specificat, valoarea specificată la crearea copiei de rezervă va fi utilizată la restaurare.
Recuperare. Acest parametru vă permite să determinați dacă baza de date va fi returnată starea anterioarăîn timpul recuperării sau nu. În mod implicit, la restaurarea unei baze de date, aceasta va reveni la starea anterioară.
Stop_before_mark. Stare CU STOPBANTEMARK = Folosit pentru a indica faptul că intrarea din jurnalul de tranzacții care precede steag este punctul de restaurare. Punctul de recuperare poate fi o dată și o oră, un LSN sau un flag mark_name.
Stop_at_mark. Stare CU STOPATMARK = Folosit pentru a indica faptul că tranzacția marcată este un punct de recuperare. STOPATMARK trece înainte la steag și redă tranzacția marcată. Punctul de recuperare poate fi o dată și o oră, un LSN sau un flag mark_name.
Stop_at= . Stare CU STOPAT = este folosit pentru a indica faptul că punctul de restaurare este data/ora.
Restrict_user. Clauza WITH RESTRICT_USER este folosită pentru a restricționa accesul la baza de date restaurată. Valoarea implicită este nr.

Restaurarea MS SQL la un moment dat poate fi efectuată direct din pluginul de backup MS SQL. De asemenea, puteți să restaurați fișierele local și să efectuați operațiuni din consolă management Microsoft SQL Server Management Console pentru a putea folosi mai multe caracteristici.

LSN

Numărul LSN al intrării de jurnal la care a avut loc un anumit eveniment de backup și recuperare poate fi vizualizat în unul dintre următoarele moduri:

Când se afișează o descriere a sarcinilor pentru crearea unei copii de rezervă folosind software-ul Bacula
În numele fișierului jurnal
În tabelul msdb.backupset
În tabelul msdb.backupfile

Când efectuați o sarcină pentru a crea o copie de rezervă a unei baze de date MS SQL, următoarele informații despre numerele LSN vor fi afișate la afișarea descrierii sarcinii:

Număr Primul LSN corespunde ultimului număr LSN al ultimului backup al jurnalului de tranzacții. Un astfel de backup poate fi primul backup complet sau ultimul backup (incremental).

Număr Ultimul LSN se potrivește cu ultima tranzacție înregistrată în jurnal.

În cazul unei copii de rezervă a jurnalului de tranzacții (incremental), numele fișierului asociat cu această bază de date în sarcina de creare a unei copii de siguranță incrementală va arăta astfel:

Numărul din nume, în cazul nostru 42000162001, corespunde ultimului număr LSN al sarcinii anterioare (pentru a crea o copie de rezervă completă sau incrementală).

Figura 2: Primul LSN, Ultimul LSN și LSN-urile în numele fișierelor

După cum se arată în exemplul din Figura 2, dacă administratorul trebuie să restaureze baza de date MS SQL într-o stare corespunzătoare cu numărul LSN 14, pot fi efectuate următoarele acțiuni:

În meniul de recuperare a bazei de date, utilizați opțiunea 5
Selecta ultimul dosar backup complet „data.bak” (LSN: 10)
Selectați backup incremental „log-10.trn”

Sau, dacă cea mai recentă copie de rezervă completă a MS SQL Server nu este disponibilă, dar copia de rezervă completă anterioară este disponibilă, atunci:

Utilizați opțiunea de restaurare 3, selectați valorile jobids corespunzătoare
Selectați directorul bazei de date „/@mssql/db29187”
Selectați fișierul de rezervă complet „data.bak” (LSN: 2)
Selectați backup-uri incrementale „log-2.trn”, „log-3.trn”, „log-10.trn”
Setați parametrul stop_at_mark la „lsn:14”
Rulați sarcina pentru a restabili copia de rezervă

Scripturi de recuperare MS SQL

Descriere	Unde	Baza de date	Exemplu
Recuperați fișierele pe disc	Cale		unde=c:/tmp
Restaurați baza de date inițială			unde=/
Restaurați cu un nume nou	Nume		unde=newdb
Restaurați cu un nume nou		Nume	baza de date=newdb
Recuperați cu un nume nou și mutați fișierele		Nume

Tabelul 1: Scenarii de recuperare MS SQL

2.3.1 Restaurarea unei baze de date MS SQL cu numele original

Pentru a restaura baza de date cu numele original, opțiunea Unde nu trebuie specificată (valoare goală), sau trebuie specificată valoarea „/” și parametrul Înlocui trebuie să i se atribuie o valoare Întotdeauna, sau mai întâi trebuie să ștergeți baza de date sursă.

Restaurarea unei copii de rezervă MS SQL cu un nume nou

Pentru a restabili o copie de rezervă a bazei de date MS SQL cu un nume nou, poate fi necesar mai întâi să mutați fișierele bazei de date pe disc. Totul depinde dacă baza de date originală mai există.

Dacă baza de date sursă nu mai este disponibilă, atunci parametrul unde, sau câmpul „Opțiuni plugin” poate conține numele noii baze de date. MS SQL Backup de la Bacula va crea automat baza de date cu un nume nou.

Dacă este încă necesară baza de date inițială, parametrul unde va fi folosit pentru a muta fișierele pe disc și va trebui să denumești noua bază de date folosind meniul Opțiuni plugin. În arborele de recuperare, trebuie să selectați fișierul layout.dat.

Folosind catalogul meu

Rulați sarcina de recuperare MS SQL:

Folosind Catalogul meu, rulați sarcina de recuperare a bazei de date MS SQL:

Recuperați MS SQL pe discul local

Dacă specificați unde=c:/cale/, fișierele vor fi restaurate pe discul local, iar administratorul bazei de date MS SQL va putea folosi extensia procedurală TSQL pentru Microsoft SQL Server Management Console pentru a restaura baza de date. Comenzi SQL necesare pentru restaurarea bazei de date sunt listate în descriere Rezultatul jobului așa cum se arată în imaginea de mai jos.