Vyhľadajte na stránke Hľadať Pokračujme v rozprávaní o zálohovaní a o tom, čo sa deje dnes vytvárať archívy databáz Microsoft SQL Server 2008.
.
Pozrieme sa na všetko ako vždy na príkladoch z wiki, ako je grafické rozhranie, a tiež z SQL wiki, a tiež nastaviteľné automaticky
vytvorte zálohu pre ďalšiu pomoc
Nebudeme sa vracať k rozprávaniu o dôležitosti zálohovania databázy, keďže sme túto tému už nastolili viackrát, napríklad v nasledujúcich materiáloch: A v zostávajúcom článku som povedal, že sa pozeráme na možnosť vytvorenia archívu na DBMS MS SQL Server 2008, takže na tom teraz pracujeme sami.
A keďže už existuje veľa teórie, prejdime okamžite k praxi a potom k vytvoreniu záložnej databázy.
Poznámka!
Ako môžete vidieť z názvov archívnych štatistík, budeme pracovať na Microsoft SQL 2008 DBMS pomocou Management Studio. « Server sa inštaluje lokálne.» OS Windows 7. Ako vytvoriť archív databázy SQL servera
Všimnime si, že budeme pracovať na testovacej databáze s názvom „test“. Najprv cez grafické rozhranie a počas toho zaznamenáme skript, aby ste ho v budúcnosti mohli jednoducho spustiť a už sa nemuseli obťažovať zadávaním akýchkoľvek parametrov. Otvorené Management Studio, otvorené Baziho pocty, Vyberte požadovanú databázu, kliknite na ňu pravým tlačidlom myši, vyberte
Záloha-> Vytvorte záložnú kópiu
Uvidíte okno" Vytváranie záložných kópií databázy
“, De Wie vie nastaviť parametre archivácie. « Spýtal som sa ho na všetko», Súprava na zálohovanie dát ", A tiež zmenou názvu archívu a spôsobu, takže súbory sa budú vytvárať napríklad v priečinku Program Files, budem mať spôsob„Potom bude v budúcnosti existovať iba jeden súbor av tomto prípade budete musieť vytvoriť archívy (akceptovateľne riedke) s rôznymi názvami.
Po nastavení povoleného prepisovania v budúcnosti plánujem vytvárať archívy pre každý deň z určených dátumov v názvoch týchto archívov, aby som mohol v prípade potreby rýchlo skopírovať požadovanú zálohu k rovnakému dátumu. A pred rečou, v tomto bode, po zadaní všetkých parametrov, môžete vytvoriť skript, aby ste si ho nahrali a použili neskôr.».
Pre koho to jednoducho tlačí na horu?
skript
A ako výsledok tejto akcie uvidíte vyskakovacie okno obsahujúce kód pre tento scenár. Dovtedy sa vrátime o niečo neskôr, ale zatiaľ stlačíme „OK“ a po dokončení operácie sa zobrazí okno, ktoré bude indikovať výsledok zálohy, ak je všetko v poriadku, budeme vás informovať Vytvárame databázové archívy SQL servera pomocou dotazu
Yakshcho Všetci ste minuli peniaze, ako bolo uvedené vyššie (
potom stlačili „Scenár“ ), Potom máte možnosť sa opýtať, v akejkoľvek sile to vytvorí archív sám a potom to trochu prerobíme, takže ako som povedal, plánujeme spustiť dnes, aby bol názov správny, os napíšeme v SQL inštrukciách. DECLARE @path AS VARCHAR(200) SET @path = N "C:\temp\test_arh_" + CONVERT (varchar(10), getdate(), 104) + ".bak" ZÁLOŽNÁ DATABÁZA NA DISK = @cesta S NOFORMATOM, INIT, NAME = N "Test databázy", SKIP, NOREWIND, NOUNLOAD, STATS = 10 GO
A teraz, keď sme ju spustili, vytvoríme záložnú kópiu databázy s názvom test_arh_
Aktuálny dátum .bak Automatické vytváranie záloh na SQL serveri
Na tieto účely má MS SQL 2008 špeciálnu funkciu s názvom „ servisný plán“Je možné nastaviť rozloženie na základe vytvorenej záložnej kópie databázy, ale na tieto účely by som chcel vytvoriť súbor BAT na nastavenie rozloženia a spustiť ho každý deň a vytvoriť záložnú databázu. Ak to chcete urobiť, skopírujte príkaz SQL, ktorý sme videli vyššie, a vložte ho do poznámkového bloku ( Odporúčam Notepad++
), Potom uložte s rozšíreniami
Áno, vytvoril som zmenu v cur_date, aby som do nej uložil presný dátum, potom som sa pripojil k lokálnemu serveru cez obslužný program osql Ako je na tom ODBC a náš skript ( Nazval som to test.sql), A tiež si zapíšem denník, kde sme práve potrebovali zmenu, všetko je uložené s rozšíreniami .netopier, Vytvárame záznamy v plánovači a dalo by sa povedať, že zabúdame na proces archivácie databázy, ale pravidelne kontrolujeme, či sa nejaké archívy vytvorili.
Pre základy to stačí, teraz viete, ako môžete vytvárať záložné kópie databáz na SQL serveri 2008, v budúcnosti sa pozrieme na to, ako môžete aktualizovať databázu na MS SQL Server 2008. A to je nateraz všetko!
Veľa šťastia! Aktualizujeme databázu „Test _Recovery“ na „».
t 4 Začnime aktualizovať databázu novou záložnou kópiou „Full2_Test_Recovery.bak“ pomocou „SQL Server Management Studio“" Kliknite pravým tlačidlom myši na základňu " Test_Recovery
", Vyberte z ponuky "Úlohy", potom "Obnoviť", potom "Databáza". Na webovej stránke" Obnoviť databázu“ v časti „Zdroj“ vyberte „Zariadenie“. Dali „Pridať
", Predpísaný spôsob" \\
vniz - tst - bkp 01. test.
local\Backup_SQL\Full 2_Test_Recovery.
bak“, stlačte „OK“.
V sekcii Cieľ vyberte
Databáza "Test Recovery" Stlačte „OK“
Základňa sa úspešne aktualizuje. Poďme sa pozrieť na aktualizáciu databázy pomocou Transact-SQL.
Kliknite pravým tlačidlom myši na databázu „Test_Recovery“ a z ponuky vyberte „Nový dotaz“: Zadajte: POUŽÍVAŤ
majster OBNOVIŤ
vniz - tst - bkp 01. test.
DATABASE Test_Recovery
OD
DISK =
- "\\vniz-tst-bkp01.test.local\Backup_SQL\Full2_Test_Recovery.bak"Ak je vybratý parameter REPLACE, pri aktualizácii môžete zapisovať údaje cez pôvodnú databázu bez ohľadu na to, ktoré databázy sa nachádzajú v záložnej sade údajov, pokiaľ je názov údajov odlišný od názvu zaznamenaného v záložnej sade.
- To môže viesť k dočasnému prepísaniu nad databázou inej databázy.Kontrola oproti aktualizovanej databáze, ktorá používa buď model nepretržitej aktualizácie vicorist alebo model aktualizácie s neopakovateľným protokolovaním, pre ktorú nebola vytvorená záložná kópia posledného fragmentu protokolu a parameter STOPAT nebol zmrazený.
- Ak vyberiete parameter REPLACE, zaznamenané údaje sa môžu stratiť, pretože zostávajúce zaznamenané údaje ešte neboli skopírované do záložnej kópie.
Prepisovanie existujúcich súborov.
sqlcmd -S DECLSERVER\SQLGTD -E -Q 'deklaruje @s varchar(255) set @s = 'E:\backup\GTD_' + convert(varchar(1), datepart(dw, getdate())) + '. bak 'zálohovanie databázy GTD na disk = @s s init, noformat, skip, nounload "
- sqlcmd umožňuje zadávať príkazy Transact-SQL, systémové procedúry a súbory skriptov z príkazového riadku do editora dotazov v režime SQLCMD, -S;
- - nastavuje názov servera, server[\názov_inštancie]
- DECLSERVER\SQLGTD - názov servera / názov inštancie, na ktorom sa má databáza spustiť;
- -E - pre pripojenie k serveru SQL je spoľahlivejšia výmena používateľského mena a hesla; sqlcmd -S DECLSERVER\SQLGTD -E -Q 'deklaruje @s varchar(255) set @s = 'E:\backup\GTD_' + convert(varchar(1), datepart(dw, getdate())) + '.-Q "cmdlinequery"
- - pri spustení programu Budete vyzvaní na ukončenie, inak nebudete môcť ukončiť programy po dokončení vášho programu. Môže existovať množstvo nápojov, medzi ktorými je niekoľko bodiek. Umiestnite ho do labiek, ako je znázornené vyššie; Môže existovať množstvo nápojov, medzi ktorými je niekoľko bodiek. vyhlásiť
- - premenlivé s vyslovujeme, názov premenlivého začína vždy na @, preto @s Môže existovať množstvo nápojov, medzi ktorými je niekoľko bodiek..
- Do našej vipadky - toto je priečinok (disk) na ukladanie záložných kópií; Môže existovať množstvo nápojov, medzi ktorými je niekoľko bodiek. varchar(n) - nastavuje typ zmeny ako reťazec s dlhým riadkom n je v príklade 255 znakov; nastaviť- nastavuje hodnotu zmeny 1 , V aplikácii je záložný priečinok na jednotke E ( 2 E:\záloha\ ), Ďalej nastavte názov záložného súboru a vyberte funkciu convert(varchar(1), datepart(dw, getdate())) rotuje v textovom formáte s okrajom 1 znak presne v deň v roku (pondelok -;
- , Vitorok - , atď.) a je k dispozícii rozšírenie
- bak .
- Na výstupe sa načíta súbor s názvami GTD_číslo dňa v týždni.bak
- zálohovanie - vytvoriť zálohu; Môže existovať množstvo nápojov, medzi ktorými je niekoľko bodiek. databázy
- - označuje vytvorenie zálohy celej databázy; - označuje, že je potrebné prepísať údaje podľa počtu s priradenými hlavičkami, čo nám umožňuje mať 7 záložných súborov na každý deň v roku, prepísať podľa počtu.
V prípade potreby môžete použiť ďalšie funkcie, ako je squeeze, pozrite si tému Pridávanie dotazov a funkcií Transact-SQL.
Croc 2. Zmena prípony textového súboru na .cmd
Pilník je možné z vrecka vybrať backupGTD.cmd.
Príkazový súbor musíte spustiť z rovnakého počítača, na ktorom je nainštalovaná databáza MS SQL.
Krok 3. Tento proces je automatizovaný Pozrime sa na túto prácu na MS Windows Server 2008: Pridať
Server Manager -> Configuration -> Scheduler -> Scheduler Library.
Bez ohľadu na to, že v našich predchádzajúcich materiáloch sme už spomínali zálohovanie databáz Microsoft SQL Server, čitateľ ukázal potrebu tvorby hodnotného materiálu s hlbším spracovaním teoretickej časti.
S dôrazom na praktické návody totiž štatistiky umožňujú jednoducho upravovať zálohy, ale nevysvetľujú dôvody pre výber tej či onej úpravy.
Pokúsime sa túto paseku napraviť.
aktualizované modely Pred začatím nastavovania zálohy vyberte model aktualizácie. Ak chcete urobiť optimálnu voľbu, zhodnoťte uskutočniteľnosť aktualizácie a kritickosť spotreby údajov v porovnaní s režijnými nákladmi na implementáciu tohto alebo akéhokoľvek iného modelu. Zdá sa, že databáza MS SQL sa skladá z dvoch častí: hlavnej, databázy a transakčných lúčov pred ňou. Databáza obsahuje aktuálne údaje o účte a službe, transakčný protokol obsahuje históriu všetkých zmien v databáze za predchádzajúce obdobie, ktoré môžu byť kedykoľvek zahrnuté do transakcie a tábora.
Pre vikorizáciu vo vibromédiách sa navrhujú dva modely aktualizácie: prenáša záložnú kópiu iba databázy, takže databázu môžeme aktualizovať len v čase vytvorenia záložnej kópie, všetky zmeny v intervale medzi vytvorením zostávajúcej záložnej kópie a zlyhaním budú vyčerpané.
Jednoduchá schéma má zároveň malú réžiu a výdavky: musíte uložiť iba kópie databázy, protokolovať transakcie, v ktorých sa automaticky skráti a nezväčší sa. Proces obnovy je tiež veľmi jednoduchý a nezaberie veľa času.
povna model
umožňuje kedykoľvek aktualizovať databázu, ale okrem záložných kópií databázy si ukladať aj kópie objemu transakcií na celé obdobie, počas ktorého môže byť aktualizácia potrebná.
S aktívnym robotom so základnou veľkosťou môžu transakcie protokolov, a teda aj veľkosť archívov, dosahovať veľké veľkosti.
Proces obnovy je tiež časom oveľa zložitejší a problematickejší. Pri výbere modelu aktualizácie by ste mali porovnať náklady na aktualizáciu s nákladmi na uloženie záložných kópií a tiež vziať do úvahy kvalifikáciu personálu, ktorý bude aktualizáciu dokončovať.
Aktualizácia s novým modelom závisí od personálu, ktorý má spevácku kvalifikáciu a znalosti, takže keď sú obvody nečinné, budú postupovať podľa pokynov. Pre databázy s malým množstvom pridaných informácií môže byť výhodnejšie použiť jednoduchý model s vysokou frekvenciou kopírovania, ktorý umožňuje rýchlu aktualizáciu a pokračovanie v práci manuálnym zadaním údajov.
Celý model má na svedomí predovšetkým vikorizmus, keďže plytvanie údajmi je neprijateľné a ich prípadné obnovenie je spojené s výrazným plytvaním. Typy záloh kopírovanie, takže koža je vystavená inej kópii predchádzajúcej (hoci v takom prípade môžu byť zmenené) a veľkosť kópie sa bude postupne zvyšovať.
Na obnovenie postačuje jedna nová a jedna maloobchodná kópia, takže zvyšok zavolajte. Počet rozdielových kópií by sa mal zvoliť v závislosti od nárastu ich veľkosti, pokiaľ sa veľkosť rozdielovej kópie rovná veľkosti polovičnej veľkosti, je možné vytvoriť novú, úplnú kópiu.
Záložná kópia denníka transakcií
- iba pri najnovšom aktualizačnom modeli je potrebné umiestniť kópiu protokolu transakcií od okamihu vytvorenia predchádzajúcej kópie.
Je dôležité si zapamätať tento bod - kópie protokolu transakcií nie sú žiadnym spôsobom spojené s kópiami databázy a neobsahujú informácie z predchádzajúcich kópií, takže na aktualizáciu databázy je potrebné neustále sťahovať kópiu tejto kópie. chcete, môžete sa dostať do základného tábora.
V tomto prípade je moment zostávajúceho úspešného kopírovania uprostred tohto obdobia.
Majte na pamäti, že po uložení prvej kópie súboru denníka môžete základňovú stanicu obnoviť iba v čase ďalšieho kopírovania, čo je podobné ako pri modeli jednoduchej aktualizácie, základnú stanicu môžete obnoviť len kedykoľvek. Ak dôjde k útočnému maloobchodnému (alebo trvalému) kopírovaniu, určite tak, že prvá kópia časopisov, počnúc prvým kopírovaním základne a ďalej, bude nepretržitá (pre malého - od tretej).
Pri každom spustení systém analyzuje protokol transakcií a zobrazuje všetky nepotvrdené transakcie a zároveň zhromažďuje zmeny, ktoré sú zaznamenané v protokole a nie sú zapísané na disk.
To umožňuje ukladať do vyrovnávacej pamäte a ukladať záznamy bez obáv o integritu údajov v prítomnosti záložných systémov.
Časť protokolu, ktorá obsahuje aktívne transakcie a je protokolovaná na aktualizáciu údajov, sa nazýva aktívna časť protokolu.
Výhra začína číslom nazývaným minimálne obnovovacie číslo (MinLSN).
- V najjednoduchšej forme je MinLSN rekordným číslom prvej nedokončenej transakcie.
- Ak sa pozriete na tých najmenších, potom po otvorení modrej transakcie vidíme MinLSN rovnajúcu sa 321, po jeho zafixovaní v zázname 324 sa číslo MinLSN zmení na 323, čo bude zodpovedať zelenému číslu, transakcia, ktorá nemá ešte bol spáchaný.
- V praxi sú všetky detaily zložitejšie, napríklad dáta z uzavretej modrej transakcie ešte nemusia byť vyprázdnené na disk a presun MinLSN na 323 znemožní aktualizáciu tejto operácie.
- S cieľom eliminovať takéto situácie bol zavedený koncept kontrolných bodov.
- Kontrolný bod sa vytvorí automaticky, keď sa útočiace mysle aktivujú:
- Ak je explicitne špecifikovaná inštrukcia CHECKPOINT.
- Kontrolný bod je špecifikovaný v databáze tokov pripojenia.
Keď sa do databázy pridá operácia s minimálnym protokolovaním, napríklad keď sa do databázy pridá operácia hromadného kopírovania, rozšíri sa model aktualizácie s minimálnym protokolovaním.
Pri pridávaní alebo odstraňovaní databázových súborov pomocou inštrukcie ALTER DATABASE.
Protokol transakcií, ako napríklad každý protokol, vyžaduje pravidelné čistenie starých záznamov, inak sa môže zväčšiť a zabrať všetok dostupný priestor.
Ak vezmeme do úvahy, že pri aktívnej práci s databázou môže veľkosť protokolových transakcií výrazne presiahnuť veľkosť databázy, potom je táto výživa relevantná pre bohatých správcov.
Fyzicky je súbor protokolu transakcií kontajnerom pre virtuálne protokoly, ktoré sa neustále ukladajú, keď svet rastie.
Logický protokol, ktorý umiestňuje záznam MinLSN na prvé miesto aktívneho protokolu, ktorý prenáša logické protokoly do neaktívnych a nie je potrebný pre automatickú aktualizáciu databázy.
Keďže aktualizačný model je jednoduchý, potom keď logické protokoly dosiahnu veľkosť rovnajúcu sa 70 % fyzického súboru, automaticky sa vymaže neaktívna časť protokolu, t.j.
skrátené
Bez zmeny súboru fyzického protokolu sa však skrátia iba logické protokoly, ktoré sa po tejto operácii môžu znova poškodiť.
Ak je počet transakcií veľký a kým sa nedosiahne 70 % veľkosti fyzického súboru, nezobrazia sa žiadne neaktívne logické protokoly, potom sa veľkosť fyzického súboru zväčší.
Týmto spôsobom súbor protokolu transakcií s jednoduchým aktualizačným modelom zvýši aktivitu robota s databázou, až kým nebude môcť bezpečne obsiahnuť celú aktívnu časť protokolu.
Po čom, prečo vyrastať?
Záložná kópia bola vytvorená raz na zálohu a zostávajúca kópia bola vytvorená v noci z 21. na 22. deň.
Zruší sa 22. večer, kým nebude vyhotovená posledná kópia.
V tomto prípade budeme musieť dôsledne obnovovať prvú a poslednú maloobchodnú kópiu, v takom prípade sa minie platba za zostávajúci pracovný deň.
Ak sa z nejakého dôvodu javí poškodená aj kópia 21., potom môžeme aktualizovať predchádzajúcu kópiu po strávení ďalšieho pracovného dňa, zároveň poškodená kópia 20. nebude môcť úspešne aktualizovať údaje večer 21. , ak sa nájde platná kópia.
Kompletne aktualizovaný model
Pozrime sa na podobnú situáciu, až na stagnáciu nového modelu obnovy.
Robíme aj záložné kópie podľa princípu úplné + čiastočné a protokol transakcií sa tiež niekoľkokrát kopíruje.
Proces obnovy bude v tomto prípade komplikovanejší.
Najprv musíte manuálne vytvoriť záložnú kópiu posledného fragmentu protokolu (zobrazeného červenou farbou), takže časť protokolu od vytvorenia poslednej kópie až po nehodu.
Ak nič nevytvoríte, databázu môžete aktualizovať len dovtedy, kým sa nevytvorí zostávajúca kópia protokolu transakcií. Pravidelné zálohovanie databázy(V prípade zlyhania hardvéru alebo softvéru) a čo je najdôležitejšie, uložte si záložné kópie na niekoľko zostávajúcich dní, napríklad tento rok (na zostávajúce obdobie).
Na tento účel môžete použiť buď plánovač SQL Server – „SQL Server Agent“ (nie je súčasťou bezplatnej verzie), alebo štandardný „plánovač systému Windows“ v spojení s nástrojom SQLCMD.EXE, ktorý vám umožňuje konfigurovať dotazy na SQL Server z príkazového riadku.
Plánovač musí vytvoriť aspoň jednu objednávku (jeden za deň každý týždeň), aby nahradil jeden zo siedmich súborov každý deň (raz týždenne), aby vytvoril záložnú kópiu databázy.
Okrem toho sa odporúča ukladať záložné súbory nielen na pevný disk počítača, kde je nainštalovaný SQL Server, ale duplikovať ich na rovnakú stránku alebo na pevný disk iného počítača.
Na tento účel môžete použiť špeciálny softvér, ktorý vám umožní vytvoriť záložné kópie celého disku, alebo pomocou rovnakého plánovača skopírovať súbory na stránku alebo do iného počítača (v inom formáte).
Ďalšiu pomoc od Windows Planner (pre bezplatnú verziu)
Ak chcete vytvoriť príkaz v „Plánovači systému Windows“, musíte:
Spustite program Poznámkový blok (Štart> Všetky programy-> Príslušenstvo-> Poznámkový blok) a zadajte ďalšie dva riadky, potom ich uložte do príkazového súboru (* .BAT):
SQLCMD -S (lokálne) -E -Q "ZÁLOHOVANIE DATABÁZY AltaSVHDb NA DISK =" D:\BACKUP\AltaSVHDb_monday.bak "S INIT, NOFORMAT, SKIP, NOUNLOAD" XCOPY D:\BACKUP\AltaSVHDb_monday.bak\\BACKUP_SERVER\Folder\*. */Y de "(Miestne)"- názov servera (pri inštalácii pomenovanej inštancie SQL Servera je potrebné zadať celý názov: „COMPAN_NAME\SQLEXPRESS“), "AltaSVHDb"- názov databázy, "D:\BACKUP\AltaSVHDb_monday.bak"- pomenovať súbor, ktorý sa má vytvoriť, v novej záložnej kópii (bude rozdelená podľa dní v roku), "BACKUP_SERVER"- názov počítača, na ktorom sa vytvorí dodatočná kópia,
"priečinok"
- priečinok vo vašom počítači (je zodpovedný za poskytnutie skrytého prístupu).
Spustite sprievodcu plánovaním úloh (Ovládací panel->Priradenia úloh->Pridať úlohy) a kliknite na tlačidlo „Ďalej“:
Začiarknite políčko pre požadovaný deň v roku a do poľa „Čas spustenia“ zadajte hodinu, kedy sa spustí proces zálohovania (urobte to v noci), potom kliknite na tlačidlo „Ďalej“:
Zadajte používateľské meno a heslo (dve) cloudového účtu OS, ktorého názov sa vyberie, a kliknite na tlačidlo „Ďalej“:
Rešpekt! Pre úspešné dokončenie úlohy je potrebné udeliť tu priradenému cloudovému účtu (k doméne alebo lokálnemu počítaču) právo zapisovať do priečinka. "\\BACKUP_SERVER\Folder", A tiež nastaviť prístup k samotnému SQL Serveru.
Kliknite na tlačidlo „Hotovo“.
Poznámka.
Ak chcete skontrolovať platnosť vytvorenej úlohy, musíte kliknúť na úlohu v zozname úloh (Ovládací panel-> Priradená úloha) pravým tlačidlom myši a vybrať položku „Navštíviť“ v kontextovom menu, potom pokračovať ďalej, že záložný súbor databázy bol úspešne vytvorený za týmito krokmi, ako napríklad Buli vkazani na krotsi a).
Pre ďalšiu pomoc „SQL Server Agent“ (nie je súčasťou bezplatnej verzie)
Ak chcete vytvoriť príkaz v SQL Server Agent, musíte:
Spustite pomôcku SQL Server Management Studio a pripojte sa k serveru pod účtom správcu.
Na ľavej strane okna kliknite pravým tlačidlom myši na časť „Objekty servera / Záložné zariadenia“ a v kontextovej ponuke vyberte možnosť „Vytvoriť zálohovacie zariadenie“:
Do poľa „Nainštalujem názov“ zadajte názov, ktorý bude priradený k súboru zálohy databázy, v prípade potreby zmeňte cestu v poli „Súbor“ a kliknite na „OK“:
Na ľavej strane okna kliknite pravým tlačidlom myši na sekciu „SQL Server Agent / Management“ a v kontextovej ponuke vyberte položku „Vytvoriť správu“:
Do poľa „Názov“ zadajte názov oddelenia:
Na stránke „Croki“ kliknite na tlačidlo „Vytvoriť“:
V okne zadajte názov do poľa „Názov“, uistite sa, že v poli „Typ“ je vybratá možnosť „Transact-SQL Script (T-SQL)“ a do poľa „Príkaz“ zadajte nasledujúci riadok:
SQLCMD -S (lokálne) -E -Q "ZÁLOHOVANIE DATABÁZY AltaSVHDb NA DISK =" D:\BACKUP\AltaSVHDb_monday.bak "S INIT, NOFORMAT, SKIP, NOUNLOAD" "(Miestne)"- názov servera (pri inštalácii pomenovanej inštancie SQL Servera je potrebné zadať celý názov: „COMPAN_NAME\SQLEXPRESS“), ZÁLOHA DATABÁZY AltaSVHDb DO AltaSVHDb_pondelka S INIT, NOFORMAT, SKIP, NOUNLOAD"AltaSVHDb_monday"
- Nainštalujem záložnú kópiu vytvorenú na skratke c) (rozdelená podľa dní v roku):
V prednom okne kliknite na tlačidlo „OK“, v dôsledku toho sa na stránke „Kroki“ zobrazí nasledujúci riadok:
XCOPY D:\MSSQL\BACKUP\AltaSVHDb_monday.bak\\BACKUP_SERVER\Folder\*. */Y
SQLCMD -S (lokálne) -E -Q "ZÁLOHOVANIE DATABÁZY AltaSVHDb NA DISK =" D:\BACKUP\AltaSVHDb_monday.bak "S INIT, NOFORMAT, SKIP, NOUNLOAD" "D:\MSSQL\BACKUP\AltaSVHDb_monday.bak"- trasy, označenia na croci c) (budú rozdelené podľa dní v roku), "D:\BACKUP\AltaSVHDb_monday.bak"- názov počítača, na ktorom sa kópia vytvorí, "BACKUP_SERVER"- priečinok v počítači (je na vás, aby ste mu poskytli skrytý prístup):
Poznámka.
Na úspešné skopírovanie súboru je potrebné spustiť „SQL Server Agent“ pod cloudovým účtom domény Windows, aby bolo možné udeliť povolenie na zápis do priečinka (div. „SQL2005_installation.doc“ alebo „SQL2008_installation.doc “), ako aj nastavenie prístupu k samotnému SQL Serveru (časť „Nastavenie prístupových práv k databáze“, zahrňte tento záznam cloudovej požiadavky do roly „sysadmin“ na stránke „Roly servera“ a na stránke „Corrister Vlastníctvo“ a „Objekty na zabezpečenie“, nerobte nič).
Na stránke „Vytvoriť“ kliknite na tlačidlo „Vytvoriť“:
Do poľa „Názvy“ zadajte názvy, uistite sa, že v poli „Typ rozloženia“ je vybratá hodnota „Periodické priradenie“ a v poli „Dispozícia“ - „Uzávierka“.
Začiarknite políčko pre požadovaný deň v roku (ďalšie možnosti) a v poli „Jednorazová záloha“ uveďte hodinu, kedy sa má proces zálohovania začať (uistite sa, že to robíte v noci):
Poznámka V prednom okne kliknite na tlačidlo „OK“, v dôsledku toho sa na stránke „Vklad“ zobrazí nasledujúci riadok: