SQL Server Zálohovacie programy. Konfigurácia pravidelného záložného pani SQL Server databázy. Obnoviť databázu z zálohovania

Existuje niekoľko spôsobov, ako kopírovať tabuľku v databáze MS SQL Server. Ponúkam niekoľko možností na vytvorenie kópie tabuliek. Ktorý z nich vyberie - závisí od štruktúry stola, prítomnosť indexov v nej, spúšťače atď., Rovnako ako túžba urobiť niečo s rukami.

1. Manuálny spôsob kopírovania štruktúry tabuľky

V Micrisoft SQL Management Studio vyberte databázu, vyberte tabuľku, kliknite pravým tlačidlom myši, kliknite pravým tlačidlom myši a zvoľte "Script Table As" -\u003e "Vytvoriť" -\u003e "New Query Editor Editor". Okno dotazu sa otvorí kód na vytvorenie tabuľky. Musí zadať názov základne, v ktorom musíte vytvoriť kópiu tabuľky a nový názov, ak sa základ nemení. Ako vytvoriť kód na vytvorenie štruktúry existujúcej tabuľky, je znázornený na obrázku nižšie.

S touto metódou budú vytvorené indexy tabuľky, ale spúšťače sa nebudú kopírovať. Musia byť skopírované rovnakým spôsobom.

Ak chcete kopírovať údaje o už vytvorenej tabuľke, musíte použiť takýto dotaz SQL:

Vložiť do ..tmp_tbl_deps Vyberte * z ..tbl_DEPS

2. Kopírovať SQL tabuľka vyšetrovanie

Vytvorte kópiu tabuľky štruktúry a dáta v jednej základni:

Vyberte * do TMP_TBL_DEP z TBL_DEPS

Skopírujte štruktúru tabuľky a jej údaje z jednej databázy do druhej:

Vyberte * do ..tmp_tbl_deps z ..tbl_DEPS

Mínus takéhoto riešenia nie je kopírovanými indexmi.

Zvážte, ako zorganizovať dve najčastejšie sa vyskytne administrátorské úlohy SQL Server:

Automatická záloha databázy;
Odstránenie starej záložnej kópie.

Plánovanie záložných databáz

Otvorte SQL Management Studio a pripojte sa k požadovanej databáze. Uistite sa, že server servera SQL pracuje;
Rozbaľte uzol manažmentu - údržba (pre to by ste mali mať úlohu "SYSADMIN") - Kliknite pravým tlačidlom myši a vyberte "Nový plán údržby";
Zadajte názov nového servisného plánu;
Kliknite na ikonu kalendára vpravo v jednom riadku. V okne, ktoré sa otvorí, nakonfigurujte čas vykonávania úloh. Vyberte si čas, kedy je databáza menej naložená;
Z časti Toolbox, presuňte úlohu úlohy zálohovania do hlavnej oblasti;
Dvakrát kliknite na tlačidlo Zálohovanie databázy - otvorí sa okno Nastavenia úlohy. rezervná kópia - Nastavte požadované nastavenia;
Kliknite na tlačidlo OK - teraz zálohy budú vytvorené v súlade s plánovaným časom;

Odstránenie starých záloh

Pretože záložné súbory budú vytvorené často, potom čoskoro budete mať voľné miesto na pevnom disku. Preto budete musieť odstrániť zastarané záložné súbory. Pokračujeme na konfigurácii servisného plánu:

Z panela s nástrojmi ťahajte do hlavnej oblasti úlohy čistenia údržby;
Dvojitým kliknutím na úlohu čistenie údržby otvoríte okno Vlastnosti. V ňom musíte určiť usporiadanie záloh, ich rozšírenie a určiť vek súborov, ktorý sa má vymazať. Dobrou praxou je ukladať zálohy do jedného mesiaca;
Kliknite na tlačidlo OK a uložte servisný plán;
Môžete ďalej buď čakať na ďalší plán servisu vykonať servisný plán, alebo ho spustiť manuálne (kliknite pravým tlačidlom myši na servisný plán v objekte Explorer).

BD administrátori sú rozdelení na tých, ktorí robia zálohy, a tí, ktorí urobia zálohy.

Úvod

Tento článok popisuje najčastejšie zálohovanie IB 1C pomocou nástrojov MS SQL Server 2008 R2, vysvetlil, prečo by sa to malo urobiť presne, a nie inak, niekoľko rozptýlých mýtov. Tento článok má veľa odkazov na dokumentáciu pani SQL, tento článok je s väčšou pravdepodobnosťou preskúmať záložné mechanizmy ako komplexný manuál. Ale pre tých, ktorí čelia tejto úlohe prvýkrát, jednoduché a pokyny pre krok za krokomktoré sa uplatňujú na jednoduché situácie. Článok je navrhnutý nie pre Guru správy, Guru a tak to všetko vie, ale predpokladá sa, že čitateľ je schopný nainštalovať MS SQL Server sama a urobí tento zázrak nepriateľských techník vytvoriť databázu v jeho hĺbke, ktorá, v Otoční, je schopný vykonať údaje 1C.

Uvažujem o TSQL Backup Database Command (a jej záložný protokol Brother) v podstate jedinými prostriedkami zálohovania 1C databáz pomocou MS SQL Server ako DBMS. Prečo? Pozrime sa na to, aké sú naše spôsoby, ako máme:

ako	V poriadku	zlý	CELKOM
Vykladanie do DT.	Veľmi kompaktný formát.	Po dlhú dobu vyžaduje prístup monopolu, neuloží časť nevýznamných údajov (ako napríklad užívateľské nastavenia v starších verziách), dlhé rozširuje.	Nie je to tak veľa spôsobu zálohovania, koľko spôsob prenášania údajov z jedného prostredia do druhého. Ideálne pre úzke kanály.
Kopírovanie súborov MDF a LDF	Veľmi jasný spôsob, ako pre začiatočníkov Admins.	Vyžaduje vydanie blokovacích databázových súborov, čo je možné, ak je zásada vypnutá (príkaz TACE OFFLINE z kontextového menu) je odpojený (odpojenie) alebo jednoducho zastavte server. Je zrejmé, že užívatelia v tomto čase nebudú pracovať.	Táto metóda má zmysel aplikovať, ak a len vtedy, ak už nastala nehoda, takže keď sa pokúsite obnoviť, aspoň by ste sa mohli vrátiť k možnosti, z ktorej začala reštaurovanie.
Zálohovanie s OS alebo Hypervisorom	Pohodlný spôsob vývoja a testovacích prostredí.	Nie je vždy priateľský s integritou údajov. Metóda zdrojov.	Môže byť obmedzený na vývoj. V médiu výrobku nemá žiadny význam.
MS SQL Backup	Nevyžaduje prestoje. Umožňuje obnoviť holistický štát v ľubovoľnom okamihu, ak sa obťažujete vopred. Vynikajúce automatizované. Ekonomické a iné zdroje.	Nie je to veľmi kompaktný formát. Nie každý môže použiť tento spôsob, ako byť potrebné.	Pre produktové médiá - hlavný nástroj.

Hlavné ťažkosti pri používaní záloh s vstavanými zariadeniami MS SQL vznikajú kvôli základnému nedorozumeniu princípov práce. To je vysvetlené v časti Veľkej lenivosti, čiastočne nedostatok jednoduchého a zrozumiteľného vysvetlenia na úrovni "Ready-Made Recepty" (Hmm, povedzme, že som nenašiel), a situácia je tiež zhoršená mojimi fosformi fóra. Čo robiť s lenivosťou Neviem, ale pokúsim sa vysvetliť základy zálohy.

Čo a prečo uložiť?

Dlhodne v závislosti od vzdialenej galaxie bol taký produkt inžinierstva a účtovníctva, ako 1C: Enterprise 7.7. Zrejme vzhľadom na skutočnosť, že prvé verzie 1C: podniky boli vyvinuté na používanie populárneho formátu dBF súboryJeho SQL verzia neuchovávala dostatok informácií v databáze, aby si prečítal MS SQL MS SQL zálohovanie, a to aj pri každej zmene štruktúry, boli porušené podmienky prevádzky plného modelu obnovy, takže som musel ísť do rôznych trikov Vynútiť záložný systém na vykonanie vašej hlavnej funkcie. Ale od verzie 8, administrátori databázy konečne mohli relaxovať. Personál zálohy vám umožňujú vytvoriť kompletný a holistický záložný systém. Nie je zahrnutý do zálohy. Iba registračný denník a niektoré nastavenia typu Trifles foriem (v starších verziách), ale táto strata týchto údajov o funkčnosti systému neovplyvňuje, hoci určite zálohy registračného denníka robia správne a užitočné.

Prečo všetci potrebujeme zálohu? Hml Na prvý pohľad, zvláštna otázka. No, pravdepodobne, prvé, aby bolo možné nasadiť kópiu systému a po druhé obnoviť systém, zatiaľ čo zlyhá? Na úkor prvého som súhlasím, ale druhým účelom je prvý záložný mýtus.

Zálohovanie je posledná hranice, aby sa zabezpečila bezpečnosť systému. Ak musí administrátor databázy obnoviť produktový systém z záloh, znamená to, že mnohé hrubé chyby v organizácii práce bolo vykonaných s vysokou pravdepodobnosťou. Je nemožné odkazovať na zálohovanie, pretože hlavný spôsob, ako zabezpečiť integritu údajov, nie, je skôr bližšie k hasiacemu systému. Je potrebný hasiaci systém. Musí byť nakonfigurovaný, overený a prevádzkový. Ale ak pracovala, sama o sebe je vážna núdzová situácia s hmotnosťou negatívnych dôsledkov.

Aby sa zálohovanie používalo len "v pokojnom" účely, použite na zabezpečenie efektívnosti a iných prostriedkov:

Poskytnite fyzickú bezpečnosť serverov: požiare, záplavy, slabé napájanie, čističe, stavitelia, meteority a divoké zvieratá - všetci len čakajú za rohom zničiť váš server.
Zodpovedne patrí k hrozbám bezpečnosti informácií.
Kvalifikácia vykonajte zmeny systému a uistite sa, že tieto zmeny nevedia k zhoršeniu. Okrem zmeny plánu je vhodné mať plán "Čo robiť, ak sa všetko pokazí."
Aktívne využívajte technológiu na zvýšenie dostupnosti a spoľahlivosti systému namiesto pretekania dôsledkov nehôd. Pre MS SQL by ste mali zaplatiť nasledujúce možnosti:
- Použitie pani SQL klastre (aj keď úprimne, myslím, že je to jeden z najdrahších a zbytočných spôsobov, ako vziať administrátora databázy pre systémy, ktoré nevyžadujú 24x7)
- Zrkadlenie databázy (v synchrónnom a asynchrónny režim V závislosti od požiadaviek prístupnosti, výkonnosti a nákladov)
- Dodávka transakčných protokolov
- Replikácia pomocou 1C (distribuované databázy)

V závislosti od požiadaviek dostupnosti systému a z rozpočtu prideleného na tieto účely je možné vybrať riešenia, ktoré umožnia 1 - 2 príkaz na zníženie prestojov a obnovy počas zlyhania. Nie je potrebné sa báť technológií prístupnosti: sú dostatočne jednoduché, aby ich študovali v priebehu niekoľkých dní so základnými znalosťami MS SQL.

Ale bez ohľadu na to, čo je zálohovanie stále potrebné. Toto je ten istý náhradný padák, ktorý môžete použiť, keď všetky ostatné prostriedky spásy odmietnu. Ale ako skutočný náhradný padák, za to:

tento systém musí byť vopred a kvalifikovaný nakonfigurovaný,
Špecialista, ktorý si systém využil, by mal mať teoretické a praktické zručnosti jeho používania (pravidelne podporované),
systém by mal pozostávať z najspoľahlivejších a jednoduchých komponentov (to je naša posledná nádej).

Základné informácie o skladovaní a spracovaní údajov MS SQL

Údaje v MS SQL sa zvyčajne ukladajú do dátových súborov (ďalej len PD - NO NEBEZPEČNOSTI, Tento článok bude mať niekoľko nie veľmi časté skratky) s rozšírením MDF alebo NDF. Okrem týchto súborov sú stále protokoly transakcií (ZHT), ktoré sú uložené v súboroch s rozšírením LDF. Často sú správcovia nováčikov nezodpovedné a ľahko súvisia so železnicou, a to ako z hľadiska produktivity a vo vzťahu k spoľahlivosti skladovania. Toto je veľmi drsná chyba. V skutočnosti, skôr naopak, ak existuje spoľahlivo funkčný systém zálohovania a dlhý čas na obnovenie systému, môžete uložiť údaje na rýchle, ale extrémne nespoľahlivé RAID-0, ale potom by sa mal uložiť na a Samostatný spoľahlivý a produktívny zdroj (aj keď IF RAID-1). Prečo je to? Pozrime sa podrobnejšie. Okamžite vykonať rezerváciu, že prezentácia je trochu zjednodušená, ale dosť na počiatočné porozumenie.

V PD sa uložia tieto strany 8 kilobajtov (ktoré sú kombinované do rozsahu 64 kilobajtov, ale to nie je nevyhnutné). Ms sql nezaručujeToto okamžite po vykonaní príkazu zmeny údajov budú tieto zmeny spadnúť do PD. Nie, len pamäťová stránka je označená ako "vyžadujúca sporenie". Ak má server dostatok zdrojov, čoskoro budú tieto údaje na disku. Okrem toho server funguje "optimistické" a ak sa tieto zmeny vyskytujú v transakcii, potom môžu pred upevnením transakcie dobre padnúť na disk. To znamená, že všeobecne s aktívnou prácou FD, obsahuje rozdielne kúsky postihnutých údajov a nedokončených transakcií, pre ktoré nie je známe, či budú zrušené alebo opravené. Je tu špeciálny príkaz "Kontrolný bod", ktorý označuje server, ktorý potrebujete na "práve teraz", aby ste obnovili všetky neuložené údaje na disku, ale rozsah tohto príkazu je celkom špecifický. Stačí povedať, že 1c to nepoužíva (som sa nenarazil) a pochopil, že počas prevádzky nie je PD zvyčajne v holistickom stave.

Na zvládnutie tohto chaosu sme práve potrební. Nasledujúce udalosti sú napísané:

Informácie o začiatku transakcie a jeho identifikátora.
Informácie o skutočnosti fixácie alebo zrušenia transakcie.
Informácie o všetkých zmenách dát v PD (zhruba hovoriť, čo bolo a čo sa stalo).
Informácie o zmene samotnej FD alebo štruktúry databázy (zvýšenie súborov, zníženie súborov, zvýraznenie a vydaní stránok, vytvárania a vymazanie tabuliek a indexov)

Všetky tieto informácie sú napísané s uvedením identifikátora transakcií, v ktorom došlo k a v dostatočnom objemoch, aby pochopili, ako zo štátu do tejto operácie, prejdite do štátu po tejto operácii a naopak (vylúčenie je neúplný model zhodnocovania protokolu) .

Je dôležité, aby sa tieto informácie zapísali na disk okamžite. Doteraz, informácie nie sú zaznamenané v železnici, tím sa nepovažuje za vykonaný. V normálnej situácii, keď je veľkosť dostatočného objemu dostatočná a keď nie je veľmi roztrieštená, záznamy sú napísané v konzistentne s malými záznamami (nie nevyhnutne 8 kb). V protokole transakcií sa údaje skutočne naozaj potrebné na obnovu. Najmä nie Informácie o tom, ktorý dopytový text viedol k úpravám, čo je plán realizácie pre túto požiadavku, ktorý používateľ spustil a iné zbytočné informácie na obnovenie informácií. Niektoré predstavy o dátovom štruktúre denníka transakcií môže požiadať

Vyberte * z :: fn_dblog (, null)

Vzhľadom k tomu, že tvrdé disky pracujú oveľa efektívnejšie s konzistentným záznamom ako s chaotickým tokom príkazov na čítanie a písanie a kvôli tomu, že príkazy SQL budú čakať na koniec zápisu v WPT, vyskytne sa nasledujúce odporúčanie :

Ak je aspoň najmenšia možnosť, potom v médiu výrobku by malo byť umiestnené na fyzickom médiu (z zvyšku), najlepšie s minimálnym časom prístupu pre postupný záznam a s maximálnou spoľahlivosťou. Pre jednoduché systémy je RAID-1 celkom vhodný.

Ak sa transakcia zruší, všetky zmeny už zadané Server sa vrátia do predchádzajúceho stavu. Preto

Zrušenie transakcie v MS SQL Server zvyčajne trvá porovnateľné s celkovým trvaním samotnej transakcie. Snažte sa zrušiť transakciu alebo rozhodnúť o zrušení čo najskôr.

Ak server z nejakého dôvodu neočakávane prestane pracovať, potom, keď sa opakuje, bude analyzované, ktoré údaje v FD nezodpovedajú kompletnému štátu (nepoužité, ale zaznamenané transakcie a zaznamenané, ale zrušené transakcie) a tieto údaje budú opravené. Preto, ak ste napríklad spustili obnovu indexov veľkej tabuľky a reštartoval server, potom, keď reštartujete, bude mať významný čas na vrátenie tejto transakcie a neexistuje žiadna možnosť prerušiť tento proces.

Čo sa stane, keď dosiahol koniec súboru? Všetko je jednoduché - ak je na začiatku oslobodené miesto, začne písať na voľnom mieste na začiatku súboru na rušné miesto. Ako magnetická páska vločiek. Ak nie je miesto na začiatku, server sa zvyčajne pokúša rozšíriť súbor denníka transakcií, zatiaľ čo vybraný nový kus je nový súbor denníka virtuálnej transakcie, ktorý môže byť veľa v súbore fyzickej transakcie, ale to nestačí zálohovať. Ak server zlyhá rozšíriť súbor (umiestnenie je na disku alebo je zakázané nastaveniami, aby ste ho rozšírili, potom aktuálna transakcia zruší chybu 9002.

Oops. A čo by sa malo urobiť na miesto v ZHT, bolo to vždy? Tu sme prišli na záložný systém a na modely obnovy. Ak chcete zrušiť transakcie a obnoviť správny stav servera, v prípade náhleho odstavenia je potrebné uložiť v zázname ZHT, počnúc začiatku najskoršieho otvoreného transakcií. Toto minimum je napísané a uložené v ZHT predtým. Bez ohľadu na počasie, nastavenia servera a túžbu administrátora. Server nemôže umožniť, aby tieto informácie boli. Preto, ak otvoríte transakciu na jednom zasadnutí, a v iných, aby vykonali rôzne akcie, protokol transakcií sa môže neočakávane ukončiť. Najskoršia transakcia môže byť odhalená príkazom DBCC OpenRAN. Ale je to len potrebné minimum informácií. Ďalej závisí od modely obnovy. V SQL Serveri Tri z nich:

Jednoduché (jednoduché) - Je uložený len pre zvyšok pásu.
Plné (plné) - Je uložený z okamihu, keď posledný zálohovanie transakčný časopis. Poznámka, nie od plného zálohovania!
Hromadné zaznamenané (s neúplným protokolovaním) - Časť (veľmi malá obvykle časť) operácie sú napísané vo veľmi kompaktnom formáte (v skutočnosti, iba záznam je, že stránka súboru údajov sa zmení). V opačnom prípade je plná identická.

Niekoľko mýtov je spojených s modelmi obnovy.

Jednoduché vám umožňuje znížiť zaťaženie podsystému disku. To nie je pravda. Je napísaný presne rovnako ako s hromadným zaznamenaným zaznamenaným, považuje sa len za bezplatné oveľa skôr.
Hromadný záznamník vám umožňuje znížiť zaťaženie na diskusnom subsystéme. Pre 1c je to takmer zlé. V podstate, jedna z mála operácií, ktorá môže podliehať minimálnej prihlásení bez dodatočných tancov - načítanie údajov z vyloženia vo formáte DT a reštrukturalizačných stoloch.
Pri používaní hromadného zaznamenaného modelu, niektoré operácie nespadajú do zálohovania protokolu transakcií a neumožňuje vám obnoviť stav v čase tohto času zálohovanie . Toto nie je tak. Ak sa operácia vzťahuje na minimálne logo, potom zálohu bude obsahovať aktuálne stránky s údajmi a bude možné "stratiť" protokol transakcií transakcií na koniec (hoci je nemožné pre ľubovoľný čas v čase, ak existujú minimálne LOGO Operácie).

Hromadný zaznamenaný model pre základňu 1C je takmer bezvýznamný, takže ho nepovažujeme ďalej. Voľba medzi plnou a jednoduchám sa však podrobnejšie zváži v ďalšej časti.

Transakcia tréningov
- Modely obnovy a správu časopisu transakcií
- Riadenie protokolu transakcií
Použite záložné kópie protokolov transakcií

Zásada Prevádzka siete v jednoduchých a úplných modeloch obnovy

Podľa typu formácie sú záložné kópie tri druhy:

Plný (Plné)
Rozdiel (Diferenciál, rozdiel)
Log. (Zálohovanie protokolov transakcií, ako často sa tento termín používa, znížime na RCCT)

Nie je nutné, aby ste sa tu nemali zmätení: úplný model obnovy a úplné zálohovanie sú v podstate odlišné veci. Aby ste ich nemali zmiasť, pod I budem používať anglické výrazy pre model obnovy a ruský hovoriaci pre typy záloh.

Kompletné a diferenciálne kópie práce je rovnako pre jednoduché a plné. Záložná kópia protokolov transakcií je úplne neprítomná.

Úplné zálohovanie

Umožňuje v určitom čase obnoviť stav databázy (na jeden, v ktorom začala formácia zálohovania). Skladá sa zo stránok kópie údajov použitých súborov údajov a aktívnym kusom protokolu transakcií v čase, keď bola vytvorená záloha.

Rôzne zálohovanie

Uloží stránky údajov, ktoré sa zmenili od posledného plného zálohovania. Pri obnovení, musíte najprv obnoviť úplný zálohovanie (v režime NOROCOVERY, príklady budú zobrazené nižšie), potom môžete aplikovať ktorýkoľvek z následných kópií rozdielu na výslednú "billetu", ale samozrejme, len tie, ktoré sú vyrobené pred ďalším úplným zálohovaním. Vďaka tomu je možné výrazne znížiť hlasitosť miesta na disku pre ukladanie zálohy.

Dôležité momenty:

Bez predchádzajúceho plného zálohovania je rozdiel kópia zbytočná. Preto je žiaduce ich uložiť niekde vedľa seba.
Každá nasledujúca kópia rozdielu uloží všetky strany zahrnuté v predchádzajúcom zálohovaní rozdielu, vykonané po predchádzajúcom kompletnom (aj keď s iným obsahom). Preto každý ďalší rozdiel kópie je viac ako predchádzajúci, zatiaľ čo nie je úplne plná kópia (ak je rozbitá, len z dôvodu kompresných algoritmov)
Na obnovenie v určitom bode najnovší Úplné zálohovanie v tomto momente a najnovší Rozdiel kópie v tomto okamihu. Medziľahlé kópie na obnovu nie sú potrebné (hoci môžu byť potrebné na výber momentu obnovy)

Rkjt

Obsahuje kópiu na určité obdobie. Zvyčajne od okamihu posledného RCCT až do tvorby aktuálneho RCCT. RCCT Umožňuje kópie z režimu obnovenia v režime NOROCOVERY kedykoľvek prichádzajúce počas obdobia obnovy, obnoviť stav do akéhokoľvek ďalšieho bodu v čase vstupu do intervalu záložnej obnoviteľnej kópie. Pri vytváraní zálohovania so štandardnými parametrami sa umiestnenie v súbore denníka transakcií uvoľní (až do poslednej otvorenej transakcie).

Je zrejmé, že RCHT nedáva zmysel v jednoduchom modeli (potom FP obsahuje iba informácie od poslednej odomknutej transakcie).

Pri používaní RCCT sa vyskytne dôležitý koncept - kontinuálny reťazec Rcut.. Tento reťazec môže prerušiť buď stratu niektorých záložných kópií tohto reťazca, alebo preniesť databázu jednoduchým a chrbtom.

POZOR: Sada RCCT je v podstate zbytočná, ak to nie je kontinuálny reťazec, a momentom začiatku posledného úspešného plného alebo rozdielu zálohovania by mala byť vnútriobdobie tohto reťazca.

Časté mylné predstavy a mýty:

"RCCT obsahuje údaje o transakcii od okamihu predchádzajúceho plného alebo rozdielu". Nie to nie je. RCCT obsahuje na prvý pohľad, zbytočné údaje medzi predchádzajúcim RCCT a následným úplným zálohovaním.
"Úplný alebo rozdiel zálohovanie musí viesť k uvoľneniu priestoru vo vnútri protokolu transakcií."Nie to nie je. Úplný a rozdiel zálohovanie sa nedotýkajte reťazca RCCT.
ZHT je potrebné vykonať manuálne peridicky, zníženie, zmenšenie.Nie, nie je to potrebné, a to aj naopak, je nežiaduci. Ak ho oslobodíme medzi RKJT, potom RCCT reťazec je narušený, ktorý je nevyhnutný na obnovu. A neustále redukcia / rozšírenie súboru povedie k jeho fyzickej a logickej fragmentácii.

Ako to funguje jednoduché

Nech je databáza 1000 GB. Každý deň rastie základne na 2 GB a 10 GB starých zmien dát. Urobili nasledujúce zálohy

Plná kópia F1 od 0:00 1. februára (zväzok 1000 GB, neberte do úvahy kompresiu pre jednoduchosť)
- Rozdiel Kopírovať D1.1 Od 0:00 2. februára (12 GB)
- Rozdiel Kopírovať D1.2 od 0:00 dňa 3. februára (19 GB hlasitosť)
- Rozdiel Kopírovať D1.3 od 0:00 4. februára (objem 25 GB)
- Rozdiel Kopírovať D1.4 od 0:00 dňa 5. februára (zväzok 31 GB)
- Rozdiel Kópia D1.5 od 0:00 6. februára (zväzok 36 GB)
- Rozdiel Kopírovať D1.6 od 0:00 dňa 7. februára (objem 40 GB)
Full Copy F2 od 0:00 dňa 8. februára (zväzok 1014 GB)
- Rozdielová kópia D2.1 od 0:00 dňa 9. februára (objem 12 GB)
- Rozdielová kópia D2.2 od 0:00 10. februára (19 GB hlasitosť)
- Rozdielová kópia D2.3 od 0:00 11. februára (objem 25 GB)
- Rozdielová kópia D2,4 od 0:00 12. februára (zväzok 31 GB)
- Dvaná kópia D2,5 od 0:00 dňa 13. februára (zväzok 36 GB)
- Rozdiel Kópia D2,6 od 0:00 14. februára (objem 40 GB)

S touto sadbou môžeme obnoviť údaje v čase 0:00 každého dňa od 1. februára do 14 rokov. Aby sme to urobili, musíme si vziať úplnú kópiu F1 na týždeň februára 1-7 alebo plnú kópiu F2 na 8-14, obnovte ho v režime NOROCOVERY a potom aplikujte rozdiel kópiu správneho dňa.

Ako to funguje v plnom rozsahu

Dovoľte nám, aby sme mali rovnakú sadu zálohovania plného a rozdielu zálohovania, ako v predchádzajúcom príklade. Okrem toho existujú nasledujúce RCCT:

RKJT 1 na obdobie od 12:00 do 31. januára do 12:00 2. februára (približne 30 GB)
RKJT 2 na obdobie od 12:00 2. februára do 12:00 4. februára (približne 30 GB)
RKJT 3 za obdobie od 12:00 dňa 4. februára do 12:00 6. februára (približne 30 GB)
RKJT 4 za obdobie od 12:00 6. februára do 12:00 7. februára (približne 30 GB)
RKJT 5 na obdobie od 12:00 20. februára do 12:00 10. februára (približne 30 GB)
RKJT 6 za obdobie od 12:00 do 10. februára do 12:00 12. februára (približne 30 GB)
RKJT 7 na obdobie od 12:00 12. februára do 12:00 14. februára (približne 30 GB)
RKJT 8 na obdobie od 12:00 14. februára do 12:00 16. februára (približne 30 GB)

Poznámka:

Veľkosť RCCT bude približne konštantná.
Rezervné kópie Môžeme urobiť menej často ako rozdiel alebo dokončiť, a môže a častejšie, potom budú menej veľkosti.
Teraz môžeme obnoviť stavový stav kedykoľvek od 0:00 1. februára, keď máme najskoršiu úplnú kópiu 12:00 16. februára.

V najjednoduchšom prípade musíme obnoviť:

Posledná úplná kópia až do obnovy
Posledný rozdiel Kópia pred obnovením
Všetky rcct, z posledného rozdielu kópie pred obnovením

Full Copy F2 Od 0:00 8. februára
Rozdielová kópia D2.2 od 0:00 10. februára
RKJT 6 na obdobie od 12:00 dňa 10. do 12:00 12. februára

Po prvé, F2 bude obnovená, potom D2.2, potom RKT 6 do okamihu 13:13:13 10. februára. Základnou výhodou celého modelu je však, že máme možnosť - použite najnovšiu plnú alebo rozdielovú kópiu alebo nie posledný. Napríklad, ak sa zistilo, že kópia D2.2 bola pokazená, a musíme sa vtedy zotaviť do 13:13:13 10. februára, potom pre jednoduchý model by to znamenalo, že môžeme obnoviť údaje len na Čas D2.1. S plným - "don" t panika "máme nasledujúce funkcie:

Obnoviť F2, potom neskôr D2.1, potom RKJT 5, potom RCS 6 do okamihu 13:13:13 10. februára.
Restore F2, potom RCCT 4, potom RKJT 5, potom neskôr RKLC 6 do okamihu 13:13:13 10. februára.
Alebo dokonca obnoviť F1 a riadiť všetky RCCT na RCCT 6 do 13:13:13 10. februára.

Ako vidíte, celý model nám poskytuje väčšiu voľbu.

A teraz si predstavte, že sme veľmi mazaní. A pár dní pred zlyhaním (13:13:13 10. februára.) Vieme, že zlyhanie bude. Obnovíme databázu z úplného zálohovania na nasledujúcom serveri, pričom ponechávame možnosť aplikovať nasledujúce štáty podľa rozdielnych kópií alebo RCCT, t.j. v režime NoreCovery. A zakaždým bezprostredne po vytvorení RCCT ho používame na túto záložnú databázu, odchádzajte v režime Norecovery. Wow! Prečo, na obnovu databázy, budeme teraz ísť von len 10-15 minút, namiesto obnovenia obrovskej základne! Blahoželáme, posilnili sme mechanizmus dodania denníka, jeden zo spôsobov, ako znížiť prestoje. Ak je možné prenášať údaje viac ako raz v období, ale neustále sa to už zrkadlo, a ak základný zdroj čaká na základné zrkadlo, potom je to synchrónne zrkadlenie, ak nečakáte, potom asynchrónne.

Viac informácií o vysokej dostupnosti možno čítať v pomoci:

Vysoká dostupnosť (komponent databázového motora)
- Všeobecné informácie o riešeniach s vysokou dostupnosťou
- Vysoká dostupnosť. Interakcia a spolupráca

Ďalšie aspekty zálohovania

Táto časť môže byť bezpečne preskočená, ak sa teória a ruky nudia s vami na testovanie nastavení zálohovania.

Súborové skupiny

1C: Spoločnosť je v podstate schopná pracovať so súbormi súborov. Existuje jedna skupina súborov a to je všetko. V skutočnosti, programátor alebo administrátor databázy MS SQL je schopný niektorých tabuliek, indexov alebo dokonca kusov tabuliek a indexov, aby sa vložili do samostatných skupín súborov (v najjednoduchšej verzii - v samostatné súbory). Je potrebné, aby sa urýchlil prístup k niektorým údajom (uvedenie na veľmi rýchle médiá), alebo naopak, obetovanie rýchlosti, ktorá sa má umiestniť na lacnejšie médiá (napríklad nízko používané, ale objemné údaje). Pri práci so súbormi súborov je možnosť vykonať svoje zálohy samostatne, je tiež možné ho tiež obnoviť samostatne, ale musíte zvážiť, že všetky skupiny súborov budú musieť "dohnať" do jednej chvíle na valcovanie RCCT.

Dátové súbory

Ak osoba kontroluje údaje k údajom do rôznych skupín súborov, potom, ak existuje niekoľko súborov v rámci skupiny súborov, potom údaje o nich narúšajú MS SQL Server nezávisle (s rovnakou riadkovou súborov - sa pokúsi rovnomerne). Z aplikovaného hľadiska sa to používa na paralelenie I / O operácií. A z hľadiska zálohovania je ďalší bod. Pre veľmi veľké databázy v epoche "do SQL 2008" typický problém Vyberte kontinuálne okno pre úplné zálohovanie a disk prijímača pre tento zálohovanie by ho jednoducho nemohol ubytovať. Najviac. jednoduchý spôsob V tomto prípade to bolo zálohovanie každého súboru (alebo súborovej skupiny) do okna. Teraz, s aktívnou distribúciou záložnej kompresie, tento problém sa stal menej, ale táto technika môže byť znášaná.

Záložná kompresia

MS SQL Server 2008 má super mega-ultra funkciu. Odteraz, navždy, záložné kópie môžu byť lisované pri vytváraní lieku. To znižuje veľkosť zálohovania BD 1C 5-10 krát. A vzhľadom na to, že zvyčajne výkon diskusného podsystému je úzkym miestom DBMS, dáva nielen zníženie nákladov na skladovanie, ale aj silné zrýchlenie zálohovania (hoci sa zaťaženie procesorov zvyšuje, ale zvyčajne je dostatočný výkon procesorov na serveri DBMS).

Ak vo verzii 2008 táto funkcia bola len pre Enterprise Edition (čo je veľmi drahé), potom v roku 2008 R2 je táto funkcia daná štandardnej verzii, ktorá je veľmi potešená.

Nižšie, pri analýze príkladov sa neberú do úvahy nastavenia kompresie, ale dôrazne odporúčam používať záložné kópie, ak neexistujú žiadne osobitné dôvody na to, aby ste ho mohli vypnúť.

Jeden záložný súbor - mnoho stáží

Zálohovanie nie je len súbor, je to pomerne komplikovaný kontajner, v ktorom je možné uložiť mnoho záložných kópií. Tento prístup má veľmi starobylý príbeh (i osobne pozorovať ho z verzie 6.5), ale v súčasnosti pre správcov "bežných" databáz, najmä 1C databáz, neexistujú žiadne závažné dôvody na používanie "jedného zálohovania - jeden súbor". Pre všeobecný vývoj je užitočné preskúmať schopnosť dať niekoľko záložných kópií do jedného súboru, ale s najväčšou pravdepodobnosťou nebude používať (alebo ak musíte použiť, potom rozoberte hrbole meradla, ktoré táto funkcia bola nekvalifikované).

Niekoľko zrkadlových kópií

SQL Server má ďalšiu nádhernú príležitosť. Môžete vytvoriť zálohu na vytvorenie paralelne s niekoľkými prijímačmi. ako najjednoduchší príklad, môžete vyhodiť jednu kópiu lokálny disk A v tom istom čase Fold na sieťovom zdroji. Miestna kópia je vhodná, pretože zotavenie z neho je výrazne rýchlejšie, vzdialená kópia je oveľa lepšia na odloženie fyzickej deštrukcie hlavného databázového servera.

Príklady záložných systémov

Pekná teória. Je čas na cvičenie dokázať, že všetky tieto kuchyne funguje.

Konfigurácia typického zálohovania servera prostredníctvom servisných plánov (údržbaPlan)

Táto časť je postavená ako recepty pripravené s vysvetlením. Táto časť je veľmi nudná a dlhá kvôli obrázkom, takže ho môžete preskočiť.

Používame službu Master Creation Plan Service

Konfigurácia Server Backups TSQL skripty, príklady niektorých funkcií

Okamžite nastane otázka a prečo ešte? Zdá sa, že je to len nakonfigurované a všetko funguje ako hodiny? Prečo začať so všetkými druhmi skriptov? Servisné plány neumožňujú:

Použite rezerváciu zrkadla
Použite iné nastavenia kompresie ako nastavenia servera
Neumožňuje pružne reagovať na vznikajúce situácie (bez možností manipulácie s chybou)
Nedovoľuje flexibilné nastavenia zabezpečenia
Servisné plány sú veľmi nepríjemné (a udržiavajú to isté) veľké množstvá servery (dokonca aj na 3-4)

Nižšie sú typické záložné príkazy.

Úplné zálohovanie

Úplné zálohovanie s posilňovaním existujúceho súboru (ak existujúce) a kontrola kontrolného súčtu strán pred nahrávaním. Pri vytváraní záložnej kópie je naplánované každé percento pokroku

Záložná databáza na disk \u003d n "C: zálohovanie mydb.bak" s init, formát, štatistiky \u003d 1, kontrolný súčet

Rôzne zálohovanie

Podobne - rozdiel kópie

Záložná databáza na disk \u003d n "c: zálohovanie mydb.diff" s Rozdiel, Init, formát, štatistiky \u003d 1, kontrolný súčet

Rkjt

Zálohovanie protokolu transakcií

Zálohovanie protokolu na disk \u003d n "c: zálohovanie mydb.trn" s initom, formát

Rezervácia zrkadla

Často je vhodné, aby sa neexistuje záloha okamžite, ale dva. Napríklad, jeden môže ležať lokálne na serveri (na ruku) a druhý okamžite formuláre pre fyzicky vzdialené a chránené pred úložným priestorom nežiaducich úložísk: \\ t

Záložná databáza na disk \u003d n "c: zálohovanie mydb.bak", Zrkadlo. Disk \u003d N "SAFE-SERVER" MYDB.BAK "S INIT, formátom

Dôležitým bodom, ktorý sa často prehliada: užívateľ, v mene, ktorý spustí proces MSSQL Server, by mal byť prístup k zdroju "SAFE-SERVER), inak kopírovanie skončí chybou. Ak je MSSQL Server spustený v mene systému, potom je potrebné udeliť prístup k doméne skupiny User_Name, ale je lepšie správne nakonfigurovať spustenie MS SQL v mene špeciálne vytvoreného používateľa.

Ak nešpecifikujete zrkadlo, nebude 2 zrkadlové kópie, ale jedna kópia, rozdelená do 2 súborov podľa princípu striedania. A každý z nich je individuálne zbytočný.

Databázové servery sú niektoré z kľúčov k akúkoľvek organizáciu. Je to oni, ktorí uchovávajú informácie a poskytujú emisiu na požiadanie a je mimoriadne dôležité udržiavať databázu v akejkoľvek situácii. Základné doručenie zvyčajne zahŕňa potrebné verejné služby, ale spravidla, ktorý nie je tvárou v databáze, sa bude musieť zaoberať nejakým časom s funkciami práce na zabezpečenie automatizácie.

Typy zálohovaní databázy

Ak chcete začať, budeme sa zaoberať tým, ako sú zálohy. Databázový server nie je bežná aplikácia na ploche, a zabezpečiť, aby boli vykonané všetky kyslé vlastnosti (atómové, konzistencie, izolované, trvanlivé), používa sa niekoľko technológií, a preto tvorba a zhodnocovanie BD z archívu má svoje vlastné charakteristiky. Existujú tri rôzne prístupy k záložným údajom, z ktorých každý má svoje výhody a nevýhody.

S logickým, alebo SQL, zálohovaním (PG_DUMP, MYSQLDUPUM, SQLCMD), sa vytvorí okamžitý obraz obsahu obsahu na základe transakčnej integrity a je uložený ako súbor s príkazmi SQL (môžete vybrať celú základňu alebo jednotlivé tabuľky), S ktorou môžete obnoviť databázu na inom serveri. To si vyžaduje čas (najmä pre veľké databázy) na uloženie a obnovenie, takže je veľmi často možné vykonať túto operáciu a vykonáva sa počas minimálneho zaťaženia (napríklad v noci). Pri obnovení správcu budete musieť vykonať niekoľko príkazov na prípravu všetkého, čo potrebujete (vytvoriť prázdnu databázu, Účtovníctvo atď).

Fyzické zálohovanie (úroveň systém súborov) - Kopírovanie súborov, ktoré DBMS používa na ukladanie údajov v databáze. Ale pri jednoduchom kopírovaní, blokáciách a transakciách sú ignorované, ktoré budú pravdepodobne nesprávne uložené a porušené. Keď sa pokúšate pripojiť tento súbor, bude to v nekonzistentnom stave a bude mať za následok chyby. Ak chcete získať aktuálne zálohovanie, musíte zastaviť databázu (môžete znížiť dobu nečinnosti pomocou dvoch krát rsync - najprv na pracovnej strane, potom na zastávke). Nevýhodou tejto metódy je zrejmá - nie je možné obnoviť určité údaje, len celú databázu. Pri spustení databázy obnovená z archívu súborového systému budete musieť skontrolovať integritu. Existujú rôzne pomocné technológie. Napríklad, v PostgreSQL, Wal (Write Ahead Logs) proaktívne protokoly a Špeciálna funkcia (Bod v čase obnovenia - PITR), ktorý vám umožní vrátiť sa do konkrétneho stavu databázy. S ich pomocou sa tretí scenár ľahko implementuje, keď je zálohovanie úrovne súborového systému kombinované so zálohovaním súborov WAL. Po prvé, obnovte súbory zálohovania súborov a potom s WAL, základňa je poskytnutá súčasnému stavu. Ide o mierne zložitejšie administratívne prístup, ale neexistujú žiadne problémy s integritou databázy a obnovenie základov až do určitej doby.

Logické zálohovanie sa používa v prípadoch, keď je potrebné vykonať úplnú kópiu databázy alebo v každodennom používaní na vytvorenie kópie, nebudete potrebovať veľa času alebo miesta. Keď vykladanie základne trvá dlhú dobu, pozornosť by sa mala venovať fyzickej archivácii.

Barman.

Licencia: GNU GPL

Podporované DBMS: Postgresql

PostgreSQL podporuje možnosti fyzického a logického zálohovania, pričom k nim pridáva ďalšiu úroveň WAL (pozri vložku), ktorý sa dá nazývať nepretržité kopírovanie. Aby sa však riadilo pomocou štandardných nástrojov, niekoľko serverov nie je veľmi pohodlné aj administrátor so skúsenosťami a v prípade zlyhania, účet ide na sekundy.

Barman (Backup and Recovery Manager) - Vnútorný rozvoj spoločnosti 2NDQUADRANT poskytovanie služieb postgreSQL databázy. Navrhnuté pre Fyzické zálohovanie PostgreSQL (logické nepodporuje), archiváciu WAL a rýchle zotavenie po zlyhaniach. Vzdialená záloha a obnovenie viacerých serverov sú podporované, funkcie obnovenia point-in-time (PITR), Wal Control. Ak chcete kopírovať a odoslať príkazy na vzdialený uzol, ssh, synchronizáciu a zálohovanie pomocou RSYNC vám umožní znížiť prevádzku. Barman je tiež integrovaný so štandardným BZIP2, Gzip, Tar Utilities a podobne. V zásade môžete použiť ľubovoľný kompresný a archivačný program, integrácia nemá veľa času. Rôzne servisné a diagnostické funkcie sú implementované, ktoré vám umožňujú monitorovať stav servisu a nastavte šírku pásma. Pred / post skripty sú podporované.

Barman je napísaný v Pythone, správa zásadnej politiky sa vykonáva pomocou clear barman.conf ini súbor, ktorý môže byť v / atď alebo domovský adresár používateľa. Prichádza sa pripravená šablóna S podrobnými pripomienkami vo vnútri. Pracuje len na * systémy NIX. Inštalácia v RHEL, Centos a vedeckom Linuxe, Connect EPEL - úložisko, v ktorom je obsiahnuté. Ďalšie balíky. Užívatelia Debian / Ubuntu majú oficiálny úložisko:

$ sudo apt-get nainštalovať barman

V úložisku nie je vždy najnovšia verziaPre jeho inštaláciu sa bude musieť obrátiť na zdrojové texty. Závislosti sú trochu, a pochopte, že proces je jednoduchý.

Sypex Dumper.

Licencia: BSD.

Podporované DBMS: MySQL

MySQLDUMPUMENTY MYSQLHOTCOPY POUŽÍVAŤ S MYSQL, ktorý vám umožní ľahko vytvoriť databázovú skládku, sú dobre zdokumentované a na internete nájdete veľký počet pripravených príkladov a frandidandy. Ten umožní nováčik rýchlo začať pracovať. Sypex Dumper je skript PHP, ktorý vám umožní ľahko vytvoriť a obnoviť kópiu databázy MySQL. Bol vytvorený do práce s veľkými databázami, funguje veľmi rýchlo, jasné a pohodlné použitie. Schopný pracovať s objektmi MySQL - prezentácie, postupy, funkcie, spúšťače a udalosti.

Ďalší plus, na rozdiel od iných nástrojov, pri vyvážaní produkujúceho transkódu na UTF-8, v sklápaní, export sa uskutočňuje v natívnom kódujúcom. Výsledný súbor má menej miesta a samotný proces sa stane rýchlejšie. V jednom skládke môžu byť objekty s rôznymi kódovaním. Okrem toho sa dá ľahko importovať / exportovať do produkcie v niekoľkých krokoch, zastavenie procesu počas nákladu. Po obnovení sa postup začne zo miesta zastavenia. Pri obnovení sú podporované štyri možnosti:

Vytvoriť + vložka - štandardný režim obnovy;
Skrátiť + vložka - menej času na vytvorenie tabuliek;
Nahradiť - obnovujeme staré údaje v pracovnej databáze, bez toho, aby sme sa hojdali
Vložte ignorovať - \u200b\u200bPridať odstránené alebo nové údaje do databázy, bez toho, aby ste sa dotkli existujúcich.

Compresná kompresia je udržiavaná (GZIP alebo BZIP2), dátum automobilového priemyslu starých záloh sa vykonáva, obsah súboru výpisu sa implementuje, obnovuje iba štruktúru tabuliek. Tam sú tiež funkcie správy databázy služieb (vytváranie, vymazanie, kontrolu, obnovenie databázy, optimalizácie, čistiacich stolíkov, práca s indexmi a inými), ako aj správcu súborov, ktorý umožňuje kopírovať súbory na server.

Riadenie sa vykonáva pomocou webového prehliadača, rozhranie s použitím AJAX je lokalizované z krabice a vytvorí dojem práce s aplikáciou Desktop. Je tiež možné spúšťať úlohy z konzoly a na harmonograme (cez CRON).

Dumper bude potrebovať Classic L | WAMP Server, ktorý nastaví obvyklé pre všetky aplikácie napísané v PHP (kopírovanie súborov a nainštalovanie práv) a nebude ťažké ani pre nováčikov. Projekt poskytuje podrobnú dokumentáciu a video tutoriály, ktoré demonštrujú prácu so systémom Sypex.

Existujú dva vydania: Sypex Dumper (zadarmo) a Pro (10 dolárov). Druhá má viac príležitostí, všetky rozdiely sú uvedené na stránke.

SQL Backup a FTP

Licencia:

Podporované DBMS: MS SQL Server

MS SQL Server je jedným z populárnych riešení, a preto sa často nachádza. Úloha zálohovania je vytvorená pomocou SQL Server Management Studio prostredie, TransACT-SQL skutočne a SQL Powershell Modul Cmdlets (Backup-SQLDATABASE). Na stránke Ms môžete nájsť len veľká suma Dokumentácia, ktorá vám umožňuje riešiť proces. Dokumentácia, hoci kompletná, ale veľmi špecifická, a informácie na internete sa často vzájomne odporujú. Nováčik naozaj bude musieť byť prístupný, "kymáci ruku," teda aj napriek všetkým vyššie uvedeným, vývojárov tretích strán Tam je miesto, kde sa otočí. Navyše bezplatná verzia SQL Server Express sa nemusí pochváliť vstavané záložné nástroje. Pre staršie verzie MS SQL (do roku 2008) môžete nájsť bezplatné nástroje, ako napríklad SQL Server Backup, ale vo väčšine takýchto projektov už boli komercializované, hoci ponúkajú všetky funkcie často pre symbolickú sumu.

Napríklad vývoj SQL Backup a FTP a jedným kliknutím SQL Restore zodpovedá princípu "Nastaviť a zabudnúť". Vlastniť veľmi jednoduché a zrozumiteľné rozhranie, umožňujú vytvárať kópie databáz MS SQL Server (vrátane Express) a Azure, uložiť šifrované a komprimované súbory na ftp i. cloudové služby (Dropbox, Box, Disk Google., MS SkyDrive alebo Amazon S3), výsledok je možné okamžite zobraziť. Proces je možné spustiť ručne aj na plán, poslať správu o výsledku e-mailovej úlohy, spustením používateľských skriptov.

Všetky varianty zálohovania sú podporované: plný, diferenciál, protokol transakcií, kopírovanie súborov súborov a ráno. Staré zálohy sa automaticky odstránia. Pripojiť K. virtuálny uzol. Používa sa SQL Management Studio, hoci tu môžu byť nuansy a nebude fungovať vo všetkých takýchto konfiguráciách. Na prevzatie sa ponúka päť verzií - z voľného zadarmo na orezané profily (v čase písania týchto riadkov stojí len 149 dolárov). Voľný funkčný je dosť pre malé siete, v ktorých sú nainštalované jedno alebo dva servery SQL, všetky hlavné funkcie sú aktívne. Počet záložnej databázy je obmedzená, schopnosť odosielať súbory na súbory Google a SkyDrive a šifrovania súborov. Rozhranie je, aj keď nie je lokalizovaný, ale aj nováčik je veľmi jednoduchý. Stačí sa pripojiť k serveru SQL, potom, čo sa zobrazí zoznam databáz, mali by ste si všimnúť požadovaný, konfigurovať prístup k vzdialeným prostriedkom a zadajte čas vykonania úlohy. A to všetko v jednom okne.

Ale je tu jeden "ale". Samotný program nie je určený na obnovenie archívov. To ponúka samostatné bez kliknutí SQL Restore Utility, pochopenie formátu vytvoreného príkazom zálohovania databázy. Admin to je potrebné určiť archív a server obnoviť údaje a stlačte jedno tlačidlo. V zložitejších scenároch však bude musieť použiť obnovenie.

MS SQL Server Zálohovanie funkcií

Vytvorenie zálohovania a obnovy DBMS má svoje rozdiely, ktoré treba vziať do úvahy, najmä ich mnohí pri prenose archívu na iný server. Budeme napríklad analyzovať niektoré nuansy MS SQL Servera. Ak chcete archivovať pomocou Transact-SQL, použite príkaz Backup Database (Tam je rozdielová hodnota rozdielu) a protokol s protokolom zálohovania.

Ak je zálohovanie rozšírené na inom serveri, musíte sa uistiť, že existujú rovnaké logické disky. Ako možnosť - môžete manuálne zaregistrovať správne cesty pre databázové súbory pomocou príkazu databázy.

Jednoduchá situácia - Prenos zálohovania a databázy do iných verzií SQL Server. Táto operácia je podporovaná, ale v prípade SQL Server bude fungovať, ak je verzia servera, na ktorej je kópia nasadená, je rovnaká alebo novšia ako tá, na ktorej bola vytvorená. A existuje obmedzenie: novšie nie viac ako dve verzie. Po obnove databázy bude v režime kompatibility s verziou, s ktorým sa uskutočnil prechod, to znamená, že nové funkcie budú k dispozícii. Je ľahké opraviť zmenou kompatibility_level. Môžete to urobiť pomocou GUI alebo SQL.

Alter databáza MYDB SET COMMTORTY_LEVEL \u003d 110;

Ak chcete zistiť, ktorá verzia bola vytvorená kópia, môžete si prezerať hlavičku archívneho súboru. Pri prechode na nová verzia SQL Server by ste mali spustiť zadarmo Microsoft Upgrade Advisor Utility.

IPERIUS.

Licencia:obchodné, je tu verzia slobodného

Podporované DBMS: Oracle 9-11, XE, MySQL, MariadB, PostgreSQL a MS SQL Server

Keď musíte spravovať viacero typov DBMS, nie sú kombinované. Voľba je veľká. Napríklad IPERIUS je jednoduchý, veľmi ľahko ovládateľný a súčasne výkonný program pre zálohovanie súborov, ktoré majú funkciu zálohovania za tepla bez prerušenia v prevádzke alebo blokovaní. Poskytuje úplné alebo prírastkový bacup. Môžete vytvoriť kompletné diskety, ktoré automaticky preinštalujte celý systém. Podporuje zálohu na NAS, USB zariadenia, Streamer, FTP / FTPS, Google Dropbox a SkyDrive. Podporuje kompresiu ZIP bez obmedzenia vo veľkosti súborov a AES256-šifrovanie, spustenie externých skriptov a programov. Obsahuje veľmi funkčný plánovač úloh, prípadne paralelné alebo postupné vykonanie niekoľkých úloh, výsledok sa odosiela na e-mail. Podporované sú početné filtre, premenné pre personalizáciu ciest a nastavení.

Schopnosť prevziať na FTP uľahčuje aktualizáciu informácií o viacerých webových stránkach. Otvorte súbory Vyhradené pomocou technológie VSS (tieňové kopírovanie zväzkov), ktorý umožňuje horúcu zálohu nielen súborov DBMS, ale aj iných aplikácií. Oracle tiež zahŕňa RMAN Zálohovanie a obnovovanie organizácie (manažér obnovy). Aby ste nepreťažovali kanál, je možné nastaviť šírku pásma. Riadenie rezervácie a obnovy sa vykonáva pomocou lokálnej a webovej konzoly. Všetky funkcie v dohľade, preto na konfiguráciu úlohy, budete potrebovať len pochopenie procesu, dokumentácia sa ani nemusí pozerať na dokumentáciu. Stačí postupovať podľa pokynov sprievodcu. Môžete tiež zaznamenať správcu účtu, ktorý je veľmi pohodlný s veľkým počtom systémov.

Základné funkcie sú k dispozícii zadarmo, ale schopnosť rezervovať databázu je položená len vo verziách Advanced DB a plná. Podporuje inštaláciu z XP na Windows Server 2012.

Praktický zálohovanie.

Licencia:obchodný

Podporované DBMS:Oracle, MySQL, IBM DB2 (7-9,5) a MS SQL Server

Jeden z najsilnejších relačných systémov riadenia - IBM DB2, ktorý má jedinečné funkcie škálovania a podporujúcich viacerých platforiem. Dodáva sa v niekoľkých edíciách, ktoré sú postavené na tej istej základni a funkčne sa líšia. DB2 Database Architecture vám umožňuje spravovať takmer všetky typy údajov: Dokumenty, XML, mediálne súbory a tak ďalej. Obzvlášť populárne je zadarmo DB2 Express-C. Bacup je veľmi jednoduchý:

DB2 Zálohovacia vzorka DB

Alebo snímok pomocou pokročilých kópií (ACS):

DB2 Zálohovanie DB Vzorka Použite Snímka

Ale musíte si uvedomiť, že v prípade snímok nemôžeme obnoviť jednotlivé tabuľky (DB2 Recover DB). Existujú príležitosti pre automatické zálohovanie a oveľa viac. Produkty sú dobre zdokumentované, hoci vedenie v ruskom telefóne je zriedka. Aj ďaleko od všetkých špeciálnych riešení možno nájsť podporu pre DB2.

Napríklad praktický záloha vám umožňuje vykonávať zálohu niekoľkých typov databázových serverov a uložiť súbory takmer do akéhokoľvek média ( hdd, CD / DVD, zamračené a sieťové úložisko, FTP / S, WebDAV a ďalšie). Možné záložné databázy cez ODBC (len tabuľka). Toto je jeden z mála riešení, ktoré podporujú DB2, a tiež má logo "pripravený na softvér IBM DB2 Server". Celý postup sa vykonáva pomocou pravidelného sprievodcu, v ktorom potrebujete len vybrať požadovanú položku a vytvoriť úlohu. Samotný proces konfigurácie je taký jednoduchý, že nováčik bude schopný porozumieť. Môžete vytvoriť viac pracovných miest, ktoré sa začnejú v rozvrhu. Výsledok je pevný v protokole a odoslaný e-mailom. Počas úlohy sa služba zastaví nevyžaduje. Archív sa automaticky stlačuje a zašifruje, čo zaručuje jeho bezpečnosť.

DB2 podporuje dve verzie praktického zálohovania - kancelárskeho experta (lokálnej) a serverovej siete (siete). Práce na počítačoch so systémom Win8 / 7 / Vista / XP alebo 2012/2003. Samotný proces nasadenia nie je uľavený pre každého správcu.

sQLCMD -S deklarovač SQLGTD -E--Q "Deklarovanie @s Varchar (255) SET @ S \u003d 'E: Zálohovanie GTD_' + Convert (VARCHAR (1), DECAPART (DW, GETDATE ())) + '. BAK 'Záložná databáza GTD na disk \u003d @s S Init, NoFormat, Skip, Nastavenie zaťaženia »

sQLCMD. Umožňuje zadať pokyny Transact-SQL, systémové procedúry a súbory skriptov príkazový riadok V editore dotazu v režime SQLCMD,

-S. - Určuje názov servera, server [inštancia_name];
Declserver SQLGTD. - názov servera / názov inštancie, na ktorom je základňa točiaca;
-E. - Použitie na pripojenie k serveru SQL namiesto používateľského mena a hesla dôvery;
-Q "cmdlinequery" - Pri spustení programu sQLCMD. Žiadosti, ale výstup z programu po ukončení jeho vykonania sa nevykonáva. Viacnásobné požiadavky možno vykonať, oddelené čiarkou. Kontaktné citácie, ako je uvedené vyššie;
deklarovať. - Vyhlasujeme variabilnú s, názov premennej vždy začína @, @s.. V našom prípade @s. - Toto je priečinok (disk) zálohovania;
varchar (n) - Určuje typ premennej @s. ako reťazec s dlhým reťazcom N, v príklade 255 znakov;
nastaviť. - Nastavuje hodnotu premennej @s., V príklade je to záložný priečinok na disku E ( E: zálohovanie \\ t) Potom je nastavený názov záložného súboru, kde je nastavená funkcia konvertovať (VARCHAR (1), DECAPART (DW, GETDATE ())) Vráti sa v textovom formáte s dĺžkou 1 symbolu aktuálneho dňa týždňa (pondelok - 1 , Utorok - 2 atď.) A prídavky bAK.. Na výstupe dostaneme súbor s názvom Gtd_dononnedi.bak;
zálohovanie. - vytvorí zálohu;
databáza - označuje vytvorenie zálohovania celej základne;
GTD. - v našom príklade názov základne na serveri SQL Server;
na disk - označuje typ zariadenia uskladnenie, súbor pevný diska premenná je indikovaná @s.ktorá je priradená cesta a názov vytvoreného súboru;
s init, noformat, preskočiť, nountload - označuje, že je potrebné prepísať údaje v kruhu so záhlaviami prepísania, ktorý nám umožní mať 7 záložných súborov pre každý deň v týždni, prepísané v kruhu.

V prípade potreby môžete použiť iné funkcie, napríklad kompresiu, pozrite si pomoc pre požiadavky a funkcie Transact-SQL.

Krok 2. Zmena predĺženia textového súboru by. Cmd

V dôsledku toho dostaneme súbor backupgtd.cmd.. Spustite vytvorený príkazový súbor je potrebný z tohto stroja, kde je nainštalovaná databáza MS SQL.

Krok 3. Automatizujte tento proces

Zvážiť tento krok Použitie príkladu MS Windows Server 2008: Server Manager -\u003e Konfigurácia -\u003e Plánovač úloh -\u003e Plánovač úloh.