SQL andmebaaside varundamine regulaarselt peab olema. Oleme juba käsitlenud võimalusi, kuidas hõlpsasti varundada kõik teie SQL serveri andmebaasid kohalikku kõvakettale, kuid see ei kaitse autos ja / või süsteemi rikke eest. Sellise katastroofi tagajärjel täiendava kaitsekihi abil saate koopiaid kopeerida või otse luua oma varukoopiaid võrguosas.
Lokaalselt varundage ja seejärel kopeeri võrgu jagamiseks
Eelistatud ja kõige otsesem viis selle ülesande täitmiseks on lihtsalt andmebaasi kohaliku varukoopia loomine ja vastava varufaili kopeerimine võrguosasse. Saate seda teha, luues partitscriti, mis näeb välja selline:
SET LocalFolder=C:Program FilesMicrosoft SQL ServerMSSQL.1MSSQLBackup SqlCmd -E -Q “Backup Database MyDB To Disk=’%LocalFolder%MyDB.bak'” XCopy “%LocalFolder%MyDB.bak” “192.168.16.55BackupDatabases” /Z /V DEL “%LocalFolder%MyDB.bak”
See skript teeb järgmist (rida):
- Määrab muutuja kohaliku SQL varukataloogi.
-
Loob MyDBi (varukoopia Windowsi autentimisega) SQL varukoopia kohaliku SQL varukataloogi.
- Kopeerib kohaliku varundamisfaili võrguoleku juurde.
- Kustutab kohaliku varukoopia faili.
Jällegi on see eelistatud meetod, kuna see töötab karbist välja ja tõenäosus, et varukoopia ebaõnnestumine on minimaalne, kuna varukoopia on loodud kohalikul kettal. Kui aga varukoopiafailide kohalike koopiate salvestamiseks pole piisavalt kettaruumi, siis toiming ebaõnnestub. Sellisel juhul peate lisama kettaruumi või varundama otse võrguoleku.
Varunda vahetult võrgu jagamiseks
Tavaliselt, kui proovite luua varundust otse võrgu jagamiseks, kasutades käsku, nagu näiteks:
SqlCmd -E -Q “Backup Database MyDB To Disk=’192.168.16.55BackupDatabasesMyDB.bak'”
Enamasti tekib tõenäoliselt veateade:
Msg 3201, Level 16, State 1, Server JF, Line 1 Cannot open backup device ‘192.168.16.55BackupDatabasesMyDB.bak’. Operating system error 5(Access is denied.). Msg 3013, Level 16, State 1, Server JF, Line 1 BACKUP DATABASE is terminating abnormally.
See tõrge tekib hoolimata asjaolust, et Windowsi autentimisega (-E-lüliti) ja Windowsi käsuga SQL varukoopia käsk käitus Windows Exploreri kaudu failidele juurdepääsu ja kopeerimise kaudu.
Meie süsteemis ei salvestata võrguoleku käsu varundamine, sest meil on SQL Serveri teenus, mis töötab kohaliku süsteemina ja mis jällegi ei saa ühtegi võrguressurssi.
Redigeerige SQL Serveri teenuse omadusi ja vahekaarti Logi sisse, konfigureerige teenust käivitama alternatiivse kontoga, millel on võrgujuurdepääsuõigused.
SqlCmd -E -Q “Backup Database MyDB To Disk=’192.168.16.55BackupDatabasesMyDB.bak'”
Sa peaksid nägema edukust:
Processed 152 pages for database ‘MyDB’, file ‘MyDB’ on file 1. Processed 2 pages for database ‘MyDB’, file ‘MyDB_log’ on file 1. BACKUP DATABASE successfully processed 154 pages in 0.503 seconds (2.493 MB/sec).
Varufailiga nüüd võrgus jagatud kataloogis:
Võrgu jagamise kaalutlused
On oluline märkida, et varukoopia käsk eeldab, et suudab otse võrguadapteriga ühendada, ilma et oleks vaja mandaati küsida. Konto, mille olete SQL Serveri teenusega konfigureerinud käivitama, peab olema usaldusväärne ühendus võrguolegaga, kui vastavad mandaadid võimaldavad juurdepääsu, muidu võib selline viga tekkida:
Msg 3201, Level 16, State 1, Server JF, Line 1 Cannot open backup device ‘192.168.16.55BackupDatabasesMyDB.bak’. Operating system error 1326(Logon failure: unknown user name or bad password.). Msg 3013, Level 16, State 1, Server JF, Line 1 BACKUP DATABASE is terminating abnormally.
See viga näitab, et võrguaadress ei aktsepteeris konto kasutajanime ja parooli ning käsk ei õnnestunud.
Veel üks asi, mida meeles pidada, on varukoopia otse võrguressursile, nii et kõik võrguühenduse luksumine võib põhjustada varukoopia ebaõnnestumise. Sel põhjusel peaksite varundama võrgukohti, mis on stabiilsed (st tõenäoliselt mitte VPN-iga).
Turvalisuse tagajärjed
Nagu varem mainitud, on eelistatud selle meetodi kasutamine, kus te varukoopiaid kohapeal kopeerite ja võrguoptsiooni kopeerimiseks, kuna see võimaldab SQL-teenust kasutada ainult kohaliku süsteemi juurdepääsuga kontoga.
Teenides teenust alternatiivse kontoga, avanevad uksed võimalikele turvaküsimustele. Näiteks võib pahatahtlik SQL-skript asuda alternatiivse konto kaudu ja rünnata võrgu ressursse. Lisaks sellele võivad kõik vastava konto muudatused (parooli muutmine / aegumine või konto kustutamine / keelamine) põhjustada SQL Serveri teenuse ebaõnnestumist.
Oluline on seda silmas pidada, kui käitate oma SQL Serveri asemel alternatiivset kontot. Kuigi need ei näita korrapäraseid, kui võetakse nõuetekohaseid ettevaatusabinõusid, peaksite kaaluma täiendava kõvakettaruumi lisamist ning seejärel kohalikku varundamist ja kopeerimist, et saaksite SQL-teenust kohaliku konto kaudu kasutada.
