Varundamine SQL Server andmebaas koos meie täieliku 2025. aasta juhendiga. Samm-sammult juhised ja parimad tavad igale oskustasemele.
1. Sissejuhatus SQL Server Varundamine
1.1 Mis on SQL Server Varukoopia?
SQL Server Varundamine on andmebaasifailide koopiate loomise protsess, et kaitsta neid andmete kadumise eest. Varukoopia jäädvustab teie andmebaasi oleku kindlal ajahetkel, võimaldades teil andmeid taastada riistvaratõrgete, inimlike vigade või katastroofide korral.
SQL Server salvestab varukoopiad vaikimisi .bak-failidesse, mis sisaldavad kõiki andmebaasiobjekte, sealhulgas tabeleid, salvestatud protseduure, vaateid, indekseid ja tehingulogisid.
1.2 miks SQL Server Varundamine on kriitilise tähtsusega
Andmebaasi varukoopiad on teie viimane kaitseliin andmete kadumise vastu. Ilma korralike varukoopiateta riskib teie organisatsioon järgmisega:
- Püsiv andmete kadu riistvaratõrgete või korruptsiooni tõttu
- Pikenenud seisakuaeg taastumiskatsete ajal
- Äritegevuse katkemine ja tulude vähenemine
- Nõuetele vastavuse rikkumised kui andmeid ei ole võimalik taastada
- Maine kahjustamine teenuse katkestuste tõttu
regulaarne SQL Server Varukoopiad tagavad äritegevuse järjepidevuse ja vastavad andmekaitse regulatiivsetele nõuetele.
1.3 Levinumad andmekao stsenaariumid
Andmete kadumise toimumise aja mõistmine aitab teil välja töötada tõhusa varundusstrateegia:
- Riistvara rikked: Ketta krahhid, serveri talitlushäired või salvestussüsteemi tõrked
- Inimlikud vead: Juhuslikud kustutamised, valed värskendused või kaotatud tabelid
- Tarkvaraprobleemid: Rakendusvead, rikutud värskendused või süsteemi krahhid
- Turvarikkumised: Lunavararünnakud, pahatahtlikud kustutamised või volitamata juurdepääs
- Looduskatastroofid: Tulekahjud, üleujutused või elektrikatkestused, mis mõjutavad andmekeskusi
2. Mõistmine SQL Server Varundustüübid
SQL Server toetab mitut varundustüüpi, millest igaüks rahuldab erinevaid taastamisvajadusi ja salvestusnõudeid.
2.1 Täielik varundamine
Täielik varukoopia loob kogu teie andmebaasist täieliku koopia, sealhulgas kõik andmefailid ja osa taastamiseks vajalikust tehingulogist.
2.1.1 Millal kasutada täielikku varundamist
Täielikud varukoopiad sobivad ideaalselt:
- Muude varundustüüpide baasjoone loomine
- Väikesed ja keskmise suurusega andmebaasid, mille varundamise aeg on vastuvõetav
- Iganädalased või igakuised varundusgraafikud
- Harvade muudatustega andmebaasid
2.1.2 Täieliku varundamise eelised ja piirangud
Plussid:
- Lihtsaim taastamisprotsess – üks fail sisaldab kõike
- Iseseisev ja teistest varukoopiatest sõltumatu
- Kiireim taastumisaeg andmebaasi täielikuks taastamiseks
Piirangud:
- Nõuab märkimisväärset salvestusruumi
- Pikem varundusaeg suurte andmebaaside jaoks
- Suurem ressursitarbimine varundamise ajal
2.2 Diferentsiaalvarundus
Diferentsiaalvarundus jäädvustab ainult pärast viimast täielikku varundust tehtud andmemuudatusi, vähendades varundamise aega ja salvestusruumi nõudeid.
2.2.1 Kuidas diferentsiaalvarundus töötab
Diferentsiaalvarundused jälgivad muudatusi muudetud ulatuse abil. Taastamisel SQL Server rakendab esmalt viimase täieliku varukoopia ja seejärel kõige uuema diferentsiaalvarukoopia.
2.2.2 Täielik vs diferentsiaalvarundus
| Aspekt | Täielik varundamine | Diferentsiaalvarundus |
|---|---|---|
| Mõõt | Täielik andmebaas | Ainult muudatused pärast viimast täielikku varundamist |
| Varundamise aeg | pikim | Kiirem kui täis |
| Taastamisprotsess | Ühe faili taastamine | Nõuab täis- ja diferentsiaali |
| Nõutav salvestusruum | Kõige rohkem ruumi | Alguses vähem ruumi, aja jooksul kasvab |
2.3 Tehingute logi varundamine
Tehingute logi varukoopiad jäädvustavad kõik tehingud alates viimasest logi varukoopiast, võimaldades taastamist konkreetsel ajahetkel.
2.3.1 Tehingute logide mõistmine
Tehingute logi salvestab kõik teie andmebaasi muudatused. Logi varukoopiad kärbivad logi mitteaktiivset osa, takistades sellel lõputult kasvamast ja teie ketta täitumist.
2.3.2 Taastumine konkreetsel ajahetkel
Tehingulogide varukoopiad võimaldavad teil taastada andmebaasi mis tahes kindla hetkeni logi varukoopias. See on ülioluline juhuslike andmete muutmise või kustutamise korral.
Ajahetke taastamise teostamiseks on vaja järgmist:
- Viimane täielik varukoopia
- Viimane diferentsiaalvarundus (valikuline)
- Kõik tehingulogi varukoopiad alates täielikust/diferentsiaalvarundusest kuni teie sihtajani
2.4 Sabalogi varundamine
Andmete varundamise logid jäädvustavad seni varundamata logikirjeid, hoides ära andmete kadumise ja säilitades tervikliku logiahela. Enne taastamist SQL Server Andmebaasi taastamiseks selle viimasesse ajahetkesse peate varundama selle tehingulogi sabaosa. Sabalogi varukoopia on andmebaasi taastamisplaani viimane oluline varukoopia.

Märge: Mitte kõik taastamisstsenaariumid ei nõua failide lõpulogi varukoopiat. Te ei vaja seda, kui taastepunkt asub varasemas logi varukoopias. Failide lõpulogi varukoopia pole vajalik ka siis, kui teisaldate või asendate (kirjutate üle) andmebaasi ja te ei pea seda taastama viimasest varukoopiast hilisemale ajahetkele.
2.4.1 Millal on vaja sabalogide varukoopiaid
Järgmised stsenaariumid kirjeldavad, millal peaksite tegema sabalogi varukoopia:
Andmebaasi taastamine veebis: Kui andmebaas on võrgus ja kavatsete andmebaasi taastada, alustage logi lõpu varundamisest. Võrgus oleva andmebaasi vea vältimiseks peate varundamise ajal kasutama Transact-SQL-lause BACKUP valikut WITH NORECOVERY. SQL Server andmebaas.
Võrguühenduseta andmebaasi taastamine: Kui andmebaas on võrguühenduseta ja selle käivitamine ebaõnnestub ning teil on vaja andmebaas taastada, varundage kõigepealt logi lõpp-osa. Kuna sel ajal ei saa tehinguid toimuda, on valiku WITH NORECOVERY kasutamine valikuline. NORECOVERY on antud juhul sisuliselt sama mis ainult kopeerimisega tehingulogi varundamine.
Kahjustatud andmebaasi varukoopia: Kui andmebaas on kahjustatud, proovige teha logi lõpuosa varukoopia, kasutades BACKUP-lause valikut WITH CONTINUE_AFTER_ERROR. Kahjustatud andmebaasi puhul saab logi lõpuosa varundamine õnnestuda ainult siis, kui logifailid on kahjustamata, andmebaas on olekus, mis toetab logi lõpuosa varundamist, ja andmebaas ei sisalda hulgilogitud muudatusi. Kui logi lõpuosa varukoopiat ei saa luua, siis kõik pärast viimast MS-i tehtud tehingud... SQL Server varundusandmebaasid lähevad kaotsi.
2.4.2 Sabalogide varundamise põhivalikud
NORECOVERYGA: Kasutage funktsiooni NORECOVERY, kui varundate võrguandmebaasi logi lõppu, mille plaanite hiljem taastada. NORECOVERY viib andmebaasi võrguühenduseta olekusse. Samuti saate varundada SQL Server Võrguühenduseta andmebaasi sabalogi. Kui soovite andmebaasi võrguühenduseta jätta, kasutage valikut WITH NORECOVERY. Pange tähele, et logi kärbitakse, kui te ei määra valikut COPY_ONLY või NO_TRUNCATE.
JÄTKUVATE_VIGADEGA: Kasutage funktsiooni CONTINUE_AFTER_ERROR ainult siis, kui varundate kahjustatud andmebaasi saba. Kahjustatud andmebaasi logi saba varundamisel ei pruugi mõned logide varukoopiates tavaliselt jäädvustatud metaandmed olla saadaval.
2.5 Ainult kopeerimine
Ainult koopiaid võimaldavad varukoopiad loovad sõltumatu varukoopia, mõjutamata tavapärast varundamise järjestust. Need ei häiri diferentsiaalvarundusahelaid ega tehingulogi järjepidevust.
Kasutage ainult koopiaid sisaldavaid varukoopiaid järgmistel juhtudel:
- Testi- või arendusandmebaasi koopiate loomine
- Ad-hoc varukoopiad ilma ajastatud varukoopiaid mõjutamata
- Varukoopia enne suuremaid muudatusi või testimist
2.6 Failide ja failirühmade varundamine
Failide ja failirühmade varundamine on suunatud konkreetsetele andmebaasifailidele või failirühmadele, mitte kogu andmebaasile. See lähenemisviis toimib hästi väga suurte andmebaaside puhul, kus kõige varundamine võtab liiga kaua aega.
Eelised on:
- Kiiremad varundustoimingud suurte andmebaaside jaoks
- Mitme failirühma paralleelne varundamine
- Granuleeritud taastevõimalused
- Optimeeritud varundusgraafikud kirjutuskaitstud failirühmadele
2.7 Osaline varundamine
Osalised varukoopiad sisaldavad kõiki andmeid primaarses failirühmas ja kõigis kirjutuskaitstud failirühmades, välja arvatud kirjutuskaitstud failirühmad. See vähendab varundamise mahtu ja aega andmebaaside puhul, mille staatilisi ajaloolisi andmeid on salvestatud kirjutuskaitstud failirühmadesse.
3. SQL Server Taastumismudelid
SQL Server Taastemudelid määravad, millised varundustüübid on saadaval ja kuidas tehingulogisid hallatakse.
3.1 Lihtne taastamismudel
3.1.1 Omadused ja kasutusjuhud
Lihtne taastamine kärbib tehingute logi automaatselt pärast iga kontrollpunkti, vabastades ruumi ilma logide varundamist vajamata.
Parim on:
- Arendus- ja testimisandmebaasid
- Andmebaasid, kus andmete kadu varukoopiate vahel on vastuvõetav
- Andmelaod ETL-protsessidega, mida saab uuesti käivitada
- Kirjutuskaitstud või aruandlusandmebaasid
3.1.2 Saadaval olevad varundusvalikud
Lihtne taastamine toetab:
- Täielikud varukoopiad
- Diferentsiaalvarundused
- Failide ja failirühmade varukoopiad
- Ainult koopiate varukoopiad
Tehingute logi varukoopiad on mitte saadaval lihtsas taastumismudelis.
3.2 Täieliku taastumise mudel
3.2.1 Omadused ja eelised
Täielik taastamine logib kõik tehingud ja säilitab logikirjed kuni nende varundamiseni. See võimaldab tehingulogi varukoopia piires andmete täielikku taastamist mis tahes ajahetkel.
Peamised eelised:
- Minimaalne andmete kadumise potentsiaal
- Ajahetkel taastamise võimalus
- Toetab logide saatmist ja andmebaasi peegeldamist
- Maksimaalne taastumispaindlikkus
3.2.2 Tehingute logi haldamine
Täieliku taastamise korral peate regulaarselt tegema tehingulogi varukoopiaid, et:
- Tehingulogi kettaruumi täitmise takistamine
- Säilitage pidev varukett
- Luba taastamine konkreetsel ajahetkel
- Logifailide kasvu kontrollimine
Tüüpiline varundamise ajakava: täielikud varukoopiad iganädalaselt, diferentsiaalvarukoopiad iga päev, logide varukoopiad iga 15–30 minuti järel.
3.3 Masslogitud taastemudel
3.3.1 Millal kasutada massilogimist
Masslogitud taastamine logib minimaalselt hulgitoiminguid, nagu HULGILISAMINE, SELECT INTO ja indeksi taastamine, säilitades samal ajal tavaliste tehingute täieliku logimise.
Kasutage hulgilogitud taastamist järgmistel juhtudel:
- Suurte hulgiimpordi toimingute teostamine
- Suurte tabelite indeksite taastamine
- Minimaalse logimisega kaasnevate toimingute teostamine
- Vajadus vähendada tehingulogi mahtu teatud toimingute ajal
3.3.2 Piirangud ja kaalutlused
Olulised piirangud:
- Hulgitoimingute ajal pole taastamine ajahetkel saadaval
- Hulgitoimingute korral on logide varukoopiad suuremad
- Vajadusel tuleb täieliku ja hulgilogimise vahel vahetada
3.4 Õige taastamismudeli valimine
Valige oma taastamismudel vastavalt ärivajadustele:
| Taastumismudel | Andmete kadumise oht | Täpne taastamine | Parim |
|---|---|---|---|
| lihtne | Muudatused pärast viimast varundamist | Ei | Arendus/testimine, vastuvõetav andmekadu |
| Täis | Minimaalne (tavaliselt minutit) | Jah | Tootmisandmebaasid, kriitilised andmed |
| Masslogitud | Muudatused pärast viimast logi varundamist | Piiratud lahtiste toimingute ajal | Ajutine kasutamine lahtiste toimingute ajal |
4. backup SQL Server Andmebaas, mis kasutab SSMS-i
4.1 Eeltingimused ja ettevalmistus
Enne varundamist SQL Server andmebaasi, veenduge, et:
- Teil on vastavad õigused (db_owner või BACKUP DATABASE õigus).
- Piisavalt kettaruumi varufaili jaoks
- SQL Server Management Studio (SSMS) on installitud
- Võrguteede ligipääs võrguasukohtadesse varundamise korral
4.2 Samm-sammult: täielik varundamine SSMS-iga
Täieliku varukoopia loomiseks järgige neid samme SQL Server andmebaas SSMS-i abil.
4.2.1 Avamine SQL Server Juhtimisstuudio
- Algatama SQL Server Juhtimisstuudio
- Sisestage oma serveri nimi väljale Serveri nimi väli
- Valige oma autentimismeetod
- Click Võta meiega ühendust
4.2.2 Andmebaasi ja varundusvalikute valimine
- In Objektide uurija, laiendage Andmebaasid sõlme
- Paremklõpsake andmebaasil, mida soovite varundada
- valima Ülesanded -> Varunda
- aasta Varunda andmebaas aknas kontrollige andmebaasi nime
- valima Täis kui Varundustüüp
4.2.3 Varundussihtkoha seadistamine
- alla sihtpunktklõps eemalda vaiketee tühjendamiseks (vajadusel)
- Click lisama uue varukoopia asukoha määramiseks
- Sisestage faili tee ja nimi koos .bak laiendamine
- Click OK sihtkoha kinnitamiseks
4.2.4 Advanced Backup Seaded
- Click Meediumivalikud vasakul paneelil
- Valige varundusvalikud:
- Kirjuta kõik olemasolevad varukoopiad üle – Asendab olemasolevad varukoopiad
- Lisa olemasolevale varukoopiate komplektile – Lisab olemasolevale varukoopiale
- Click Varundamisvalikud vasakul paneelil
- Valikuliste sätete konfigureerimine:
- Varukoopia tihendamine – Vähendab varukoopia faili suurust
- Krüpti varukoopia – Kaitseb tundlikke andmeid
- Pärast varukoopia kinnitamist – Kontrollib varukoopiate terviklikkust
4.2.5 Varundamise käivitamine
- Vaadake üle kõik sätted jaotises Varunda andmebaas aken
- Click OK varundamise alustamiseks
- Oodake varundamise lõppu
- Varundamise lõppedes kuvatakse eduteade
- Click OK kinnitusdialoogi sulgemiseks
4.3 Diferentsiaalvarunduse loomine SSMS-iga
Eristusvarunduse loomiseks järgige samu samme nagu täieliku varukoopia loomisel, aga valige Diferentsiaal sammus 4.2.2 varukoopia tüübina. Pidage meeles, et diferentsiaalvarundamised nõuavad baasjoonena eelnevat täielikku varukoopiat.
4.4 Tehingute logi varukoopia loomine SSMS-iga
Tehingulogide varukoopiad on saadaval ainult andmebaaside jaoks, mis kasutavad täieliku või massilise logimisega taastemudeleid.
- Paremklõpsake andmebaasil Objektide uurija
- valima Ülesanded -> Varunda
- Vali Tehingute logi varukoopia tüübina
- Vajadusel konfigureerige sihtkoht ja valikud
- Click OK logi varukoopia loomiseks
4.5 Ainult koopiate tegemiseks mõeldud varukoopia loomine SSMS-iga
Ainult koopiate tegemiseks mõeldud varukoopiad ei sega teie tavapärast varundamise järjekorda.
- Täieliku varukoopia loomiseks järgige samme
- aasta Varundamisvalikud lehekülg
- Vaata Ainult koopia varundamine valik
- Lõpetage varundusprotsess tavapäraselt
5. backup SQL Server T-SQL-i kasutav andmebaas
5.1 Varundusandmebaasi põhisüntaks
T-SQL BACKUP DATABASE käsk pakub programmilist kontrolli SQL Server varukoopiad.
BACKUP DATABASE database_name
TO DISK = 'backup_file_path'
WITH options;
5.2 Täielikud T-SQL-i käskude varukoopiad
5.2.1 Lihtne täieliku varundamise skript
Looge täielik varukoopia minimaalsete valikutega:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
GO
5.2.2 Täielik varundamine koos valikutega
Lisage kirjeldav teave ja vormindusvalikud:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH FORMAT,
INIT,
NAME = 'AdventureWorks-Full Database Backup',
DESCRIPTION = 'Full backup of AdventureWorks database',
STATS = 10
GO
Valikud selgitatud:
- FORMAT – Loob uue varukoopiate komplekti
- INIT'isse – Kirjutab üle olemasoleva varukoopiafaili
- NIMI – Määrab varukoopiakomplekti nime
- KIRJELDUS – Lisab kirjeldava teksti
- STATISTIKA – Näitab edusamme iga 10% järel
5.3 Diferentsiaalvarunduse T-SQL-käsud
Diferentsiaalvarundused kasutavad valikut DIFFERENTIAL:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Diff.bak'
WITH DIFFERENTIAL,
INIT,
NAME = 'AdventureWorks-Differential Backup',
STATS = 10
GO
5.4 Tehingute logi varundamise T-SQL-käsud
Tehingute logide varundamiseks kasutage VARUNDAMISLOGI:
BACKUP LOG AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Log.trn'
WITH INIT,
NAME = 'AdventureWorks-Transaction Log Backup',
STATS = 10
GO
5.5 Täiustatud T-SQL-i varundusvalikud
5.5.1 Varundamine mitmesse faili
Kiirema jõudluse tagamiseks jagage varukoopia mitme faili vahel:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_1.bak',
DISK = 'D:\Backups\AdventureWorks_2.bak',
DISK = 'E:\Backups\AdventureWorks_3.bak'
WITH FORMAT, INIT
GO
5.5.2 Varundamine tihendamise abil
Vähendage varukoopia faili suurust ja võrgu ribalaiust:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Compressed.bak'
WITH COMPRESSION,
INIT,
STATS = 10
GO
5.5.3 Krüptitud varundamine
Kaitske tundlikke andmeid krüpteerimisega:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Encrypted.bak'
WITH COMPRESSION,
ENCRYPTION (
ALGORITHM = AES_256,
SERVER CERTIFICATE = BackupCertificate
),
STATS = 10
GO
5.5.4 Varundamine parooliga kaitsega
Lisa paroolikaitse (aegunud, kasuta krüptimist):
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH PASSWORD = 'StrongPassword123!',
INIT
GO
5.5.5 Peegeldatud varukoopiad
Loo samaaegsed koopiad erinevatesse asukohtadesse:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
MIRROR TO DISK = 'D:\Backups\AdventureWorks_Mirror.bak'
WITH FORMAT, INIT
GO
5.6 T-SQL-i varundamise näited ja skriptid
Täielik varukoopia skript koos veakäsitlusega:
DECLARE @BackupPath NVARCHAR(500);
DECLARE @DatabaseName NVARCHAR(128) = 'AdventureWorks';
DECLARE @BackupDate NVARCHAR(20);
SET @BackupDate = CONVERT(NVARCHAR(20), GETDATE(), 112);
SET @BackupPath = 'C:\Backups\' + @DatabaseName + '_' + @BackupDate + '.bak';
BEGIN TRY
BACKUP DATABASE @DatabaseName
TO DISK = @BackupPath
WITH COMPRESSION,
INIT,
NAME = @DatabaseName + '-Full Backup',
STATS = 10;
PRINT 'Backup completed successfully: ' + @BackupPath;
END TRY
BEGIN CATCH
PRINT 'Backup failed: ' + ERROR_MESSAGE();
END CATCH
GO
6. backup SQL Server Andmebaas PowerShelli abil
6.1 PowerShelli varunduskäsud
SQL Server PowerShelli moodul pakub varundamise automatiseerimiseks cmdlette:
- Backup-SQLDatabase – Loob andmebaasi varukoopiaid
- Restore-SqlDatabase – Taastab andmebaasi varukoopiad
- Get-SqlDatabase – Hangib andmebaasi teavet
Importige SQL Server moodul:
Import-Module SqlServer
6.2 Varukoopiate skriptide loomine PowerShelli abil
PowerShelli põhiline varunduskäsk:
Backup-SqlDatabase -ServerInstance "localhost" `
-Database "AdventureWorks" `
-BackupFile "C:\Backups\AdventureWorks.bak" `
-BackupAction Database `
-CompressionOption On
Diferentsiaalvarunduse näide:
Backup-SqlDatabase -ServerInstance "localhost" `
-Database "AdventureWorks" `
-BackupFile "C:\Backups\AdventureWorks_Diff.bak" `
-BackupAction Database `
-Incremental
Tehingute logi varundamine:
Backup-SqlDatabase -ServerInstance "localhost" `
-Database "AdventureWorks" `
-BackupFile "C:\Backups\AdventureWorks_Log.trn" `
-BackupAction Log
6.3 Varukoopiate automatiseerimine PowerShelli abil
Looge mitme andmebaasi jaoks automaatne varundusskript:
# Configuration
$ServerInstance = "localhost"
$BackupPath = "C:\Backups"
$Databases = @("AdventureWorks", "TestDB", "ProductionDB")
$Timestamp = Get-Date -Format "yyyyMMdd_HHmmss"
# Create backup directory if not exists
if (-not (Test-Path $BackupPath)) {
New-Item -ItemType Directory -Path $BackupPath
}
# Backup each database
foreach ($Database in $Databases) {
$BackupFile = Join-Path $BackupPath "$Database`_$Timestamp.bak"
try {
Backup-SqlDatabase -ServerInstance $ServerInstance `
-Database $Database `
-BackupFile $BackupFile `
-BackupAction Database `
-CompressionOption On
Write-Host "Successfully backed up $Database to $BackupFile" -ForegroundColor Green
}
catch {
Write-Host "Failed to backup $Database : $_" -ForegroundColor Red
}
}
7. backup SQL Server Andmebaas käsurea abil
SQL Server pakub käsurea utiliite, mis võimaldavad teil varundada SQL Server andmebaasi ilma SSMS-i või graafiliste liidesteta. Need tööriistad on olulised automatiseerimise, skriptimise ja kaughalduse stsenaariumide jaoks.
7.1 Kasutage SQLCMD varundusandmebaasi
SQLCMD on kaasaegne käsurea utiliit, mis on mõeldud SQL Server mis asendas OSQL-i. See pakub täiustatud funktsionaalsust ja on soovitatav tööriist T-SQL-käskude käivitamiseks käsurealt.
7.1.1 SQLCMD põhisüntaks
sqlcmd -S ServerName -d DatabaseName -Q "BACKUP DATABASE statement"
- -S: Määrab SQL Server eksemplari nimi
- -d: Määrab andmebaasi nime
- K: Käivitab päringu ja väljub
- -JA: Kasutab Windowsi autentimist
- -U: Täpsustab SQL Server sisselogimise kasutajanimi
- -P: Määrab parooli SQL Server Logi sisse
7.1.2 Varukoopia loomine SQLCMD abil
Varundamiseks SQL Server SQLCMD abil toimige järgmiselt.
- avatud Command Prompt or PowerShell
- Liikuge SQL Server tööriistade kataloog (tavaliselt lisatakse installimise ajal teele (PATH))
- Käivita SQLCMD varundusandmebaasi käsk sobivate parameetritega
- Veenduge, et varukoopiafail loodi edukalt
Näide täieliku varundamise käsust, mis kasutab Windowsi autentimist:
sqlcmd -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH COMPRESSION, INIT"
Näide, kasutades SQL Server Autentimine:
sqlcmd -S localhost -U sa -P YourPassword -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH COMPRESSION, INIT"
Diferentsiaalvarunduse loomine SQLCMD abil
sqlcmd -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks_Diff.bak' WITH DIFFERENTIAL, COMPRESSION, INIT"
Tehingulogi varukoopia loomine SQLCMD abil
sqlcmd -S localhost -E -Q "BACKUP LOG AdventureWorks TO DISK='C:\Backups\AdventureWorks_Log.trn' WITH COMPRESSION, INIT"
7.1.3 Varunda väljaandja andmebaas SQL Server replikatsioon
Väljaandja andmebaaside varundamise ajal SQL Server Replikatsioon, replikatsiooni metaandmete säilitamiseks ja tehingute järjepidevuse tagamiseks kasutage valikut WITH REPLICATION.
-- Backup publisher database with replication support
BACKUP DATABASE PublisherDB
TO DISK = 'C:\Backup\PublisherDB_Full.bak'
WITH REPLICATION,
COMPRESSION,
CHECKSUM,
INIT,
STATS = 10;
GO
Lisateavet saidi kohta SQL Server replikatsiooni, vaadake meie terviklik juhend.
7.2 Kasutage OSQL-i varundusandmebaasi
OSQL on pärandkäsurea utiliit, mis on loodud järgmistele rakendustele: SQL ServerKuigi Microsoft soovitab kasutada SQLCMD-d, jääb OSQL vanemate skriptide ja süsteemidega tagasiühilduvuse tagamiseks kättesaadavaks.
7.2.1 OSQL-i põhisüntaks
OSQL-i süntaks on sarnane SQLCMD-ga:
osql -S ServerName -d DatabaseName -Q "BACKUP DATABASE statement"
- -S: SQL Server eksemplari nimi
- -d: Andmebaasi nimi
- K: Käivitab päringu ja väljub
- -JA: Kasutab usaldusväärset ühendust (Windowsi autentimine)
- -U: Logi sisse kasutajanimi
- -P: Sisselogimisparool
7.2.2 Varukoopia loomine OSQL-iga
OSQL-i varundusandmebaasi toimingute tegemiseks tehke järgmist.
- avatud Command Prompt
- Veenduge, et OSQL on teie süsteemis saadaval SQL Server paigaldamine
- Käivita OSQL-i varunduskäsk
Näide täielikust varukoopiast:
osql -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH INIT"
Näide diferentsiaalvarundusest:
osql -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks_Diff.bak' WITH DIFFERENTIAL, INIT"
8. Kolmas osapool SQL Server Varundustööriistad
Kui SQL Server Sisaldab natiivseid varundusvõimalusi, kolmandate osapoolte tööriistad pakuvad täiustatud funktsioone, automatiseerimist ja ettevõtte tasemel haldust keerukate nõuetega organisatsioonidele. Need lahendused pakuvad täiustatud tihendamist, tsentraliseeritud haldust ja sujuvamaid varundamise töövooge. SQL Server andmebaasid mitmes keskkonnas.
8.1 Veeami varundusteenus SQL Server
Veeam pakub spetsiaalselt varundamiseks loodud terviklikke andmekaitselahendusi SQL Server andmebaasid, millel on minimaalne mõju tootmissüsteemidele.
Peamised omadused:
- Rakendusteadlik töötlemine SQL Server varukoopia järjepidevus
- Tehingute logi varundamine ja haldamine
- Ajahetke taastamine detailsete taastamisvõimalustega
- Integratsioon Veeam Backup & Replicationiga ühtse andmekaitse tagamiseks
- Automatiseeritud varukoopiate kontrollimine ja valideerimine
- Alati sisse lülitatud kättesaadavusrühmade tugi
- VM-tase ja rakendustase SQL Server varundusvalikud
8.2 Barracuda varukoopia SQL Server
Barracuda pakub MS-ile pilve integreeritud varunduslahendusi lihtsustatud haldusega SQL Server andmebaasi varundamise toimingud.
Peamised omadused:
- Automatiseeritud SQL Server varundamise ajastamine
- Sisseehitatud pilve replikatsioon Barracuda pilvesalvestusse
- Globaalne deduplikatsioon ja tihendamine
- Kohesed kohalikud taastamisvõimalused
- Veebipõhine halduskonsool
- Täielike, diferentsiaal- ja tehingulogide varundamise tugi
- Lunavaratõrje muutmatute varukoopiatega
8.3 Veritas NetBackup ettevõtte jaoks SQL Server
Veritas NetBackup on ettevõtteklassi varundusplatvorm, mis pakub igakülgset kaitset SQL Server andmebaasid keerukates IT-keskkondades.
Peamised omadused:
- Ettevõtte tasemel varundushaldus tuhandetele SQL Server juhtumid
- Täiustatud deduplikatsiooni- ja tihendusalgoritmid
- Paindlikud varunduspoliitikad ja ajastamine
- Toetus kõigile SQL Server taastumismudelid
- Integratsioon lindiraamatukogude ja pilvesalvestusega
- Andmebaaside, tabelite ja objektide detailne taastamine
- Mitme platvormi tugi (Windows, Linux SQL Server)
- Automatiseeritud varundamise elutsükli haldus
8.4 Commvaulti täielik varundamine ja taastamine SQL Server
Commvault pakub intelligentset andmehaldust koos põhjaliku varundamisega SQL Server võimalused ja täiustatud automatiseerimisfunktsioonid.
Peamised omadused:
- Tehisintellektil põhinev varundamise optimeerimine ja anomaaliate tuvastamine
- Ühtne platvorm varundamiseks, taastamiseks ja arhiveerimiseks
- edasijõudnud SQL Server varukoopia tihendamine (kuni 90% vähendus)
- Automatiseeritud katastroofide taastamise orkestreerimine
- Reaalajas sünkroonimine peaaegu nullilähedase RPO kaitse tagamiseks
- Toetus SQL Server kohapealsed, pilve- ja hübriidjuurutused
- IntelliSnap hetktõmmisepõhiste varukoopiate jaoks
- Põhjalikud vastavus- ja e-avalikustamise võimalused
8.5 Ühtekuuluvusandmete kaitse SQL Server
Cohesity pakub järgmise põlvkonna andmehaldust hüperkonvergeeritud infrastruktuuriga tänapäevaseks kasutamiseks SQL Server varundustoimingud.
Peamised omadused:
- Veebipõhine arhitektuur lihtsustatud halduse jaoks
- Kohene massi taastamise võimalus SQL Server andmebaasid
- Rakendusega kooskõlas olevad hetktõmmised
- Globaalne deduplikatsioon kõigis varukoopiates
- Natiivne pilveintegratsioon (AWS, Azure, Google Cloud)
- Sisseehitatud analüüsi ja jälgimise armatuurlauad
- Andmebaasi kloonimise ja testimise võimalused
- Lunavarakaitse muutmatute hetktõmmistega
8.6 Red Gate SQL Backup Pro
Red Gate SQL Backup Pro on spetsiaalne tööriist, mis on keskendunud ainult optimeerimisele SQL Server varundamise ja taastamise toimingud suurepärase tihendamise ja jõudlusega.
Peamised omadused:
- Tööstusharu juhtivad surveastmed (kuni 95%)
- Võrgu vastupidavus varundamiseks SQL Server ebausaldusväärsete ühenduste kaudu
- Varukoopia krüptimine 256-bitise AES-iga
- Varukoopiate kontrollimine ja terviklikkuse kontroll
- Üksikasjalik varundamise ajalugu ja aruandlus
- Integratsioon koos SQL Server Juhtimisstuudio
- Varundamise tugi võrguasukohtadesse ja pilvesalvestusse
- Paralleelne varundamine ja taastamine kiiremaks toimimiseks
9. Kuidas taastada SQL Server andmebaas
9.1 Taastamisprotsessi mõistmine
Taastamine a SQL Server andmebaas loob andmebaasi varukoopiatest uuesti. Taastamisprotsess loeb varukoopiafaili ja taastab andmebaasi varukoopiate olekusse.
Olulised kaalutlused:
- Taastamine kirjutab olemasoleva andmebaasi üle
- Kasutajad on taastamise ajal lahti ühendatud
- Taastamisel tuleb järgida varundamise järjekorda (täielik, seejärel diferentsiaal, seejärel logid).
- Andmebaas pole taastamistoimingu ajal saadaval
9.2 Täieliku varukoopia taastamine SSMS-i abil
Täieliku andmebaasi varukoopia taastamiseks järgige neid samme.
9.2.1 Samm-sammult taastamisprotsess
- avatud SQL Server Juhtimisstuudio ja loo ühendus oma serveriga
- In Objektide uurija, paremklõps Andmebaasid
- valima Taastage andmebaas
- aasta allikas jaotises valige Seadme
- kliki ... nupp varundusfailide sirvimiseks
- Click lisama ja navigeeri oma .bak-failini
- Valige varukoopiafail ja klõpsake OK
- aasta sihtpunkt jaotises sisestage andmebaasi nimi
- Vaadake taastamiseks üle varukoopiate komplektid
- Click OK taastamise alustamiseks
9.2.2 Taastamisvalikud ja -seaded
Click Valikud vasakpoolsel paneelil konfigureerimiseks:
- Kirjuta olemasolev andmebaas üle (asendusega) – Võimaldab taastada olemasoleva andmebaasi pealt
- Säilita replikatsiooni olekud (koos funktsiooniga KEEP_REPLICATION) – Hoidke SQL Server replikatsioon riik
- Piira juurdepääsu taastatud andmebaasile (WITH RESTRICTED_USER) – Piirab juurdepääsu pärast taastamist
- Taastumise olek – Vali TAASTAMINE TAASTAMISEGA või TAASTAMISMITTE
9.3 Diferentsiaalvarunduse taastamine
Diferentsiaaltaastamiseks on vaja nii täielikke kui ka diferentsiaalvarundusi:
- Esmalt taastage täielik varukoopia, kasutades TAASTAMINE valik
- Seejärel taasta diferentsiaalvarundus käsuga RECOVERY valik
T-SQL-i näide:
-- Restore full backup (NORECOVERY to allow differential)
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY, REPLACE;
-- Restore differential backup (RECOVERY to complete)
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Diff.bak'
WITH RECOVERY;
GO
9.4 Tehingulogi varukoopiate abil taastamine
Ajahetke taastamise korral taastage järgmises järjekorras:
- Taasta täielik varukoopia NORECOVERY abil
- Taasta diferentsiaalvarundus NORECOVERY abil (kui see on saadaval)
- Tehingulogi varukoopiate taastamine järjekorras NORECOVERY abil
- Taastage lõplik logi varukoopia RECOVERY abil
-- Restore full backup
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY, REPLACE;
-- Restore first log backup
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH NORECOVERY;
-- Restore second log backup with recovery
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log2.trn'
WITH RECOVERY;
GO
9.5 Taastamine konkreetsel ajahetkel
Andmebaasi taastamine kindlale ajahetkele, kasutades STOPAT valikut:
-- Restore to specific time: January 15, 2025 at 2:30 PM
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY, REPLACE;
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log.trn'
WITH RECOVERY, STOPAT = '2025-01-15 14:30:00';
GO
9.6 Tabeli taastamine
SQL Server ei toeta otsest tabeli tasemel taastamist varundusfailidest. Siiski on siiski mõned lahendused.
9.6.1 Meetod 1: Andmebaasi hetktõmmised (parim ennetamiseks)
Andmebaasi hetktõmmised pakuvad kiireimat viisi tabeli andmete taastamiseks, kui need on loodud enne probleemi tekkimist. Hetktõmmis on andmebaasi kirjutuskaitstud staatiline vaade kindlal ajahetkel.
Andmebaasi hetktõmmise loomine:
-- Create snapshot before making changes
CREATE DATABASE ProductionDB_Snapshot_20250107
ON
( NAME = ProductionDB_Data,
FILENAME = 'C:\Snapshots\ProductionDB_Snapshot.ss' )
AS SNAPSHOT OF ProductionDB;
GO
Tabeliandmete taastamine hetktõmmisest:
USE ProductionDB;
GO
-- Replace entire table content
BEGIN TRANSACTION;
-- Disable constraints temporarily
ALTER TABLE dbo.Orders NOCHECK CONSTRAINT ALL;
-- Clear current data
TRUNCATE TABLE dbo.Orders;
-- Restore from snapshot
INSERT INTO dbo.Orders
SELECT * FROM ProductionDB_Snapshot_20250107.dbo.Orders;
-- Re-enable constraints
ALTER TABLE dbo.Orders CHECK CONSTRAINT ALL;
COMMIT TRANSACTION;
GO
Versiooninõuded: Andmebaasi hetktõmmised on saadaval SQL Server Enterprise Edition (kõik versioonid) ja Standard Edition alates SQL Server 2016 SP1.
9.6.2 2. meetod: taastamine ajutisele andmebaasile (kõige levinum)
See meetod töötab siis, kui teil on vaja pärast probleemi tekkimist ja hetktõmmist pole olemas, tabeli andmed taastada:
- Varukoopia taastamine ajutisele andmebaasile
- Kopeeri tabeli andmed ajutisest andmebaasist praegusesse andmebaasi
9.7 Lehe taastamine
Lehe taastamine taastab üksikuid kahjustatud lehti ilma kogu andmebaasi taastamata, minimeerides seisakuid, sihtides ainult rikutud lehti. See funktsioon on saadaval ainult täieliku või massilise logiga taastamise mudelite korral ja nõuab katkematut tehingulogi varukoopiate ahelat alates lehe varukoopiast kuni praeguse logifailini.
Lehe taastamiseks tuvastage kõigepealt kahjustatud lehed, tehke tehingulogide varukoopia, taastage konkreetsed lehed ja seejärel rakendage kõik tehingulogid:
-- Identify damaged pages
SELECT * FROM msdb.dbo.suspect_pages
WHERE database_id = DB_ID('AdventureWorks');
-- Take tail-log backup
BACKUP LOG AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_TailLog.trn'
WITH NORECOVERY;
-- Restore damaged pages
RESTORE DATABASE AdventureWorks
PAGE = '1:123, 1:456'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY;
-- Apply transaction logs
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH NORECOVERY;
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_TailLog.trn'
WITH RECOVERY;
GO
Märge: Lehe taastamine pole lihtsa taastemudeli korral saadaval. Süsteemitabelitest ega peamiste failirühmade metaandmetest ei saa lehti taastada.
9.8 Tükeldatud taastamine
Osaline taastamine taastab andmebaasi etappide kaupa failirühma tasandil, alustades peamisest failirühmast. See toob kriitilised andmed kohe võrku, samal ajal kui vähem kriitilised andmed taastatakse taustal. Lihtsa taastemudeli korral tuleb kõik lugemis- ja kirjutamisõigusega failirühmad taastada koos peamise failirühmaga; eraldi saab taastada ainult kirjutuskaitstud failirühmi. Täieliku või massilise logiga taastemudeli korral saab iga failirühma pärast tehingulogide rakendamist eraldi võrku tuua.
| Taastumismudel | Tükeldatud taastamise käitumine |
|---|---|
| lihtne | Primaarne ja kõik lugemis-/kirjutamisõigusega failigrupid taastati koos. Kirjutuskaitstud failigrupid taastati eraldi. |
| Täielik/masslogitud | Iga failirühm taastati failirühma tasandil iseseisvalt. |
Näide täieliku taastamise mudelist – taasta esmalt esmane failirühm, et andmebaas võrku viia, seejärel taasta teisesed failirühmad, kuni andmebaas jääb töökorras:
-- Stage 1: Restore primary filegroup (database comes online)
RESTORE DATABASE AdventureWorks
FILEGROUP = 'PRIMARY'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH PARTIAL, NORECOVERY;
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH RECOVERY;
GO
-- Stage 2: Restore secondary filegroup (database stays online)
RESTORE DATABASE AdventureWorks
FILEGROUP = 'HistoricalData'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY;
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH RECOVERY;
GO
Näide lihtsast taastamismudelist:
-- Restore primary with all read-write filegroups
RESTORE DATABASE AdventureWorks
FILEGROUP = 'PRIMARY'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH PARTIAL, RECOVERY;
-- Restore read-only filegroup separately
RESTORE DATABASE AdventureWorks
FILEGROUP = 'ReadOnlyArchive'
FROM DISK = 'C:\Backups\AdventureWorks_ReadOnly.bak'
WITH RECOVERY;
GO
9.9 Taastamine T-SQL-käskude abil
Täielik taastamisskript koos failide ümberpaigutamisega:
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH MOVE 'AdventureWorks_Data' TO 'D:\Data\AdventureWorks.mdf',
MOVE 'AdventureWorks_Log' TO 'E:\Logs\AdventureWorks.ldf',
REPLACE,
STATS = 10;
GO
9.10 Varukoopia terviklikkuse kontrollimine enne taastamist
Varukoopia kehtivuse kontrollimine ilma taastamata:
RESTORE VERIFYONLY
FROM DISK = 'C:\Backups\AdventureWorks.bak';
GO
See käsk kontrollib, kas varukoopia on täielik ja loetav ilma andmebaasi tegelikult taastamata.
10. SQL Server Varundamise parimad tavad
10.1 Varundusstrateegia väljatöötamine
10.1.1 Ärivajaduste hindamine
Enne varukoopiate tegemist hinnake järgmist:
- Andmete kriitilisus: Kui olulised need andmed tegevuse jaoks on?
- Muutmise sagedus: Kui tihti andmed muutuvad?
- Andmebaasi suurus: Kui suur on andmebaas?
- Saadaval olevad ressursid: Milline salvestusruum ja ribalaius on saadaval?
- Vastavusnõuded: Milliseid eeskirju peate järgima?
10.1.2 RTO ja RPO defineerimine
Taastumisaja eesmärk (RTO): Maksimaalne vastuvõetav seisakuaeg. Määrab, kui kiiresti on vaja toiminguid taastada.
Taastumispunkti eesmärk (RPO): Maksimaalne vastuvõetav andmekadu. Määrab varundamise sageduse.
| RTO/RPO nõue | Soovitatav varundusstrateegia |
|---|---|
| RPO: Tunnid, RTO: Tunnid | Täielik igapäevane + tehingute logi iga 1-2 tunni järel |
| RPO: minutid, RTO: tunnid | Igapäevased täielikud + logide varukoopiad iga 15–30 minuti järel |
| RPO: Nullilähedane, RTO: Minutid | Alati sisse lülitatud kättesaadavuse rühmad + sagedased logide varukoopiad |
| RPO: päevad, RTO: päevad | Nädala täis- ja päevavahe |
10.2 Varundusgraafiku loomine
10.2.1 Soovitatud sagedused
Tüüpiline varundamise ajakava tootmisandmebaaside jaoks:
- Täielikud varukoopiad: Iganädalane (pühapäeva õhtu madala aktiivsuse ajal)
- Diferentsiaalvarundused: Iga päev (igal õhtul)
- Tehingute logi varukoopiad: Iga 15–30 minuti järel tööajal
- Ainult koopiate tegemiseks mõeldud varukoopiad: Vajadusel testimiseks või arendamiseks
10.2.2 Jõudluse ja kaitse tasakaalustamine
Aja planeerimisel arvestage järgmiste teguritega:
- Tipptunniväline aeg: Tehke täielikud varukoopiad vähese aktiivsusega perioodidel
- Ressursside mõju: Tihendamine vähendab sisend-/väljundvõimsust, kuid suurendab protsessori kasutust
- Võrgu ribalaius: Planeeri võrgu varundamine vähese liikluse ajaks
- Varundusaknad: Veenduge, et varukoopiad oleksid tehtud enne tööaega
10.3 Varukoopiate salvestamise parimad tavad
10.3.1 Kohapealne vs väljaspool asuv ladustamine
Kohapealsed varukoopiad:
- Kiirem varundamine ja taastamine
- Madalamad kulud kõrgsagedusliku juurdepääsu jaoks
- Kohalike katastroofide suhtes haavatav
- Parim kiireks taastumiseks
Väljaspool asukohta tehtavad varukoopiad:
- Kaitse kohapõhiste katastroofide eest
- Geograafilise koondamise nõuete järgimine
- Aeglasemad taastamisajad
- Hädavajalik katastroofide taastamiseks
10.3.2 Pilvevarunduse valikud
Pilvesalvestuse eelised:
- Azure Blob Storage: Pärit SQL Server integratsioon, kulutõhus harvaesineva juurdepääsu korral
- Amazon S3: Väga vastupidavad ja paindlikud hoiustustasandid
- Google'i pilvesalvestus: Konkurentsivõimeline hind, globaalne kättesaadavus
10.3.3 Varukoopiate säilitamise põhimõtted
Proovide säilitamise poliitika:
- Hoidke igapäevaseid varukoopiaid 7 päeva
- Hoidke iganädalasi varukoopiaid 4 nädalat
- Hoidke igakuiseid varukoopiaid 12 kuud
- Säilita iga-aastaseid varukoopiaid 7 aastat (vastavus nõuetele)
10.4 Varukoopiate tihendamine ja krüptimine
Kompressiooni eelised:
- Vähendab varukoopia faili suurust 50–70%
- Vähendab varundamise aega
- Vähendab hoiustamiskulusid
- Vähendab võrgu ribalaiust kaugvarunduste jaoks
Krüpteerimise parimad tavad:
- Krüpteeri alati tundlikke andmeid sisaldavad varukoopiad
- Kasutage AES 256-bitist krüptimist
- Turvaline sertifikaat või võtmehaldus
- Dokumenteerige krüpteerimisvõtmed ja hoidke neid eraldi
10.5 Varukoopiate testimine ja kontrollimine
10.5.1 Regulaarne taastamistestimine
Testi taastamise protseduurid kvartali või kuu kaupa:
- Varukoopiate taastamine testkeskkonda
- Andmete terviklikkuse ja täielikkuse kontrollimine
- Kontrollige rakenduse funktsionaalsust
- Dokumendi taastamise aeg (RTO valideerimine)
- Tuvastage ja lahendage kõik probleemid
10.5.2 Ainult taasteverifitseerimise kasutamine
Varukoopiate valideerimise automatiseerimine:
-- Verify backup integrity
RESTORE VERIFYONLY
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM;
GO
Käivitage kontroll kohe pärast varundamise valmimist või plaanilise hoolduse osana.
10.6 Varundamise automatiseerimine ja jälgimine
10.6.1 SQL Server Agentide töökohad
Loo automatiseeritud varundustöid:
- Laiendama SQL Server Agent
SSMS-is
- Paremklõpsake Tööturg ja valige Uus töökoht
- Pange tööle nimi (nt „Igapäevane täielik varundamine”).
- Lisa Samm T-SQL varunduskäskudega
- Loo Ajakava teostusaja jaoks
- Seadistamine Teated edu/ebaõnnestumise eest
10.6.2 Hooldusplaanid
SQL Server Hooldusplaanid pakuvad visuaalset liidest varundamise automatiseerimiseks:
- Liigu juhtimine -> Hooldusplaanid
- Paremklõpsake ja valige Hooldusplaani viisard
- Valige automatiseeritavad varundusülesanded
- Varundusgraafiku ja -valikute konfigureerimine
- Aruandluse ja logimise seadistamine
10.6.3 Varundamise hoiatused ja teated
E-posti teavituste seadistamine:
- Andmebaasi meili seadistamine SQL Server
- Loo varundamise tõrgete kohta hoiatusi
- Varundustööde ajaloo jälgimine
- Saada kokkuvõtvad aruanded administraatoritele
10.7 Dokumentatsioon ja katastroofidejärgse taastamise planeerimine
Säilitage terviklik dokumentatsioon:
- Varundamise ajakava: Millal ja mida varundatakse
- Säilituspoliitikad: Kui kaua varukoopiaid säilitatakse
- Ladustamiskohad: Kus varukoopiaid hoitakse
- Taastamisprotseduurid: Samm-sammult taastamisjuhised
- Kontaktinfo: Võtmeisikud ja tarnijad
- Taastumiskatse tulemused: Dokumenteeritud testi tulemused
11. Täpsemad SQL Server Varundusstsenaariumid
11.1 Väga suurte andmebaaside (VLDB) varundamine
11.1.1 Failide ja failirühmade strateegiad
Andmebaaside puhul, mille maht ületab mitusada gigabaiti:
- Eraldage kirjutuskaitstud ja kirjutuskaitstud andmed erinevatesse failirühmadesse
- Varunda kirjutuskaitstud failirühmi harva
- Keskendu sagedasele varundamise tegemisele aktiivsetele failirühmadele
- Kasutage failitasemel varukoopiaid detailse kontrolli tagamiseks
Näidis faili varukoopiast:
-- Back up specific file
BACKUP DATABASE LargeDB
FILE = 'LargeDB_Data1'
TO DISK = 'C:\Backups\LargeDB_File1.bak'
WITH COMPRESSION;
GO
11.1.2 Varunduse jõudluse optimeerimine
VLDB varundamise jõudluse parandamine:
- Triibulised varukoopiad: Kirjutage mitmesse faili korraga
- Pakkimisviis: Vähendage sisend-/väljund- ja salvestusruumi nõudeid
- Mitu varundusseadet: Varundustoimingute paralleelsus
- Kiire salvestusruum: Varukoopiate ettevalmistamiseks kasutage SSD-sid
- Puhvrite arv: Suurenda BUFFERCOUNT valikut
- Maksimaalne ülekande suurus: Optimeeri MAXTRANSFERSIZE seadistust
-- Optimized VLDB backup
BACKUP DATABASE LargeDB
TO DISK = 'C:\Backups\LargeDB_1.bak',
DISK = 'D:\Backups\LargeDB_2.bak',
DISK = 'E:\Backups\LargeDB_3.bak'
WITH COMPRESSION,
BUFFERCOUNT = 100,
MAXTRANSFERSIZE = 4194304;
GO
11.2 Varundamine alati sisse lülitatud kättesaadavusrühmades
Alati sisse lülitatud kättesaadavusrühmad jaotavad varunduskoormuse koopiate vahel:
- Varundamise eelistuste konfigureerimine (esmane, teisene või mis tahes koopia)
- Esmase töökoormuse vähendamiseks paigutage varukoopiad ümber teisejärgulistele koopiatele
- Kasutage COPY_ONLY varukoopiaid teiseste koopiate puhul
- Varundamise prioriteetide seadete jälgimine
-- Check backup preferences
SELECT
ag.name AS AvailabilityGroup,
ar.replica_server_name,
ar.backup_priority
FROM sys.availability_replicas ar
INNER JOIN sys.availability_groups ag ON ar.group_id = ag.group_id;
GO
11.3 Andmebaasi peegeldamise varundamine
Andmebaasi peegeldamise stsenaariumides:
- Varundage regulaarselt peamist andmebaasi
- Tehingulogi varukoopiad on peegeldamiseks hädavajalikud
- Peegelandmebaas on TAASTAMISE olekus (seda ei saa otse varundada)
- Kaalu peegli varundamist pärast tõrkesiirde tegemist
11.4 Varundamine Azure'i Blob Storage'i
SQL Server saab varundada otse Azure Blob Storage'i:
- Loo Azure'i salvestuskonto
- Looma SQL Server Azure'i autentimise volikirja
- Varundussihtkoha URL-i süntaksi kasutamine
-- Create credential for Azure
CREATE CREDENTIAL [https://mystorageaccount.blob.core.windows.net/backups]
WITH IDENTITY = 'SHARED ACCESS SIGNATURE',
SECRET = 'your_SAS_token';
GO
-- Backup to Azure
BACKUP DATABASE AdventureWorks
TO URL = 'https://mystorageaccount.blob.core.windows.net/backups/AdventureWorks.bak'
WITH COMPRESSION,
STATS = 10;
GO
11.5 Varundamine URL-ile
URL-ile varundamise eelised:
- Piiramatu pilvesalvestusmaht
- Geograafiline koondamine käsitletakse automaatselt
- Makstav hinnamudel
- Kohalikku kettaruumi pole vaja
- Toetab kuni 64 URL-i varukoopia kohta (triibutamine)
11.6 Triibulised varukoopiad jõudluse tagamiseks
Triibulised varukoopiad jagavad andmed kiirema sisend-/väljundvõimsuse tagamiseks mitme faili vahel:
-- Striped backup to 4 files
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AW_Stripe1.bak',
DISK = 'D:\Backups\AW_Stripe2.bak',
DISK = 'E:\Backups\AW_Stripe3.bak',
DISK = 'F:\Backups\AW_Stripe4.bak'
WITH COMPRESSION, FORMAT;
GO
Märkus: Taastamiseks on vaja kõiki triibufaile. Mõne faili puudumine muudab varukoopia kasutuskõlbmatuks.
12. Veaotsing SQL Server Varundamise probleemid
12.1 Levinumad varundusvead ja lahendused
Viga: „Operatsioonisüsteemi viga 5: Juurdepääs on keelatud”
- Põhjus: SQL Server teenusekontol puuduvad õigused
- Lahendus: Anna kirjutamisõigused kasutajale SQL Server varunduskausta teenusekonto
Viga: „Varundusseadet ei saa avada… Seadme viga või seade on võrguühenduseta”
- Põhjus: Kehtetu tee või pole saadaval võrgujagamine
- Lahendus: Kontrollige tee olemasolu, kontrollige võrguühendust ja veenduge, et kettaruumi on piisavalt.
Viga: „Kõvakettal pole piisavalt ruumi”
- Põhjus: Varundamiseks pole piisavalt kettaruumi
- Lahendus: Vabastage kettaruumi, kasutage tihendust, varundage teise kohta
Viga: „Andmebaas on kasutusel. Andmebaasi kasutavad teised kasutajad.”
- Põhjus: Aktiivsed ühendused taastamise ajal
- Lahendus: Kasutage valikut WITH REPLACE või katkestage esmalt kasutajate ühendus
12.2 Varundamise jõudlusprobleemid
Aeglase varundamise diagnoosimine:
- Kontrollige ketta sisend-/väljundjõudlust, kasutades Performance Monitor
- Varundamise edenemise jälgimine STATS-valiku abil
- Ülevaade SQL Server kitsaskohtade vealogi
- Kaaluge sisend-/väljundvõimsuse vähendamiseks tihendamist
- Kasutage triibulisi varukoopiaid mitmel kettal
Päring varundamise edenemise jälgimiseks:
SELECT
session_id,
command,
percent_complete,
CAST(((DATEDIFF(s,start_time,GetDate()))/3600) as varchar) + ' hour(s), '
+ CAST((DATEDIFF(s,start_time,GetDate())%3600)/60 as varchar) + 'min, '
+ CAST((DATEDIFF(s,start_time,GetDate())%60) as varchar) + ' sec' as running_time,
CAST((estimated_completion_time/3600000) as varchar) + ' hour(s), '
+ CAST((estimated_completion_time %3600000)/60000 as varchar) + 'min, '
+ CAST((estimated_completion_time %60000)/1000 as varchar) + ' sec' as est_time_to_go,
dateadd(second,estimated_completion_time/1000, getdate()) as est_completion_time
FROM sys.dm_exec_requests
WHERE command LIKE 'BACKUP%';
GO
12.3 Ruumi- ja hoiustamisprobleemid
Vältige salvestusprobleeme:
- Rakenda säilituspoliitikaid: Vanade varukoopiate automaatne kustutamine
- Kasutage tihendust: Vähendage varukoopia faili suurust 50–70% võrra
- Arhiiv odavamale salvestusruumile: Teisalda vanad varukoopiad arhiivimällu
- Monitori kettaruum: Vähese kettaruumi hoiatuste seadistamine
- Hinnanguline varukoopia suurus: Enne varundamist arvutage eeldatav suurus
Hinnanguline varukoopia suurus:
-- Estimate full backup size
EXEC sp_spaceused;
GO
12.4 Lubade ja juurdepääsuga seotud probleemid
Varukoopiate tegemiseks vajalikud õigused:
- VARUNDABIBAAS luba
- db_backupoperator rolli liikmelisus
- sysadmin serveri roll (kõigi varundustoimingute jaoks)
Varundusõiguste andmine:
-- Grant backup permission to user
GRANT BACKUP DATABASE TO [BackupUser];
GRANT BACKUP LOG TO [BackupUser];
GO
-- Add user to backup operator role
ALTER ROLE db_backupoperator ADD MEMBER [BackupUser];
GO
12.5 Rikutud varundusfailid
Rikutud varukoopiate tuvastamine ja käsitlemine:
Varukoopia terviklikkuse kontrollimine:
RESTORE VERIFYONLY
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM;
GO
Luba tulevaste varukoopiate jaoks kontrollsumma:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM, INIT;
GO
Ennetusstrateegiad:
- Varundamise ajal kasutage alati kontrollsumma valikut
- Kontrollige varukoopiaid kohe pärast loomist
- Testi taastamisi regulaarselt
- Salvestage varukoopiaid usaldusväärses salvestusruumis
- Säilita mitu varukoopiat
12.6 Andmete taastamine rikutud varundusfailidest
Kui teie varukoopiafailid on rikutud ja soovite ikkagi andmeid neist taastada, saate kasutada kolmanda osapoole tööriistu, näiteks DataNumen SQL Recovery, nagu allpool:
- Avaleht DataNumen SQL Recovery.
- Valige rikutud varukoopiafail lähtefailina, muutes filtri väärtuseks „Kõik failid (*.*)”:
- Vajadusel määrake väljundfail .MDF.
- Andmebaasi taastamiseks klõpsake nuppu „Alusta taastamist” ja järgige juhiseid.
- Pärast taastamisprotsessi ilmub uus taastamisandmebaas SQL Server mis sisaldab kõiki taastatud andmeid.
13. SQL Server Varukoopia turvalisus
13.1 Varundusfailide turvamine
Kaitske varufaile volitamata juurdepääsu eest:
- Failisüsteemi õigused: Piirake juurdepääs ainult volitatud administraatoritele
- Võrgu turvalisus: Kasutage võrgu varundamiseks turvalisi protokolle
- Füüsiline turvalisus: Hoidke varukoopiaid turvalistes kohtades
- Juurdepääsu logimine: Auditi varukoopiafailile juurdepääsu
13.2 Krüpteerimisvalikud
SQL Server toetab läbipaistvat varukoopia krüptimist:
Loo krüpteerimissertifikaat:
-- Create master key
USE master;
CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'StrongP@ssw0rd!';
GO
-- Create certificate
CREATE CERTIFICATE BackupCertificate
WITH SUBJECT = 'Database Backup Certificate',
EXPIRY_DATE = '2026-12-31';
GO
Krüpteeritud varukoopia:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Encrypted.bak'
WITH COMPRESSION,
ENCRYPTION (
ALGORITHM = AES_256,
SERVER CERTIFICATE = BackupCertificate
);
GO
Tähtis: varundage sertifikaat ja privaatvõti eraldi. Ilma nendeta ei saa krüpteeritud varukoopiaid taastada.
-- Backup certificate
BACKUP CERTIFICATE BackupCertificate
TO FILE = 'C:\Certificates\BackupCertificate.cer'
WITH PRIVATE KEY (
FILE = 'C:\Certificates\BackupCertificate.key',
ENCRYPTION BY PASSWORD = 'C3rt!f!c@t3P@ss'
);
GO
13.3 Juurdepääsu kontroll ja load
Rakenda vähima privileegi põhimõtet:
- Andke varundusõigused ainult vajalikele kontodele
- Kasutage varundamise ja taastamise toimingute jaoks eraldi kontosid
- Väldi SA konto kasutamist varundamiseks
- Kontrolli regulaarselt varundamise õigusi
- Eemalda õigused, kui neid enam vaja pole
13.4 Vastavuskaalutlused
Täitke regulatiivsed nõuded:
- GDPR: Isikuandmeid sisaldavate varukoopiate krüpteerimine, säilituspoliitikate rakendamine
- HIPAA: Krüpteerige kaitstud terviseteavet varukoopiates, kontrollige juurdepääsu, hallake auditeerimisjälgi
- PCI DSS: Krüpteeri kaardiomaniku andmete varukoopiaid, turvaline varukoopiate salvestamine
- SOX: Säilita varukoopiate terviklikkus ja dokumentide säilitamise põhimõtted
14. Varundustoimingute jälgimine ja haldamine
14.1 Varundusajaloo jälgimine
SQL Server salvestab varukoopiate ajaloo msdb andmebaasi:
-- View recent backup history
SELECT
bks.database_name,
bks.backup_start_date,
bks.backup_finish_date,
CASE bks.type
WHEN 'D' THEN 'Full'
WHEN 'I' THEN 'Differential'
WHEN 'L' THEN 'Log'
ELSE 'Other'
END AS backup_type,
bks.backup_size / 1024 / 1024 AS backup_size_mb,
bkmf.physical_device_name
FROM msdb.dbo.backupset bks
INNER JOIN msdb.dbo.backupmediafamily bkmf ON bks.media_set_id = bkmf.media_set_id
WHERE bks.backup_start_date >= DATEADD(DAY, -7, GETDATE())
ORDER BY bks.backup_start_date DESC;
GO
Leidke andmebaase ilma hiljutiste varukoopiateta:
SELECT
d.name AS database_name,
MAX(bs.backup_finish_date) AS last_backup_date,
DATEDIFF(DAY, MAX(bs.backup_finish_date), GETDATE()) AS days_since_last_backup
FROM sys.databases d
LEFT JOIN msdb.dbo.backupset bs ON d.name = bs.database_name
WHERE d.database_id > 4 -- Exclude system databases
GROUP BY d.name
HAVING MAX(bs.backup_finish_date) < DATEADD(DAY, -7, GETDATE())
OR MAX(bs.backup_finish_date) IS NULL
ORDER BY last_backup_date;
GO
14.2 Kasutamine SQL Server Aruanded
SQL Server Management Studio sisaldab sisseehitatud varundusaruandeid:
- Paremklõpsake andmebaasil Object Exploreris
- valima Aruanded -> Standardaruanded
- Valige saadaolevate aruannete hulgast:
- Varundus- ja taastamissündmused
- Kõik varukoopiad
- Tehingute logi saatmise olek
14.3 Kolmandate osapoolte jälgimisvahendid
Ärilised seirelahendused:
- SQL Sentry: Põhjalik jälgimine ja hoiatamine
- Redgate'i SQL-monitor: Reaalajas jälgimine ja diagnostika
- SolarWindsi andmebaasi jõudluse analüsaator: Jõudluse ja varundamise jälgimine
- Idera SQL-i diagnostikahaldur: Varukoopia valideerimine ja teavitamine
14.4 Varukontrollid
Loo tervisekontrolli protseduur:
-- Backup health check procedure
CREATE PROCEDURE sp_BackupHealthCheck
AS
BEGIN
-- Check for databases without recent full backup
SELECT
'Missing Recent Full Backup' AS issue,
d.name AS database_name,
ISNULL(CAST(MAX(bs.backup_finish_date) AS VARCHAR), 'Never') AS last_backup
FROM sys.databases d
LEFT JOIN msdb.dbo.backupset bs
ON d.name = bs.database_name AND bs.type = 'D'
WHERE d.database_id > 4
GROUP BY d.name
HAVING MAX(bs.backup_finish_date) < DATEADD(DAY, -7, GETDATE()) OR MAX(bs.backup_finish_date) IS NULL; -- Check for failed backup jobs SELECT 'Failed Backup Job' AS issue, j.name AS job_name, jh.run_date, jh.run_time, jh.message FROM msdb.dbo.sysjobs j INNER JOIN msdb.dbo.sysjobhistory jh ON j.job_id = jh.job_id WHERE jh.run_status = 0 -- Failed AND jh.step_id = 0 AND jh.run_date >= CONVERT(INT, CONVERT(VARCHAR, GETDATE()-7, 112))
AND j.name LIKE '%backup%';
END
GO
15. SQL Server Varundamise KKK
15.1 Kui tihti peaksin varundama SQL Server?
Varundamise sagedus sõltub teie taastepunkti eesmärgist (RPO):
- Kriitilised tootmisandmebaasid: Täisnädalane, diferentsiaalpäevne, logi iga 15–30 minuti järel
- Standardsed tootmisandmebaasid: Täisnädalane, diferentsiaalpäevne, logi iga 1-2 tunni järel
- Arendusandmebaasid: Täispäevane või -nädalane
- Kirjutuskaitstud andmebaasid: Täis pärast iga andmemuudatust
15.2 Mis vahe on täis- ja diferentsiaalvarundusel?
Täisvarundus kopeerib kogu andmebaasi, diferentsiaalvarundus aga jäädvustab ainult pärast viimast täielikku varukoopiat tehtud muudatused. Diferentsiaalvarundused on väiksemad ja kiiremad, kuid taastamiseks on vaja baasvarundust.
15.3 Kas ma saan varundada SQL Server Samal ajal kui see töötab?
Jah, SQL Server toetab võrgus varundamist. Kasutajad saavad varundamise ajal tööd jätkata. SQL Server kasutab oma tehingute logi järjepidevuse säilitamiseks, tagades varukoopiate kehtivuse isegi samaaegsete muudatuste korral.
15.4 Kui kaua see aega võtab? SQL Server Varukoopia tegemine?
Varundamise kestus varieerub sõltuvalt:
- Andmebaasi suurus: Suuremad andmebaasid võtavad kauem aega
- Varundustüüp: Täielike varukoopiate tegemine võtab kõige kauem aega
- Pakkimisviis: Võib suurendada protsessori aega, kuid vähendada üldist kestust
- Salvestuskiirus: SSD-d on oluliselt kiiremad kui kõvakettad
- Serveri koormus: Suurem aktiivsus aeglustab varundamist
Tüüpilised vahemikud: 10 GB andmebaasi täielikuks varundamiseks võib tänapäevase riistvara puhul pakkimise korral kuluda 5–15 minutit.
15.5 Kus ma peaksin hoidma SQL Server Varukoopiad?
Parim tava: järgige reeglit 3-2-1:
- 3 teie andmete koopiad
- 2 erinevad salvestustüübid (nt ketas ja lint/pilv)
- 1 koopia väljaspool saiti
Soovitatavad asukohad:
- Kohalik ketas kiireks taastamiseks
- Võrgusalvestus tsentraliseeritud haldamiseks
- Pilvesalvestus (Azure, AWS) katastroofidejärgseks taastamiseks
15.6 Mis on .bak faililaiend?
.bak-laiend on failide vaikelaiend SQL Server varukoopiafailid. See on kokkulepe, mitte nõue – SQL Server Varukoopiad töötavad mis tahes faililaiendiga. .bak-laiendi kasutamine muudab varukoopiafailid aga hõlpsasti tuvastatavaks ja on tööstusharu standardpraktika.
15.7 Varundamine SQL Server võrgukettale?
Võrgukettale varundamiseks tehke järgmist.
- Tagama SQL Server teenusekontol on võrgujagamisplatvormil kirjutamisõigused
- Kasutage varunduskäskluses UNC-teed:
\\ServerName\ShareName\BackupFile.bak - Enne automaatse varundamise ajastamist testige ühenduvust
BACKUP DATABASE AdventureWorks
TO DISK = '\\BackupServer\SQLBackups\AdventureWorks.bak'
WITH COMPRESSION, INIT;
GO
15.8 Kas ma saan tihendada? SQL Server Varukoopiad?
Jah, SQL Server toetab natiivset varukoopiate tihendamist (Enterprise Edition või Standard Edition alates SQL Server 2016 SP1). Tihendamine vähendab tavaliselt varukoopia suurust 50–70% ja sageli lühendab varundamise aega sisend-/väljundvõimsuse vähendamise kaudu, kuigi see suurendab protsessori kasutust.
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH COMPRESSION;
GO
16. järeldus
16.1 võtmevõimalust
Tõhus SQL Server Varundusstrateegiad kaitsevad teie andmeid ja tagavad äritegevuse järjepidevuse. Pidage meeles järgmisi olulisi punkte:
- Varukoopiate tüüpide mõistmine: Valige oma taastamisvajaduste põhjal sobivad varukoopiate tüübid (täielik, diferentsiaal, tehingulogi varundamine)
- Valige sobiv taastamismudel: Kriitiliste andmete täielik taastamine, lihtne arendusandmebaaside jaoks
- Varundusgraafiku rakendamine: Regulaarsed täielikud varukoopiad koos diferentsiaal- ja logide varundamisega minimeerivad andmete kadu
- Testi taastamise protseduurid: Varukoopiad on väärtuslikud ainult siis, kui neid saab edukalt taastada
- Automatiseeri ja jälgi: Kasutama SQL Server Agent, hooldusplaanid ja jälgimisvahendid
- Turvalised varukoopiad: Krüpteerige tundlikke andmeid ja kontrollige juurdepääsu varufailidele
- Salvesta koopiaid väljaspool asukohta: Kaitse saidiüleste katastroofide eest pilve- või kaugsalvestusruumi abil
- Dokumenteerige kõik: Hoidke varundamise ja taastamise protseduuride kohta selget dokumentatsiooni
16.2 Järgmised sammud ja ressursid
Et parandada oma SQL Server varukoopia rakendamine:
- Hinnake oma praegust varundusstrateegiat parimate tavade alusel
- Arvutage oma RTO ja RPO nõuded
- Testi taastamise protseduurid mittetootmissüsteemides
- Vaadake varundusgraafikud regulaarselt üle ja värskendage neid
- Rakenda automatiseeritud jälgimist ja teavitamist
- Koolita meeskonnaliikmeid taastamisprotseduuride osas
Lisaressursid:
- Microsoft SQL Server Dokumentatsioon: ametlik varundamise ja taastamise juhend
- SQL Server Varunduskogukonna foorumid: jagage kogemusi ja lahendusi
- Kutsealased sertifikaadid: Microsofti sertifikaat: Azure'i andmebaasiadministraatori kaastöötaja
16.3 Soovitatavad tööriistad ja lahendused
Erinevate stsenaariumide põhjal:
Väikeettevõtted:
- Pärit SQL Server ajastatud varundamine SQL Server Agendi töökohad
- SQLBackupAndFTP pilveintegratsiooniks
- Azure'i varundus SQL Server
Keskmise suurusega ettevõtted:
- SQL Server Hooldusplaanid
- Kolmandate osapoolte tööriistad, näiteks Redgate SQL Backup Pro
- Veeami varundusteenus SQL Server
Suured ettevõtted:
- Quest LiteSpeed maksimaalse tihenduse saavutamiseks
- Commvault või Veritas NetBackup ettevõtte varunduste haldamiseks
- Alati sisse lülitatud kättesaadavusgrupid kõrge kättesaadavus
SQL Server Varundamine on andmebaasi haldamise seisukohalt ülioluline. Nõuetekohase planeerimise, rakendamise ja testimise abil saate tagada, et teie andmed on kaitstud ja vajadusel taastatavad. Alustage nende parimate tavade rakendamist juba täna, et kaitsta oma... SQL Server andmebaasid.
Teave Autor
Yuan Sheng on vanem andmebaasiadministraator (DBA), kellel on üle 10 aasta kogemust SQL Server keskkonnad ja ettevõtte andmebaaside haldus. Ta on edukalt lahendanud sadu andmebaaside taastamise stsenaariume finantsteenuste, tervishoiu ja tootmisorganisatsioonides.
Yuan on spetsialiseerunud SQL Server andmebaaside taastamine, kõrge käideldavuslahendused ja jõudluse optimeerimine. Tema ulatuslik praktiline kogemus hõlmab mitme terabaidiste andmebaaside haldamist, alati sisse lülitatud käideldavusgruppide rakendamist ning automatiseeritud varundus- ja taastestrateegiate väljatöötamist missioonikriitiliste ärisüsteemide jaoks.
Oma tehnilise asjatundlikkuse ja praktilise lähenemise abil keskendub Yuan terviklike juhendite loomisele, mis aitavad andmebaasiadministraatoritel ja IT-spetsialistidel lahendada keerulisi probleeme SQL Server väljakutseid tõhusalt. Ta on kursis uusimate uudistega SQL Server väljalasete ja Microsofti arenevate andmebaasitehnoloogiate põhjal, testides regulaarselt taastestsenaariume, et tagada oma soovituste vastavus reaalsetele parimatele tavadele.
Kas teil on küsimusi SQL Server taastamist või vajate täiendavat andmebaasi tõrkeotsingu juhendamist? Yuan tervitab tagasisidet ja ettepanekuid nende tehniliste ressursside täiustamiseks.











