Zálohujte a obnovujte informácie. Najlepší zálohovací softvér

pred vírusmi a softvérové ​​chyby, zlyhanie hardvéru alebo ľudská chyba, existuje veľa potenciálnych nebezpečenstiev infikovania vašich súborov.

A môže sa to stať ešte horšie - napríklad strata osobných fotografií, hudobná knižnica, dôležité obchodné dokumenty – niečo, čo môže byť naozaj cenné. Preto je potrebné tvoriť zálohovanie váš počítač automaticky.

Je veľmi ťažké to urobiť sami, ale s právom softvérže to bude oveľa jednoduchšie, ako si myslíte. Bez akýchkoľvek hotovostných nákladov, pretože nejaké sú bezplatný softvér na zálohovanie a klonovanie diskov.

Ak chceš, skopírujte obsah svojich dokumentov niekde , klonovať jeden disk do druhého, alebo zálohovať celý systém Našiel som veľa programov, ktoré môžu pomôcť.

Záloha akcie

Akčná záloha - možno najlepšie súbory naplánované pre domáce a pracovné počítače. Program je veľmi pohodlný, pretože kombinuje jednoduché použitie a širokú funkčnosť na vykonávanie záloh. S Action Backup získate: podporu pre úplné, rozdielové, prírastkové zálohy, automatické* zálohovanie na FTP servery, CD/DVD, vzdialené sieťové zdroje, podpora formátu zip64, podpora pre " tieňová kópia“, pracujte v režime služby Windows*, automatické odstránenie predchádzajúcich (zastaraných) archívov*, odoslanie správy na e-mail a mnohé ďalšie ( Detailný popis funkčnosť je k dispozícii na oficiálnej webovej stránke vývojára).

Action Backup je ideálny pre začiatočníkov aj pokročilých používateľov, vďaka čomu je vynikajúcim nástrojom na zálohovanie súborov na domácich počítačoch, ako aj na pracovných staniciach a serveroch.

* - dostupné iba v platenej verzii. Na oficiálnej stránke je porovnanie verzií.

Aomei Backupper

Ak máte radi zálohovací softvér, Aomei má jednoduché rozhranie. Vyberte jednotku alebo oblasť, ktorú chcete zálohovať, cieľovú jednotku a kliknite Backupper vytvorí obrázok.

Program má dosť dobré nástroje, ak ich potrebujete. Existujú možnosti šifrovať alebo komprimovať zálohy. Môžete vytvárať prírastkové alebo rozdielové zálohy na zvýšenie rýchlosti. Môžeš obnoviť jednotlivé súbory a priečinky alebo celý obrázok a dokonca existujú nástroje na klonovanie diskov a diskových oddielov.

Čo bohužiaľ nedokážeš Zálohovanie Naplánovaný- musia sa spustiť manuálne. Ale inak Aomei Backupper je skvelý nástroj, s obrovským množstvom funkcií, ale aj jednoduchý na používanie.

EASEUS Todo Backup zadarmo

Ako väčšina bezplatných (na osobné použitie) programov komerčných produktov, EASEUS Todo Backup zadarmo má niekoľko obmedzení - ale balík má stále viac ako dosť funkcií pre väčšinu ľudí.

Program môže spúšťať zálohovanie súborov aj súborov, napríklad manuálne alebo naplánované. Viete pracovať s úplné alebo prírastkové zálohy.

Možnosť obmedziť rýchlosť zápisu znižuje vplyv zálohovania na výkon systému. To je možné v jednotlivých súboroch alebo priečinkoch alebo v celom obraze pomocou programu na obnovenie disku. A existujú aj nástroje na klonovanie a formátovanie jednotiek.

Negatívnou stránkou je, že nezískate žiadne šifrovanie, žiadnu rozdielovú zálohu a získate iba diskový Linux (nie Windows PE). Ale EASEUS Todo Backup Free pre nás stále vyzerá ako skvelý program.

Zopakujte zálohovanie a obnovenie

Zopakujte zálohovanie a obnovenie — je nástroj na zálohovanie vizualizácie s rozdielom. Namiesto inštalácie programu si musíte stiahnuť veľký (249 MB) súbor ISO a napáliť na CD alebo USB kľúč. Potom z neho stačí zaviesť systém a spustiť jednoduchý nástroj, ktorý dokáže zálohovať váš pevný disk a neskôr ho obnoviť.

K dispozícii je tiež nástroj na obnovenie a dokonca aj webový prehliadač, ak potrebujete pomoc s problémom s počítačom.

Program nie je príliš užívateľsky prívetivý. Zálohovanie nemôžete naplánovať, všetky sa musia spustiť manuálne a možností je veľmi málo.

Je však tiež ľahko použiteľný a zadarmo pre každého, takže ak chcete niekedy spustiť zálohu, môžete ju použiť na akomkoľvek počítači bez inštalácie softvéru, potom je tento produkt určený práve vám.

Záloha Cobian

Záloha Cobian je vynikajúci nástroj na zálohovanie softvéru s množstvom funkcií. Získate napríklad úplné, rozdielové a prírastkové zálohy; kompresia ZIP alebo 7zip, 256-bitové šifrovanie AES; zahrnúť a vylúčiť filtre; plánovač, zálohovanie alebo FTP servery a zoznam pokračuje. Každý aspekt programu je mimoriadne prispôsobiteľný (existuje viac ako 100 nastavení, ktoré si môžete prispôsobiť).

PC alebo zálohovanie, začiatočníci to budú mať s najväčšou pravdepodobnosťou veľmi ťažké. Ak ste skúsenejší, zamilujete si množstvo nástrojov Záloha Cobian vám dáva kontrolu nad každým aspektom procesu zálohovania.

Macrium Reflect zadarmo

Jeden z najpopulárnejších bezplatných (na domáce použitie) programov na zobrazovanie diskov, Macrium Reflect zadarmo hlavná sada funkcií prostredníctvom rozhrania sa ľahko používa.

Program nemá prírastkové ani rozdielové zálohy. A nezískate šifrovanie ani ochranu heslom. Vytváranie zálohy je však veľmi jednoduché (vyberte zdrojový disk a nastavte kompresný pomer, hotovo).

Existuje plánovač; Môžete pripojiť obrázky Prieskumník systému Windows alebo ich úplne obnoviť z Linuxu aj disky Obnova systému Windows PE. A vo všeobecnosti Macrium Reflect zadarmo Vynikajúca voľba pre tých, ktorí chcú jednoduchý, ale spoľahlivý nástroj na zálohovanie obrázkov.

DriveImage XML

Zadarmo na osobné použitie, DriveImage XM je jednoduchou alternatívou k pokročilejším konkurentom. Zálohovanie je také jednoduché ako výber zdrojového disku, cieľa a (voliteľne) nastavenie úrovne kompresie.

Obnova je rovnako jednoduchá a jedinou významnou výhodou je možnosť priameho kopírovania z jedného disku na druhý.

Inde sú nejaké komplikácie. Kliknite na tlačidlo „Plánovač úloh“ a dostanete pokyny na manuálnu konfiguráciu Plánovač úloh systému Windows na spustenie zálohovania. Ale ak potrebujete iba základný vizualizačný nástroj, dajte DriveImage XML rukoväť.

FBackup

FBackup je dobrý liek zálohovanie súborov, zadarmo pre osobné a komerčné použitie. Rozhranie je jednoduché a prehľadné a obsahuje množstvo funkcií.

Pluginy umožňujú vytvárať záložné kópie jednotlivých programov jedným kliknutím; existuje podpora pre zahrnutie a vylúčenie filtrov; a môžete spustiť "zrkadlové" zálohy, ktoré jednoducho skopírujú všetko bez toho, aby to komprimovali (čo veľmi uľahčuje obnovu súborov).

Kompresia však nie je taká dobrá (je to slabý Zip2) a plánovač je tiež jednoduchší, ako nájdete v iných programoch. Ale ak sú vaše potreby jednoduché FBackup by ti malo vyhovovať.

Backup Maker

Najprv zadarmo pre osobné použitie BackupMaker vyzerá ako ktorýkoľvek iný nástroj na zálohovanie súborov s dostupnými dodatočnými alebo úplnými zálohami, plánovaním, kompresiou, šifrovaním, filtrami na zahrnutie a vylúčenie atď.

Ale zaujímavé Doplnkové služby zahŕňajú podporu pre online zálohovanie na FTP servery a pri vykonávaní zálohovať automaticky, Kedy USB zariadenie pripojený.

Programové údaje sú tiež uložené v súboroch Zip, vďaka čomu je k nim veľmi jednoduchý prístup. A BackUp Maker prichádza v malom 6,5 Mb inštalačnom balíku, ktorý je oveľa lepšie spravovateľný ako niektorí z objemných konkurentov.

Ak ste domáci používateľ, ktorý hľadá spôsob zálohovania súborov, potom zálohovať Tvorca môže byť dokonalý.

klonezilla

Rovnako ako opakované zálohovanie a obnovenie, klonezilla nie inštalátor: je zavádzacie prostredie DOS ktorý je možné spustiť z CD alebo USB flash disku.

A je to vážne výkonný program, tiež: budete môcť vytvoriť obraz disku; obnoviť obraz (na jeden disk alebo na niekoľko súčasne); klonovať jednotku (skopírovať jednu jednotku na druhú) s veľkou kontrolou.

Hoci sa funkcia Repeat Backup and Restore zameriava na jednoduchosť používania, klonezilla viac o poskytovaní ďalších možností, ako napríklad „bezobslužný klonezilla používaním Spustenie PXE". Nie je to ťažké, asi najlepšie voľný program na klonovanie disku - program je však zameraný na pokročilých používateľov a zálohovanie, pre začiatočníkov je lepšie nájsť vhodnejšiu možnosť.

Paragon Backup & Recovery 2014 zadarmo

Ďalší bezplatný program na osobné použitie, Paragon Backup & Recovery 2014 zadarmo
je dobrý nástroj s určitými obmedzeniami.

Silná podpora nadácie: môžete vytvorte zálohu obrazu(úplné alebo diferenciálne), komprimovať a šifrovať ich, použite vylučovacie filtre aby ste pomohli určiť, čo je zahrnuté, urobte plánované zálohy a potom obnovte jednotlivé súbory a priečinky alebo všetky z nich.

Voliteľné obsahuje samostatná sekcia, pomôže udržať vaše zálohy v bezpečí. Súčasťou je aj pekná sada základných nástrojov sekcie.

Problémy? Nebudete dostávať prírastkové zálohy; Nemôžete klonovať jednotky alebo oddiely a rozhranie občas nevyzerá veľmi dobre. Napriek tomu Paragon Backup & Recovery 20134 zadarmo kvalitný nástroj, ktorý stojí za vašu pozornosť.

Duplicitné

Ak potrebujete online zálohy, potom Duplicitné je jedným z najuniverzálnejších nástrojov s podporou ukladania súborov skydrive, Google Dokumenty, FTP servery, Amazon S3, Rackspace Cloudfiles a WebDAV.

Program môže tiež uložiť na lokálne a sieťové disky, aj keď obsahuje mnoho užitočných možností (šifrovanie AES-256, ochrana heslom, plánovač, úplné a prírastkové zálohy, podpora regulárnych výrazov na zapnutie/vypnutie filtrov, dokonca aj limity rýchlosti nahrávania a sťahovania na zníženie dopadu na váš systém).

Či už teda ukladáte súbory online alebo lokálne, tento program je pre vás.

Príprava nového servera na prácu by mala začať nastavením zálohy. Zdalo by sa, že o tom vie každý – no niekedy aj skúsení správcovia systému robia neodpustiteľné chyby. A tu nejde len o to, že úlohu nastavenia nového servera je potrebné vyriešiť veľmi rýchlo, ale aj o to, že nie je vždy jasné, ktorá metóda zálohovania by sa mala použiť.

Samozrejme, nie je možné vytvoriť ideálny spôsob, ktorý by vyhovoval všetkým: všade sú plusy a mínusy. Zároveň sa však zdá celkom realistické vybrať metódu, ktorá je najvhodnejšia pre špecifiká konkrétneho projektu.

Pri výbere spôsobu zálohovania by ste mali v prvom rade venovať pozornosť nasledujúcim kritériám:

1. Rýchlosť (čas) zálohovania v úložisku;
2. Rýchlosť (čas) obnovy zo zálohy;
3. Koľko kópií možno uchovávať s obmedzenou veľkosťou úložiska (server zálohovania);
4. Objem rizík v dôsledku nekonzistentnosti záloh, chýbajúce odladenie spôsobu vykonávania záloh, úplná alebo čiastočná strata záloh;
5. Réžia: úroveň zaťaženia vytvoreného na serveri pri kopírovaní, skrátenie doby odozvy služby atď.
6. Náklady na prenájom všetkých použitých služieb.

V tomto článku budeme hovoriť o hlavných spôsoboch zálohovania serverov so systémom Linux ao väčšine typické problémy, s ktorými sa môžu stretnúť nováčikovia v tejto veľmi dôležitej oblasti správy systému.

Schéma organizácie ukladania a obnovy zo záloh

Pri výbere schémy na organizáciu metódy redundancie by ste mali venovať pozornosť týmto základným bodom:

1. Zálohy nemožno ukladať na rovnaké miesto ako zálohované údaje. Ak zálohu uložíte na rovnaké diskové pole ako vaše dáta, potom o ňu prídete v prípade poškodenia hlavného diskového poľa.
2. Zrkadlenie (RAID1) nemožno porovnávať so zálohovaním. Raid vás chráni iba pred hardvérovým problémom s jedným z diskov (a skôr či neskôr k takémuto problému dôjde, pretože diskový subsystém je takmer vždy prekážkou na serveri). Okrem toho pri použití hardvérových nájazdov existuje riziko zlyhania ovládača; je potrebné ponechať si jeho náhradný model.
3. Ak zálohy ukladáte v rámci rovnakého racku v DC alebo len v rámci toho istého DC, potom v tejto situácii existujú aj určité riziká (môžete si o tom prečítať napr.
4. Ak zálohy ukladáte do rôznych DC, náklady na sieť a rýchlosť obnovy zo vzdialenej kópie sa dramaticky zvýšia.

Často je dôvodom obnovy dát poškodenie systém súborov alebo disky. Tie. zálohy musia byť uložené niekde na samostatnom úložnom serveri. V tomto prípade môže byť problémom „šírka“ kanála prenosu údajov. Ak máte dedikovaný server, potom je veľmi žiaduce vykonávať zálohy na samostatnom sieťovom rozhraní a nie na tom istom, ktoré si vymieňa údaje s klientmi. V opačnom prípade sa požiadavky vášho klienta nemusia „hodiť“ do obmedzeného komunikačného kanála. Alebo z dôvodu návštevnosti klienta sa zálohy nebudú robiť včas.

Ďalej sa treba zamyslieť nad schémou a časom obnovy dát z hľadiska ukladania záloh. So 6-hodinovým nočným zálohovaním na úložisku s obmedzenou rýchlosťou vám môže stačiť, ale 6-hodinové obnovenie vám pravdepodobne nebude vyhovovať. To znamená, že prístup k zálohám by mal byť pohodlný a údaje by sa mali kopírovať dostatočne rýchlo. Napríklad obnova 1 TB údajov so šírkou pásma 1 Gb / s bude trvať takmer 3 hodiny, a to v prípade, že „nespočívate“ na výkone diskového subsystému v úložisku a serveri. A nezabudnite k tomu pripočítať čas na zistenie problému, čas na rozhodnutie o vrátení späť, čas na kontrolu integrity obnovených dát a množstvo následnej nespokojnosti zákazníka/kolegu.

Prírastkové zálohovanie

O prírastkové Záloha skopíruje iba súbory, ktoré sa od predchádzajúcej zálohy zmenili. Nasledujúce prírastkové zálohy pridávajú iba súbory, ktoré sa od predchádzajúcej zálohy zmenili. V priemere trvá prírastkové zálohovanie menej času, pretože sa zálohuje menej súborov. Proces obnovy údajov však trvá dlhšie, pretože sa musia obnoviť údaje z poslednej úplnej zálohy a údaje zo všetkých nasledujúcich prírastkových záloh. V tomto prípade, na rozdiel od rozdielového kopírovania, zmenené alebo nové súbory nenahrádzajú staré, ale pridávajú sa na médium nezávisle.

Prírastkové kopírovanie sa najčastejšie vykonáva pomocou pomôcky rsync. S ním môžete ušetriť úložný priestor, ak počet zmien za deň nie je príliš veľký. Ak sú upravené súbory veľké, skopírujú sa úplne bez nahradenia predchádzajúcich verzií.

Proces zálohovania pomocou rsync možno rozdeliť do nasledujúcich krokov:

1. Zostaví sa zoznam súborov na redundantnom serveri a v úložisku, pre každý súbor sa načítajú metadáta (oprávnenia, čas úpravy atď.) alebo kontrolný súčet (pri použití kľúča --checksum).
2. Ak sa metadáta súborov líšia, súbor sa rozdelí na bloky a pre každý blok sa vypočíta kontrolný súčet. Bloky, ktoré sa líšia, sa nahrajú do úložiska.
3. Ak bola v súbore vykonaná zmena počas výpočtu kontrolného súčtu alebo prenosu, jeho záloha sa opakuje od začiatku.
4. rsync štandardne prenáša dáta cez SSH, čo znamená, že každý blok dát je navyše šifrovaný. Rsync možno spustiť aj ako démona a prenášať dáta bez šifrovania cez jeho protokol.

Podrobnejšie informácie o fungovaní rsync nájdete na oficiálnej stránke.

Pre každý súbor vykonáva rsync veľmi veľké množstvo operácií. Ak je na serveri veľa súborov alebo ak je procesor silne zaťažený, rýchlosť zálohovania sa výrazne zníži.

Zo skúsenosti môžeme povedať, že problémy na SATA diskoch (RAID1) začínajú po cca 200G dát na serveri. V skutočnosti všetko, samozrejme, závisí od počtu inódov. A v každom prípade môže byť táto hodnota posunutá v jednom aj v druhom smere.

Po určitom riadku bude čas vykonania zálohy veľmi dlhý alebo jednoducho nebude fungovať za deň.

Aby sa neporovnávali všetky súbory, je tu lsyncd. Tento démon zbiera informácie o zmenených súboroch, tzn. ich zoznam už budeme mať vopred pripravený na rsync. Malo by sa však vziať do úvahy, že to spôsobuje dodatočné zaťaženie diskového subsystému.

Diferenciálna záloha

O diferenciál Počas zálohovania sa zakaždým zálohuje každý súbor, ktorý sa zmenil od poslednej úplnej zálohy. Rozdielové zálohovanie urýchľuje proces obnovy. Všetko, čo potrebujete, je najnovšia úplná a najnovšia rozdielová záloha. Obľúbenosť rozdielového zálohovania rastie, pretože všetky kópie súborov sa vytvárajú v určitom čase, čo je napríklad veľmi dôležité pri infikovaní vírusmi.

Rozdielové zálohy sa vykonávajú napríklad pomocou nástroja, ako je rdiff-backup. Pri práci s týmto nástrojom vznikajú rovnaké problémy ako pri prírastkových zálohách.

Vo všeobecnosti, ak sa pri hľadaní rozdielu v údajoch vykoná úplné vyhľadávanie súborov, problémy tohto druhu zálohovania sú podobné ako pri rsync.

Samostatne by sme chceli poznamenať, že ak je vo vašej schéme zálohovania každý súbor skopírovaný samostatne, potom sa oplatí vymazať / vylúčiť súbory, ktoré nepotrebujete. Môžu to byť napríklad vyrovnávacie pamäte CMS. Takéto vyrovnávacie pamäte zvyčajne obsahujú veľa malých súborov, ktorých strata neovplyvní správnu činnosť servera.

Úplná záloha

Úplná kópia zvyčajne ovplyvňuje celý váš systém a všetky súbory. Týždenné, mesačné a štvrťročné zálohy znamenajú vytvorenie kompletnej kópie všetkých údajov. Zvyčajne sa to robí v piatok alebo cez víkend, keď kopírovanie veľkého množstva údajov neovplyvňuje chod organizácie. Následné zálohy, ktoré bežia od pondelka do štvrtka až do ďalšej úplnej zálohy, môžu byť rozdielové alebo prírastkové, predovšetkým kvôli šetreniu času a miesta na médiu. Úplné zálohovanie by sa malo vykonávať aspoň raz týždenne.

Väčšina súvisiacich publikácií odporúča vykonať úplnú zálohu raz alebo dvakrát týždenne a zvyšok času používať prírastkové a rozdielové zálohy. Takáto rada má svoje opodstatnenie. Vo väčšine prípadov stačí úplná záloha raz týždenne. Má zmysel vykonať ho znova, ak nemáte možnosť aktualizovať plnú zálohu na strane úložiska a zabezpečiť správnosť záložnej kópie (môže to byť potrebné, ak napríklad z nejakého dôvodu dôverujte skriptom, ktoré máte, alebo zálohovaciemu softvéru.

V skutočnosti možno úplnú zálohu rozdeliť na 2 časti:

1. Úplná záloha na úrovni súborového systému;
2. Úplná záloha na úrovni zariadenia.

Zvážte ich charakteristické vlastnosti pomocou príkladu:
[chránený e-mailom]:~# df -h Veľkosť súborového systému Použitá Avail Použitie % Namontované na /dev/mapper/komarov_system-root 3.4G 808M 2.4G 25% / /dev/mapper/komarov_system-home 931G 439G 493G 48% /home 383M udev 1% /dev tmpfs 107M 104K 107M 1% /run tmpfs 531M 0 531M 0% /tmp žiadny 5,0M 0 5,0M 0% /run/lock žiadny 531M 0 531M 0% /run/21M shm /09 %/boot

Budeme iba rezervovať /domov. Všetko ostatné sa dá rýchlo obnoviť ručne. Môžete tiež nasadiť server so systémom správy konfigurácie a pripojiť k nemu náš /home.

Úplná záloha na úrovni súborového systému

Typický predstaviteľ: skládka.

Pomôcka vytvorí "dump" systému súborov. Môžete vytvárať nielen úplné, ale aj prírastkové zálohy. dump pracuje s tabuľkou inode a "rozumie" štruktúre súborov (teda riedke súbory sú komprimované).
Ukladanie spusteného súborového systému je „hlúpe a nebezpečné“, pretože súborový systém sa môže počas vytvárania výpisu zmeniť. Musí byť vytvorený zo snímky (o niečo neskôr podrobnejšie rozoberieme funkcie práce so snímkami), nepripojeného alebo zmrazeného súborového systému.

Takáto schéma závisí aj od počtu súborov a čas jej vykonávania sa bude zvyšovať s rastom množstva dát na disku. Dump je zároveň rýchlejší ako rsync.
Ak potrebujete obnoviť nie celú zálohu, ale napríklad iba niekoľko náhodne poškodených súborov), extrahovanie takýchto súborov pomocou nástroja na obnovenie môže trvať príliš dlho

Úplná záloha na úrovni zariadenia

1. mdraid a DRBD
   V skutočnosti je RAID1 nakonfigurovaný s diskom / RAID na serveri a sieťovej jednotke a z času na čas (podľa frekvencie zálohovania) prídavný disk synchronizuje sa s hlavným diskom/raidom na serveri.

   Najväčším plusom je rýchlosť. Trvanie synchronizácie závisí len od počtu zmien vykonaných za posledný deň.
   Takýto zálohovací systém sa používa pomerne často, no málokto si uvedomuje, že zálohy získané s jeho pomocou môžu byť nefunkčné a tu je dôvod. Po dokončení synchronizácie disku sa záložný disk odpojí. Ak nám napríklad beží DBMS, ktorý dávkovo zapisuje dáta na lokálny disk, pričom medzi dáta ukladá do cache, nie je zaručené, že vôbec skončia na záložnom disku. V najlepšom prípade prídeme o časť meniteľných údajov. Preto takéto zálohy možno len ťažko považovať za spoľahlivé.

2. LVM + dd
   Snímky sú skvelým nástrojom na vytváranie konzistentných záloh. Pred vytvorením snímky musíte vyprázdniť vyrovnávaciu pamäť FS a vášho softvéru do diskového podsystému.

Napríklad s jedným MySQL by to vyzeralo takto:
$ sudo mysql -e "VYPLACHUJTE TABUĽKY POMOCOU ZÁMKU NA ČÍTANIE;" $ sudo mysql -e "FLUSH LOGS;" $ sudo sync $ sudo lvcreate -s -p r -l100%zadarmo -n %s_backup /dev/vg/%s $ sudo mysql -e "ODMOKOVAŤ TABUĽKY;"

* Kolegovia rozprávajú príbehy, ako niekoho „zámok na čítanie“ niekedy viedol k zablokovaniu, ale v mojej pamäti sa to nikdy nestalo.

Zálohy DBMS je možné vytvárať samostatne (napríklad pomocou binárnych protokolov), čím sa eliminuje časovo náročné vyprázdnenie vyrovnávacej pamäte. Alebo môžete vytvoriť výpisy v úložisku spustením inštancie DBMS tam. Zálohovanie rôznych DBMS je téma pre samostatné publikácie.

Snímku môžete skopírovať pomocou životopisu (napríklad rsync s opravou na kopírovanie blokových zariadení bugzilla.redhat.com/show_bug.cgi?id=494313), môžete blokovať po bloku a bez šifrovania (netcat, ftp). Bloky môžete prenášať v komprimovanej forme a pripojiť ich do úložiska pomocou AVFS a na server pripojiť oddiel so zálohami cez SMB.

Kompresia eliminuje prenosovú rýchlosť, preťaženie šírky pásma a problémy s úložným priestorom. Ak však nepoužívate AVFS v úložisku, potom vám obnovenie iba časti údajov zaberie veľa času. Ak používate AVFS, stretnete sa s jeho „vlhkosťou“.
Alternatívou blokovej kompresie je squashfs: k serveru môžete pripojiť napríklad oddiel Samba a spustiť mksquashfs, ale tento nástroj funguje aj so súbormi, t.j. závisí od ich počtu.

Vytvorenie squashfs navyše spotrebuje veľa pamäte RAM, čo môže ľahko viesť k volaniu oom-killer.

Bezpečnosť

Musíte sa chrániť pred situáciou, keď je úložisko alebo váš server napadnutý hackermi. Ak je server napadnutý, je lepšie, aby používateľ, ktorý tam zapisuje údaje, nemal práva na odstránenie / zmenu súborov v úložisku.
Ak je úložisko napadnuté, potom je tiež žiaduce obmedziť práva používateľa zálohovania na serveri na maximum.

Ak je možné odpočúvať záložný kanál, je potrebné šifrovanie.

Záver

Každý zálohovací systém má svoje pre a proti. V tomto článku sme sa pokúsili zdôrazniť niektoré nuansy pri výbere zálohovacieho systému. Dúfame, že pomôžu našim čitateľom.

Výsledkom je, že pri výbere zálohovacieho systému pre váš projekt musíte otestovať vybraný typ zálohovania a venovať pozornosť:

• čas zálohovania v aktuálnej fáze projektu;
• čas zálohovania v prípade, že je údajov oveľa viac;
• zaťaženie kanála;
• zaťaženie diskového subsystému na serveri a v úložisku;
• čas na obnovenie všetkých údajov;
• čas obnovy pre pár súborov;
• potreba konzistentnosti údajov, najmä databázy;
• spotreba pamäte a prítomnosť oom-killer hovorov;

Ako zálohovacie riešenia môžete použiť supload a naše cloudové úložisko.
Čitatelia, ktorí tu nemôžu zanechať komentár, sú pozvaní na náš blog.

Štítky: Pridajte štítky

29.10.2012 Michel Poulet

Zálohovanie databázy je najjednoduchší a najlacnejší spôsob, ako udržať firemné dáta v bezpečí. Neverte falošnému pocitu bezpečia, ktorý prichádza s uvedením do prevádzky najnovší systém vysoká dostupnosť. Ak sú všetky dáta virtualizované a konsolidované, riziká sa dokonca zvyšujú

Michelle Poulet ( [chránený e-mailom])-editor časopisu SQL Server Pro, spoluzakladateľ Mount Vernon Data Systems a Six Sigma Uptime.

Väčšina spoločností, ktoré sú na trhu už dlho, zažila katastrofické udalosti, ktoré ich mohli vyradiť z hry, ako napríklad zlyhanie databázy. Záloha databázy je kópia údajov, štruktúr a bezpečnostných objektov obsiahnutých v databáze. Každá databáza by mala byť zálohovaná podľa vlastného plánu na základe počtu transakcií zápisu, ktoré sa vyskytnú za deň. Ak chcete minimalizovať straty v prípade zlyhania databázy, mali by ste zálohovať všetky databázy používané vo vašom podniku. A aby ste sa uistili, že zálohy sú zdravé, mali by ste po operáciách obnovenia skontrolovať ich prácu. Minimálne je potrebné mať kópie databáz vhodné na rýchlu obnovu a samotná operácia obnovy by mala byť vypracovaná a nespôsobovať žiadne ťažkosti.

Po zamestnancoch a zákazníkoch sú najcennejším aktívom firiem dáta. Je zodpovednosťou správcu databázy, aby zabezpečil zachovanie údajov, aby bolo možné databázy obnoviť, aj keď je dátové centrum úplne zničené. Zálohovanie databázy je najjednoduchší a najlacnejší spôsob, ako udržať firemné dáta v bezpečí.

Neverte falošnému pocitu bezpečia, ktorý prichádza s uvedením najnovšieho systému s vysokou dostupnosťou do výroby. Ak sú všetky dáta virtualizované a konsolidované, riziká sa dokonca zvyšujú. Aký jednoduchý bol život, keď jedna inštancia databázy bežala na jednom počítači. Teraz zvyčajne na serveri v virtuálne stroje Oh sú spustené desiatky inštancií SQL Servera, ktoré v prípade zlyhania fyzického servera zlyhajú všetky naraz. Ak to finančné prostriedky dovolia, môžete vytvoriť klaster prepnutia pri zlyhaní z hostiteľov virtuálnych strojov na rôznych fyzické servery. Ak je potrebná vysoká dostupnosť, zvyčajne sa to robí. Ale aj takýto systém odolný voči chybám môže byť zraniteľný v prípade, povedzme, požiaru, záplavy alebo zemetrasenia. Stále sú potrebné zálohy. Vytváranie záložných kópií je zároveň zverené obmedzenému okruhu ľudí. Ďalšie informácie o tom, kto môže zálohovať, nájdete na bočnom paneli „Kto môže zálohovať?“.

Ako často sa databáza zálohuje, závisí od toho, ako dlho trvá obnovenie zo zálohy. Čím častejšie je databáza zálohovaná, tým rýchlejšie bude obnova trvať. Plán zálohovania a obnovy je možné nakonfigurovať individuálne pre každú databázu. Typ rezervácie závisí aj od veľkosti databázy a počtu transakcií vykonaných za jednotku času. Hlavné typy záloh sú plné, žurnálové a prírastkové. Ďalšie informácie o režimoch obnovy nájdete na bočnom paneli „Modely obnovy databázy“ a príkazy na zálohovanie servera SQL sú popísané na bočnom paneli „Štandardné príkazy zálohovania“.

Úplná redundancia

Stratégia plnej redundancie je najjednoduchšia na pochopenie a implementáciu. Na konci každého pracovného dňa (alebo akéhokoľvek iného časového úseku, ktorý môžete určiť) sa jednoducho spustí procedúra úplného zálohovania databázy (obrázok 1). Nemusíte vykonávať samostatnú zálohu denníka a nemusíte ju používať Extra možnosti. Správa súborov v tomto režime zálohovania tiež nevyžaduje osobitnú pozornosť, pretože ide o jeden úplný záložný súbor. Obnova z úplnej zálohy je tiež veľmi jednoduchá: stačí obnoviť z jedného súboru. Používanie úplných záloh - dobrá voľba pre organizácie s nedostatočne skúsenými IT pracovníkmi.

Úplná záloha je najvhodnejšia pre „malé“ databázy – teda databázy, ktoré je možné zálohovať v rámci vyhradeného času. Keď SQL Server vykoná úplnú zálohu databázy, najprv uloží všetky rozsahy na disk (rozsah je osem po sebe idúcich stránok, každá má veľkosť 8 KB). SQL Server potom zálohuje protokol transakcií, takže všetky zmeny v databáze, ku ktorým mohlo dôjsť počas zálohovania, sú tiež uložené v súbore úplnej zálohy.

Ak vykonáte iba úplnú zálohu, potom v prípade zlyhania systému môže dôjsť k strate niektorých údajov – predovšetkým zmien vykonaných od poslednej zálohy. Ak je frekvencia aktualizácií databázy nízka, napríklad sa vykonávajú len vysokorýchlostné hromadné operácie, potom môžete naplánovať plnú zálohu ihneď po hromadnej aktualizácii údajov, v takom prípade možno údaje považovať za dostatočne bezpečné.

Úplná redundancia nie je vhodná pre produkčné systémy, ktoré sú pomerne intenzívne aktualizované. Pri použití úplnej zálohy, ak je potrebná obnova, budete musieť znova vykonať všetky transakcie a hromadné načítania údajov, ktoré boli vykonané po vytvorení zálohy. Ak sa ukáže, že posledná úplná záloha je poškodená, budete musieť obnoviť predchádzajúcu zálohu a znova manuálne skontrolovať, či boli použité všetky transakcie, ktoré boli vykonané od vytvorenia tejto zálohy.

Ak chcete vykonať úplnú zálohu databázy, spustite nasledujúci kód:

ZÁLOHA DATABÁZY AdventureWorks NA DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak'WITH INIT, NÁZOV = 'Plná záloha databázy AdventureWorks', DESCRIPTION = 'Úplná záloha databázy AdventureWorks

Parameter DISK určuje cieľový súbor zálohy. Zálohovať môžete na disk alebo pásku (v tomto prípade na disk). Pred spustením zálohovania sa uistite, že záložný priečinok existuje. Vo väčšine prípadov je zálohovanie na disk oveľa rýchlejšie ako zálohovanie na pásku, ale náklady na miesto na disku sú oveľa vyššie. Pre ďalšiu vrstvu ochrany môžete zálohovať na disk a potom uložiť zálohu na pásku. Voľba WITH INIT určuje, že záložný súbor by sa mal prepísať. Táto metóda je vhodná, ak sa záloha systému Windows vykonáva po každom zálohovaní databázy. NAME je názov zálohy, maximálne 128 znakov. Ak nešpecifikujete meno, pole pre meno zostane prázdne. POPIS - úplnejší a podrobnejší popis, ktorý môže pomôcť napríklad po dlhšom čase zistiť, o aký druh zálohy ide a prečo vznikla.

Ak chcete úplne obnoviť databázu, spustite nasledujúci príkaz:

OBNOVIŤ DATABÁZU AdventureWorks Z DISKU = 'E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.BAK' S OBNOVENÍM, VYMENIŤ

WITH RECOVERY inštruuje SQL Server, aby vrátil všetky čakajúce transakcie, ktoré by mohli byť v protokole transakcií, a nechal databázu spustenú. REPLACE znamená prepísanie akéhokoľvek existujúceho súboru s rovnakým názvom. Ďalšie informácie nájdete na bočnom paneli „Výmena databázy“.

Pri použití stratégie úplného zálohovania musíte monitorovať veľkosť súboru denníka transakcií. Úplná záloha nevyčistí denník transakcií od neaktívnych položiek. Ak vykonávate iba úplnú zálohu databázy, mali by ste postupovať podľa tejto operácie so zálohou súboru denníka čistenia. Ak to chcete urobiť, použite nastavenie TRUNCATE_ONLY, ako v príkaze nižšie:

ZÁLOŽNÝ DENNÍK AdventureWorks S TRUNCATE_ONLY

Ak je nastavené na TRUNCATE_ONLY, v skutočnosti sa nevykonáva žiadna záloha denníka, je to príkaz pre SQL Server na vytvorenie kontrolného bodu, vyčistenie neaktívnych položiek a zmenšenie veľkosti súboru denníka. Neskoršie verzie SQL Server toto nastavenie odstránili, ale namiesto toho môžete použiť režim. ľahké zotavenie aby SQL Server mohol automaticky vyčistiť denník transakcií od neaktívnych položiek.

Úplné zálohovanie s protokolovaním

Ak je strata údajov počas obnovy neprijateľná, možno použiť stratégiu úplného zálohovania s pridaním denníka. Táto metóda zabráni strate údajov; je vhodný pre často aktualizované databázy. Zatiaľ čo táto stratégia zvyšuje zložitosť operácií a údržby, znižuje sa celkový čas strávený zálohovaním databázy.

Obrázok 2 zobrazuje príklad plánu úplnej zálohy s uchovávaním protokolu – týždenná plná záloha v nedeľu a záloha protokolu transakcií každý nasledujúci deň až do ďalšej nedele, keď sa znova vykoná úplná záloha. Záloha žurnálu uloží všetky zmeny vykonané od predchádzajúcej zálohy žurnálu. V uvažovanej schéme plánovania sa ukladajú denné zmeny.

Ak nie je uvedené inak, po dokončení zálohovania denníka sa neaktívne záznamy v denníku „vymažú“ (v skutočnosti sú označené na prepísanie). Keď spustíte príkaz BACKUP LOG, môžete pridať voľby NO_TRUNCATE alebo COPY_ONLY, aby sa položky protokolu pri zálohovaní nezmenili. Neodporúčame však používať tieto možnosti, pokiaľ si nie ste istý, na čo ich môžete potrebovať.

SQL Server 2005 má režim zálohovania tail-log, to znamená zálohovanie po zlyhaní databázy, ak nebol poškodený protokol transakcií. Tento režim zálohuje najnovšie transakcie od poslednej zálohy denníka. Ďalšie informácie o tomto režime nájdete na bočnom paneli „Čo sú zálohy denníka chvosta“.

Použitie modelu úplnej obnovy poskytuje relatívne jednoduchú procedúru obnovy a je preferovanou možnosťou, ak robíte úplnú zálohu so žurnálom. Tým sa obnoví najnovšia úplná záloha, potom sa postupne obnovia existujúce protokoly v chronologickom poradí (v poradí, v akom boli vytvorené) a nakoniec sa obnoví koniec protokolu. Táto stratégia je vhodná pre výrobné systémy, najmä ak sú transakčné a s malým počtom hromadných operácií.

Ak má vaša databáza pravidelné hromadné aktualizácie, môže byť zmysluplné použiť model obnovy hromadne protokolovaných. Pretože jednotlivé záznamy zahrnuté v hromadnej operácii sa v tomto prípade nezaprotokolujú, tento prístup znižuje réžiu protokolovania servera SQL Server. Hoci pri vykonávaní hromadných operácií môžete zaznamenať výrazné zvýšenie výkonu, riskujete stratu údajov počas obnovy, ak pôvodné údaje na opätovné spustenie hromadných operácií nie sú v čase obnovy k dispozícii. Pri použití jednoduchého modelu obnovy nie je možná ani záloha protokolu, pretože v tomto prípade je protokol pred kontrolným bodom skrátený.

Ak chcete vykonať úplnú zálohu denníka, musíte najskôr zálohovať celú databázu, ako v príklade nižšie:

ZÁLOHA DATABÁZY AdventureWorks NA DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak' S INIT, NAME = 'AdventureWorks Full Db backup', DESCRIPTION = 'AdventureWorks Full Database Backup'

A potom by ste mali vykonať zálohu denníka pomocou príkazu:

ZÁLOHA LOGU AdventureWorks NA DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak' S NOINIT, NAME = 'Záloha translogu AdventureWorks', DESCRIPTION = 'Záloha protokolu transakcií AdventureWorks', NOFORMAT

Voľba WITH NOINIT v poslednom príkaze určuje, že záložný súbor by mal byť zapísaný v režime pripojenia existujúceho dopravcu, disk alebo pásku. V tomto prípade sa všetky zálohy protokolu transakcií zapíšu do rovnakého súboru jedna po druhej. NOFORMAT prikáže procesu zálohovania uložiť všetky informácie hlavičky, ktoré môžu byť obsiahnuté v hlavičkách na zálohovacích diskoch. Toto je predvolené nastavenie a explicitné uvedenie tohto nastavenia je voliteľné, ale užitočné ako samostatná dokumentácia.

Ak chcete obnoviť z úplnej zálohy alebo úplnej zálohy s históriou, postupujte podľa krokov nižšie.

1. Ak je databáza online, obmedzte prístup k nej prepnutím režimu prístupu (v okne vlastností) na RESTRICTED_USER. Prístup k databáze teda budú mať len členovia databázovej skupiny db_owner a členovia skupín serverov dbcreator a sysadmin.
2. Opravte chybu, ktorá spôsobila zlyhanie databázy.
3. Ak je to možné, použite všetky zálohované protokoly transakcií s možnosťou NORECOVERY.

Ak chcete zálohovať koniec denníka, spustite príkaz:

ZÁLOŽNÝ DENNÍK AdventureWorks NA DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_TaillogBkup.bak' S NORECOVER

Ak chcete úplne obnoviť z úplnej zálohy, musíte najprv obnoviť databázové súbory pomocou príkazu:

OBNOVIŤ DATABÁZU AdventureWorks Z DISKU = 'E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak' S NORECOVERY

Možnosť NORECOVERY informuje SQL Server, že čiastkové transakcie by mali zostať tak, ako sú, a nemali by sa pokúšať vrátiť späť. Následná obnova protokolov transakcií obnoví údaje, ktoré umožňujú dokončenie týchto čiastkových transakcií. Použitie možnosti NORECOVERY ponechá databázu v nefunkčnom stave. Ihneď po úplnom obnovení sa musia obnoviť všetky zálohy protokolu transakcií s možnosťou NORECOVERY, ako je uvedené nižšie:

OBNOVIŤ ZÁZNAM AdventureWorks Z DISKU = 'E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak' S NORECOVERY

Nakoniec obnovte posledný fragment pomocou možnosti RECOVERY:

OBNOVIŤ ZÁZNAM AdventureWorks Z DISKU = 'E:\SQLdata\BACKUPS\AdventureWorks_TaillogBkup.bak' S OBNOVENÍM

Stratégia úplného obnovenia s obnovením protokolu nie je absolútnou ochranou. Ak sa poškodí jedna zo záloh denníka, obnovenie bude možné len do bodu pred poškodeným denníkom. Predpokladajme napríklad, že v nedeľu spúšťate týždennú úplnú zálohu a že od pondelka do soboty spúšťate zálohy denníkov. Ak je záloha z utorka poškodená, možno obnoviť iba údaje z pondelka: riziko poškodenia integrity údajov pri použití stredajších transakcií na údaje z pondelka pravdepodobne nebude opodstatnené. A obnovenie konečného fragmentu tiež nič neurobí.

Plná plus diferenciálna redundancia

V prípadoch, keď sa vyžaduje dodatočná úroveň zabezpečenia, je možné do schémy pridať delta zálohy spolu so zálohami protokolov. Táto stratégia je vhodná pre transakčné databázy, do ktorých sa často zapisuje, kde je strata údajov počas obnovy neprijateľná a správcovia uprednostňujú rýchle obnovy.

Rozdielová záloha je kumulatívna – zahŕňa všetky údaje a štruktúry, ktoré sa zmenili od poslednej úplnej zálohy, bez ohľadu na to, kedy bola vykonaná posledná úplná záloha alebo koľkokrát sa odvtedy vykonala rozdielová záloha. Predpokladajme, že úplná záloha bola vykonaná v nedeľu a rozdielová záloha bola vykonaná každý deň, ako je znázornené na obrázku 3. Pondelková rozdielová záloha bude obsahovať všetky zmeny vykonané v pondelok, utorková rozdielová záloha bude obsahovať zmeny z pondelka a utorka a stredajšia rozdielová záloha bude obsahovať obsahujú pondelkové zmeny. , utorok a stredu atď.

Obrázok 3. Plánovanie úloh rozdielového zálohovania

Obnova rozdielovej zálohy zvyčajne trvá menej času ako obnova úplnej zálohy plus protokoly, pretože obnovenie jednej rozdielovej zálohy je rýchlejšie ako obnovenie reťazca protokolov. Uloženie rozdielovej zálohy sa vykonáva príkazom:

ZÁLOHA DATABÁZY AdventureWorks NA DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_DiffDbBkup.bak' S INIT, DIFFERENTIAL, NAME = 'AdventureWorks Diff Db backup', DESCRIPTION = 'AdventureWorks diferenciálna záloha databázy'

Ak chcete obnoviť databázu z rozdielovej zálohy, vykonajte nasledujúce kroky.

1. Ak je databáza online, obmedzte prístup k nej prepnutím režimu prístupu (v okne vlastností) na RESTRICTED_USER. To umožní prístup k databáze len členom databázovej skupiny db_owner a členom skupín serverov dbcreator a sysadmin.
2. Zálohujte chvost guľatiny.
3. Opravte chybu, ktorá spôsobila zlyhanie databázy.
4. Obnovte plnú zálohu pomocou možnosti NORECOVERY.
5. Obnovte najnovšiu dostupnú rozdielovú zálohu pomocou možnosti NORECOVERY.
6. Vykonajte obnovenie zálohy tail-log pomocou možnosti RECOVERY.

Ak chcete obnoviť rozdielovú zálohu (vykonáva sa po obnovení úplnej zálohy), zadajte príkaz:

OBNOVIŤ DATABÁZU AdventureWorks Z DISKU = 'E:\SQLdata\BACKUPS\AdventureWorks_DiffDbBkup.bak'WITH NORECOVERY

Potom obnovte záznam chvosta pomocou možnosti RECOVERY pomocou príkazu vyššie.

Diferenciálna redundancia poskytuje viac vysoký stupeň integritu údajov než len redundantné protokoly. Ak je najnovšia rozdielová záloha poškodená, môžete obnoviť predchádzajúcu rozdielovú zálohu pri zachovaní integrity údajov.

Kombinačná stratégia

Ak nie je praktické znova spustiť transakcie na obnovenie operácií z posledného dňa, môžete vykonať úplné zálohy v nedeľu, rozdielové zálohy potom každú noc a zálohy denníka transakcií od pondelka do soboty ráno a večer, ako je znázornené na obrázku 4. Ak je piatok večer so základňou Ak sa údaje dostanú do problémov a štvrtková rozdielová záloha je poškodená, môžete obnoviť rozdielovú zálohu prostredia a potom použiť štvrtkové a piatkové protokoly. Databáza bude teda obnovená až do okamihu zlyhania. Podrobnejšiu diskusiu o tomto probléme nájdete na bočnom paneli „Ako obnoviť databázu do určitého časového bodu“.

Ak chcete znížiť riziko straty údajov, mali by ste sa držať zmiešanej stratégie, ktorá zahŕňa úplné zálohovanie, zálohovanie protokolov a rozdielové zálohovanie, hoci táto kombinácia metód pridáva určitú zložitosť stratégii zálohovania a správe zálohovania. Mali by ste tiež zvážiť, koľko údajov si môžete dovoliť stratiť po zlyhaní a obnove databázy. Používanie stratégií úplného obnovenia alebo modelu s hromadným záznamom namiesto jednoduchého obnovenia spôsobuje viac réžie súboru protokolu transakcií a vedie k veľké súbory zálohuje, ale poskytuje vyšší stupeň bezpečnosti dát.

Alternatívne stratégie redundancie

Zálohy v SQL Server nie sú obmedzené na úplné, delta a transakčné protokoly. Pokročilejšie stratégie vrátane zálohovania súborov alebo skupín súborov, stratégie čiastočného zálohovania a zálohovania iba kopírovaním.

Prístup k databáze počas zálohovania a obnovy

Rezervácia SQL databázy Server je online proces, všetko uložené v SQL údaje servera dostupné počas operácie zálohovania. Operácie úpravy databázy, príkazy INSERT, UPDATE a DELETE sú dostupné rovnakým spôsobom ako výber údajov (SELECT). Počas zálohovania nemôžete meniť štruktúru databázy resp štruktúra súboru– Príkazy ALTER DATABASE, ADD FILE alebo SHRINKFILE nemožno vykonať počas zálohovania. Ak je databáza povolená automatický štart zmenšovanie súboru databázy (automatické zmenšovanie), môže dôjsť ku konfliktu počas zálohovania. Ak sa teda počas procesu zálohovania spustí automatická redukcia databázového súboru, obe operácie môžu zlyhať. Operácia, ktorá sa spustí ako prvá, získa zámok na súbore a ďalšia operácia bude musieť počkať, kým sa zámok uvoľní. Ak prvá operácia uvoľní zámok, spustí sa druhá operácia. Ak nastane časový limit blokovania prvej operácie, druhá operácia zlyhá. Tento prístup sa môže zdať nesprávny z pohľadu vykonania druhej operácie, ktorá je nútená čakať na poruchu a až potom vydá poruchu. Ale vzhľadom na to, že práca druhej operácie závisí od úspechu prvej, ak prvá operácia zlyhala, druhá operácia nemá zmysel. Ak chcete tomuto problému predísť, pred vykonaním zálohy vypnite automatické zmenšovanie súboru databázy.

Vo väčšine prípadov je obnova databázy SQL Server samostatná operácia, počas ktorej používatelia nemajú prístup k databáze. Keď používate SQL Server 2005 Enterprise Edition s modelom úplného obnovenia, čiastočné obnovenia a obnovenia nie primárnej skupiny súborov sú štandardne online. Časti databázy, ktoré by sa nemali obnoviť, ako napríklad skupiny súborov iba na zápis, môžu byť používateľom dostupné počas trvania operácie obnovy. Skupiny súborov na čítanie/zápis sú dostupné, pokiaľ neboli prevedené do režimu offline na obnovenie. Táto funkcia je veľmi užitočná pre veľké databázy bežiace 24x7x365. Ďalšie informácie nájdete v dokumentácii SQL Server 2005 BOL „Performing Online Restores“ (http://msdn.microsoft.com/en-us/library/ms188671.aspx) a tiež v bočnom paneli „Prečo nemôže byť databáza obnovenie vykonať online“.

Zhrnutie

Údaje sú pre podnikanie nevyhnutné, preto je ich zabezpečenie jednou z najdôležitejších úloh. Zálohovanie dát hrá v tomto procese kľúčovú úlohu. Prvým krokom pre zabezpečenie nepretržitého prístupu k dátam je vytvorenie systému pravidelného zálohovania databáz a testovacích obnov. Pri tvorbe nová základňaúdaje by mali byť naprogramované na zálohovanie a okamžité obnovenie. SQL Server poskytuje rôzne možnosti zálohovania a obnovy, ktoré môžu byť prispôsobené vašim špecifickým potrebám databázy.

Kto môže urobiť rezerváciu?

Zálohovanie databázy je dostupné obmedzenému okruhu ľudí. Povolenie je štandardne udelené členom určitých skupín správcov systému servery a databázové roly db_owner a db_backupoperator. Pri používaní zálohovacích zariadení, diskov alebo pások si treba dávať pozor na to, kto ich vlastní a aké sú nastavené oprávnenia. SQL Server musí byť schopný čítať a zapisovať do zariadenia. Ak účet, pod ktorým je spustený SQL Server, nemá prístupové práva k zariadeniu, budete si to vedomí iba v prípade, že operácia zálohovania alebo obnovy zlyhá. Uložená procedúra sp_addumpdevice, ktorá pridá položku zálohovacieho zariadenia do systémových tabuliek, nevykonáva kontrolu povolení na úrovni súboru.

Môžete zadať heslo pre záložnú sadu. V tomto prípade musíte pri obnove databázy zadať aj heslo. Ochrana heslom je voliteľné opatrenie, ktoré sa mimochodom považuje za nespoľahlivé. Ochrana heslom sa používa na zabránenie obnovy dát neoprávnenými osobami, ktoré nepoznajú zásady zálohovania/obnovy spoločnosti. Keďže heslo nešifruje dáta, toto opatrenie nezabráni čítaniu záložných dát pomocou špeciálnych nástrojov. Heslo navyše nechráni pred prepísaním alebo odstránením záložného súboru.

Modely obnovy databázy

Nastavenie modelu obnovy určuje, koľko údajov možno obnoviť v prípade zlyhania databázy. Pre každú databázu si môžete nastaviť vlastný model obnovy v závislosti od toho, akú veľkú stratu dát ste ochotní akceptovať. Ak chcete nainštalovať model obnovy databázy pomocou pomocou SQL Server Management Studio (SSMS), kliknite kliknite pravým tlačidlom myši databázy, otvorte okno Vlastnosti, prejdite na stránku Možnosti a z rozbaľovacieho zoznamu vyberte požadovaný model redundancie.

Existujú tri typy modelov obnovy: úplné, jednoduché a hromadné. Model úplnej obnovy maximálne využíva všetky funkcie protokolu transakcií a umožňuje vám obnoviť databázu z vysoký stupeň presnosť v danom časovom bode. Všetky operácie, ako sú dátové transakcie, zmeny štruktúry databázy, Návod na obsluhu zaznamenávajú sa napríklad dokončenie alebo zrušenie transakcie, veľké objekty a hromadné operácie. Protokol transakcií sa dopĺňa, kým sa protokol transakcií nezazálohuje.

Jednoduchý model obnovy minimalizuje používanie protokolu transakcií a umožňuje vám obnoviť najnovšiu úplnú zálohu databázy. Rovnako ako pri modeli úplného obnovenia sa všetky transakcie (okrem niektorých dávkových operácií) uchovávajú v protokole. Na rozdiel od modelu úplného obnovenia SQL Server automaticky vyčistí denník od nepoužívaných položiek. Z tohto dôvodu nemôžete robiť zálohy denníka transakcií, keď používate jednoduchý model obnovy.

Model hromadne zaznamenanej obnovy zaujíma medziľahlú pozíciu medzi „extrémnymi“ úplnými a jednoduchými modelmi obnovy. Aj keď názov bulk-logged môže naznačovať, že hromadné operácie sú protokolované, v skutočnosti sú protokolované iba čiastočne. Počas hromadných operácií, ktoré často zahŕňajú pridanie veľkého počtu záznamov v krátkom čase, SQL Server nastaví bitový príznak pre každý dotknutý rozsah databázy, ale vložené záznamy sa v skutočnosti nepridajú do súboru denníka. Počas následného zálohovania denníka transakcií SQL Server skontroluje tento príznak a zapíše do zálohy denníka transakcií samotné rozsahy databázy, ktoré boli upravené hromadnou operáciou, okrem bežného vkladania a odstraňovania záznamov. Záloha protokolu v modeli obnovy s hromadným protokolom teda obsahuje výsledky vykonávania hromadných operácií, a nie jednotlivé transakcie, ktoré sa skutočne uskutočnili.

Použitie modelu hromadne protokolovanej obnovy poskytuje rovnakú úplnosť ako model úplnej obnovy, ale bez dodatočnej réžie, ktorá prichádza so zálohovaním všetkých hromadných dátových vložiek. Existujú však riziká spojené s používaním modelu hromadne zaznamenanej obnovy. Ak sa medzi zálohami stratia pôvodné údaje hromadnej operácie, nebude možné úplne obnoviť databázu. Taktiež nie je možné obnoviť databázu do určitého bodu v čase zo zálohy tail-log - pokus o obnovenie zlyhá.

Hoci modely úplnej obnovy a hromadne zaznamenávanej obnovy zahŕňajú vyššiu aktivitu protokolu transakcií a väčšiu veľkosť súboru zálohy, je to kompenzované kompletnejšou obnovou údajov v prípade zlyhania databázy.

Štandardné príkazy pre redundanciu

SQL Server 2005 a SQL Server 2000 majú dva príkazy, ktoré robia v podstate to isté – DUMP a BACKUP (t. j. DUMP DATABASE alebo BACKUP DATABASE a DUMP LOG alebo BACKUP LOG). Príkaz DUMP existuje od SQL Servera 6.5, keď zálohovanie databázy jednoducho znamenalo skopírovanie databázy v stave, v akom bola pred začatím operácie zálohovania. Zároveň do zálohy neboli zahrnuté zmeny v databáze, ktoré mohli nastať po spustení zálohovania.

Počnúc verziou 7 môže SQL Server vykonávať skutočné „živé“ zálohovanie, čo znamená, že zmeny vykonané po spustení procesu zálohovania sa zapíšu do denníka transakcií a uložia sa do záložného súboru. Záloha je teda „snímka“ databázy v čase dokončenia operácie zálohovania. Príkaz DUMP je zachovaný kvôli spätnej kompatibilite, ale Microsoft neodporúča jeho použitie na novo vyvinutých systémoch. Jedného dňa bude tento príkaz zastaraný a vývojári sa ho budú musieť v týchto úryvkoch zbaviť programový kód kde sa stále používa.

Pre tých, ktorí vždy pozorne sledovali zálohovanie databáz SQL Server a túžili dozvedieť sa, čo je nové v SQL Server 2005, by ste mali naďalej pozorne sledovať zálohy: SQL Server 2005 nemá známy príkaz DBCC REPAIR. "Náhrada" tohto príkazu je DROP DATABASE.

Výmena databázy

Pri obnove databázy na nový server použite voľbu REPLACE, ktorá zakáže bežné bezpečnostné kontroly a umožní prepísanie existujúcich databáz, aj keď sa ich názov líši od názvu obnovovanej databázy. Predpokladajme napríklad, že ste urobili zálohu databázy D umiestnenej na serveri A. Táto záloha sa musí obnoviť na serveri B. Najprv by sa mala vytvoriť prázdna prípravná databáza na serveri B, pričom názov a veľkosť prípravnej databázy nie sú relevantné. . Ďalej musíte obnoviť základňu D pomocou voľby REPLACE na serveri B nad novovytvorenou základňou prípravku. Ak sa má obnova vykonať späť na server A, do jeho pôvodného umiestnenia, parameter REPLACE sa nevyžaduje. Operácia obnovy databázy štandardne vykonáva vstavané bezpečnostné kontroly, napríklad keď obnovenie databázy nemožno normálne vykonať nad inou existujúcou databázou. Podobne je zakázaná obnova databázy zálohovanej v režime úplného alebo hromadného žurnálovaného zálohovania, ak neexistuje záloha tail-log.

Ak potrebujete obnoviť databázu, ktorá z nejakého dôvodu nebola zálohovaná na konci protokolu (napríklad z dôvodu poškodeného záložného súboru protokolu transakcií), potom obnovenie v režime REPLACE môže byť jediným spôsobom, ako úspešne obnoviť. Ďalším príkladom, kde je potrebná voľba REPLACE, je, ak je potrebné obnoviť zálohu produkčnej databázy v testovacom/vývojovom prostredí. Aj keď sú názvy databáz vo výrobe a vo vývoji rovnaké, z pohľadu SQL Servera ide o odlišné databázy.

Čo sú zálohy denníka chvosta

Záloha denníka chvosta je nový režim zálohovania v SQL Server 2005. Tento režim pripája záznamy denníka transakcií k zálohe, ktoré boli pridané od posledného zálohovania súboru denníka. Keď sa pokúšate obnoviť databázu do bodu zlyhania, pred spustením obnovy zálohujte koncový fragment. Ak sa chystáte obnoviť databázu do bodu pred poslednou zálohou protokolu transakcií, alebo ak presúvate databázu z jednej inštancie servera do druhej, alebo ak databázu prepisujete, nemusíte zálohovať poslednú. Je možné, že protokol transakcií je poškodený, v takom prípade nie je možné vykonať zálohu koncového fragmentu a obnovenie bude musieť byť vykonané bez neho.

Ako obnoviť databázu do stavu v danom čase

Môže nastať situácia, keď budete musieť vykonať obnovu databázy kvôli kódu, ktorý bol vykonaný omylom – napríklad niekto omylom vymazal tabuľku v produkčnej databáze alebo zabudol zahrnúť klauzulu WHERE do klauzuly DELETE. V takýchto prípadoch je potrebné obnoviť databázu do stavu pred momentom vykonania chybného kódu.

Obnova je súbor operácií, ktoré privedú databázu do konzistentného stavu. Ak chcete obnoviť databázu do konkrétneho bodu v čase, musíte vykonať úplnú obnovu alebo hromadne zaznamenanú obnovu. Jednoduchý model obnovy spôsobuje, že protokol transakcií je skrátený na kontrolný bod bez možnosti zopakovať akciu (znova vrátiť späť) a bez možnosti vrátiť sa do stavu v danom čase.

Vykonávanie operácií obnovy, po ktorých nasledujú zmeny „znova/vrátiť späť“, spočíva v obnovení údajov do pôvodného stavu v konkrétnom, používateľom špecifikovanom bode v čase – podľa názvu dokončenej transakcie alebo podľa poradového čísla v protokole. Model hromadne protokolovanej obnovy má ďalšie obmedzenie: bodová obnova je možná len vtedy, ak od predchádzajúcej zálohy denníka neprebehli žiadne hromadné operácie. Inými slovami, úspešná obnova k určitému bodu v čase vyžaduje, aby postupnosť záložných súborov denníka bola súvislá.

Obnoviteľné údaje k určitému časovému bodu musia byť obsiahnuté v zálohe protokolu transakcií. Pri obnove protokolu môžete obnoviť transakcie, ktoré boli dokončené do určitého bodu v čase, zadaním časového bodu pomocou príkazu STOPAT, STOPATMARK alebo STOPBEFOREMARK.

Pri obnove databázy do určitého časového bodu vykonajte úplnú zálohu s nastavením NORECOVERY, ako je uvedené nižšie:

OBNOVA DATABÁZU AdventureWorks Z DISKU = "E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak" S NORECOVERY

Potom použite všetky zálohy denníkov s inštalácia RECOVERY a špecifikovanie dátumu a času požadovaného časového bodu v každej doložke RESTORE LOG:

OBNOVIŤ DENNÍK AdventureWorks Z DISKU = "E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak" S OBNOVENÍM, ZASTAVENIE = ‚10. decembra 2007 20:10‘

Zálohovanie súborov/skupín súborov

Táto stratégia zálohovania je vhodná len vtedy, ak databáza pozostáva z viacerých súborov alebo skupín súborov. Ak veľkosť databázy alebo požiadavky na výkon znemožňujú úplnú zálohu databázy a ak potrebujete rýchlu obnovu v prípade zlyhania, mali by ste zvážiť stratégie zálohovania súborov/skupiny súborov.
Túto stratégiu možno použiť pre SQL Server 2005 alebo SQL Server 2000, kde každá operácia vyžaduje, aby ste určili, ktoré súbory, skupiny súborov alebo kombinácie sa majú zálohovať. Krátko po vytvorení databázy by ste však mali vykonať úplnú zálohu databázy, po ktorej nasledujú pravidelné zálohy súborov alebo skupín súborov. Ak konkrétna databáza potrebuje použiť jednoduchý model obnovy, všetky súbory na čítanie/zápis a skupiny súborov musia byť zálohované súčasne. Ak chcete minimalizovať stratu údajov počas obnovy, vyberte si buď model úplnej obnovy alebo hromadne protokolovaný model obnovy a zahrňte do svojej stratégie zálohu denníka transakcií.
Obnova databázy stále znamená obmedzenie prístupu k databáze, ale na kratší čas ako pri úplnej obnove databázy. Počas obnovy je prístup obmedzený len na skupiny súborov, ktoré sa práve obnovujú.
V najhoršom prípade, ak potrebujete obnoviť celú databázu a používate model úplnej obnovy, budete potrebovať zálohy všetkých transakčných protokolov od vytvorenia databázy. Okrem toho, ak potrebujete obnoviť databázu do konkrétneho bodu v čase, budete potrebovať úplnú sadu záloh protokolu transakcií.

Čiastočné zotavenie

Táto stratégia predstavená v SQL Server 2005 je navrhnutá pre databázy, ktoré majú viacero skupín súborov len na čítanie a používajú jednoduchý model obnovy. Keďže tento typ databázy je primárne určený len na čítanie, stratégie úplného zálohovania a úplného obnovenia sú nadbytočné. Model čiastočného pohotovostného režimu však možno použiť na akýkoľvek typ databázy.

Pri vykonávaní čiastočnej zálohy sa najskôr zálohuje primárna skupina súborov, všetky skupiny súborov na čítanie/zápis a všetky špecifikované skupiny súborov iba na čítanie. Keďže tabuľky len na čítanie sa nemenia tak často, teoreticky ich netreba tak často zálohovať ako tabuľky, ktoré sa menia.

Pred nastavením čiastočnej redundancie je potrebné starostlivé plánovanie. Pri vytváraní databázy by ste mali vytvárať rôzne skupiny súborov a pri vytváraní tabuliek ich explicitne umiestniť do príslušných skupín súborov. Napríklad tabuľky databázových adresárov v primárnej skupine súborov, tabuľky len na čítanie v skupinách súborov iba na čítanie a tabuľky na čítanie a zápis v skupinách súborov na čítanie a zápis.

Čiastočné zálohy skracujú čas potrebný na úplné obnovenie databázy. Ak je celá databáza len na čítanie, do čiastočnej zálohy bude zahrnutá iba primárna skupina súborov, pokiaľ nie je uvedené inak. Okrem toho môže byť čiastočná záloha použitá namiesto úplnej zálohy ako základ pre rozdielovú zálohu. Čiastočná rezervácia poskytuje pridané vlastnosti a zvyšuje flexibilitu pri výbere stratégie redundancie.

Obnova po čiastočnej zálohe stále obmedzuje prístup k databáze, ale na kratší čas ako pri úplnej obnove databázy – a to len pre primárnu skupinu súborov, skupiny na čítanie/zápis a skupiny len na čítanie, ktoré boli súčasťou zálohy. Viac detailné informácie nájdete v SQL Server 2005 Books Online „Partial Backups“ http://msdn.microsoft.com/en-us/library/ms191539.aspx.

Štátne zálohy

Niekedy je potrebné urobiť rezerváciu na špeciálnu úlohu, napríklad na vytvorenie prezentácie, ktorú predvedieme klientovi. Nechcete však, aby bolo narušené normálne poradie súborov potrebných na obnovu databázy. V tomto prípade môžete využiť možnosť vytvorenia zálohy stavu databázy. Takáto kópia môže byť vytvorená bez ohľadu na to, aká stratégia obnovy databázy sa používa - úplná, hromadná kópia alebo jednoduchá (hromadná kópia alebo jednoduchá).

Ale štátne zálohy by nemali byť súčasťou stratégie obnovy. Môžete vytvoriť kópiu stavu, obnoviť z nej databázu na demonštračnom notebooku a potom bezpečne odstrániť záložný súbor. Ostatné „normálne“ zálohy nie sú žiadnym spôsobom závislé od stavových kópií, takže pri vykonávaní obnovy nebudú potrebné stavové kópie.

Stratégiu stavového zálohovania nemožno použiť ako základ pre rozdielovú zálohu, pretože vytvorenie stavovej kópie neaktualizuje rozdielovú bitovú mapu použitú na určenie, ktoré rozsahy sa majú skopírovať a ktoré sa majú ponechať. Postup rozdielovej kópie v skutočnosti neberie do úvahy kópie stavu, ktoré boli vytvorené, takže takéto kópie sa nemôžu zúčastniť procesu rozdielovej obnovy.

Pri zálohovaní protokolu transakcií stavu databázy sa protokol transakcií na rozdiel od normálnej zálohy neskráti. Záloha stavu tiež nemá žiadny vplyv na reťazec denníkov, ktorý sa používa na úplné zálohovanie s denníkom obnovy. Zálohy stavu vo všeobecnosti nie sú zahrnuté v zozname záloh protokolov pri obnove. Ďalšie informácie nájdete v dokumentácii SQL Server 2005 BOL „State Backups“ na adrese http://msdn.microsoft.com/en-us/library/ms191495.aspx.

Prečo nemožno obnoviť databázu online

Správcovia zálohovania sa často pýtajú, prečo nie je databáza počas obnovy prístupná. V skutočnosti je možný čiastočný prístup k údajom v závislosti od typu vykonávanej obnovy. Všeobecným pravidlom je, že súbory, skupiny súborov alebo stránky, ktoré sa automaticky obnovujú, sa prenesú do režimu offline, pretože je to nevyhnutné na úspešné dokončenie operácií obnovy.

Proces obnovy zvyčajne začína skopírovaním údajov, protokolov a indexových stránok zo záložného média do umiestnenia databázových súborov. Potom prichádza na rad fáza opätovného spustenia – aplikácia transakcií uložených v protokole na údaje uložené v čase zálohovania databázy; tento proces sa často označuje ako „opakovanie zmien“. Tieto zaznamenané transakcie predstavujú zmeny v databáze od poslednej zálohy databázy pred zlyhaním. SQL Server najprv skopíruje údaje a štrukturálne zmeny do protokolu transakcií a potom vykoná tieto zmeny v skutočnej databáze. Opätovné vykonanie zmien zabezpečí, že zmeny vykonané v protokole sa použijú v databáze.

V tejto fáze databáza zvyčajne obsahuje čakajúce transakcie a databázu nie je možné použiť na prístup. Ďalej SQL Server 2005 Standard Edition vstupuje do poslednej fázy vrátenia, počas ktorej sú všetky čakajúce transakcie vrátené späť. Po dokončení tejto fázy je databáza úplne obnovená a pripravená na použitie. Enterprise Edition funguje trochu inak – databáza je pripravená na použitie ihneď po opätovnom pokuse o zmeny, bez čakania na fázu rollbacku čakajúcich transakcií.

Prístup k súborom, skupinám súborov a stránkam počas obnovy databázy a fáz opakovania/vrátenia čakajúcich transakcií je odmietnutý, pretože údaje, ktoré je možné získať, sú neplatné. Pokus o spracovanie „špinavých“ údajov môže spôsobiť problémy súvisiace so zmeškanými a neúplnými transakciami.

Prieskum infraštruktúry

Veľké množstvo rôznorodých serverov s rôznymi operačnými systémami a na nich nainštalovanými službami sa stáva skutočným problémom, ak je potrebné implementovať jednotný systém Rezervovať kópiu. Prieskum infraštruktúry zhromažďuje informácie o všetkých serveroch a službách používaných spoločnosťou, ako aj identifikuje ich vlastnosti a obmedzenia.

Identifikácia obchodných a IT potrieb

Pred implementáciou zálohovacieho systému musíte najprv určiť, aké kritické sú určité služby. To v budúcnosti umožní vyvinúť z hľadiska zálohovania optimálne hodnoty RPO (Cieľ bodu obnovy) a RTO (Cieľ času obnovy).

Vypracovanie optimálneho plánu zálohovania

V tomto štádiu sa systematizujú informácie získané v priebehu predchádzajúcich štúdií a určia sa optimálne hodnoty RTO a RPO. Špecialisti Abaq-2000 vám pomôžu určiť, aké záložné okná sú dostupné pre každú zo služieb, pričom zohľadnia náklady na obnovu. Služba je vhodná pre spoločnosti, ktoré absolvovali niektorú z dvoch predchádzajúcich etáp.

Implementácia záložných systémov

Nasadenie serverov a/alebo zálohovacích zariadení

V tejto fáze sa odsúhlasí plán zálohovania. Potom sa nasadí jeden alebo viac serverov pre RK, pripojí sa úložné systémy a/alebo páskové knižnice. V prípade potreby sú inštalovaní agenti pre RK.

Vykonávanie záloh, riešenie problémov a úprava plánu zálohovania

Nastavenie záložného systému podľa deklarovaných charakteristík. Vykonávanie zálohy. Riešenie identifikovaných problémov, ako sú chyby konfigurácie. Vo vážnych prípadoch kontaktovanie predajcu, otváranie požiadaviek v technickej podpore predajcu. Úprava vykonávania zálohy tak, aby zodpovedala predtým schválenému plánu.

Školenie a dokumentácia

Optimalizácia vášho existujúceho zálohovacieho systému

Preskúmanie existujúcich záložných serverov

Zistenie verzie existujúcej zálohy, dostupných licencií a použitej funkcionality. Služba vám umožňuje určiť, ako optimálne sa využíva záložný systém.

Optimalizácia politiky a proces zálohovania

V prípade zistených nedostatkov alebo chýb sú vykonávané potrebné úkony na ich odstránenie. Okrem toho sa pracuje na konfigurácii nepoužívanej funkcionality systému. Napríklad deduplikácia na strane hostiteľa, ktorý sa má zálohovať. Optimalizácia vám umožňuje skrátiť zálohovacie okno a zabezpečiť obnovu súborov.

Vytvorenie plánu obnovy po havárii

Plán obnovy po havárii vám umožňuje čo najrýchlejšie obnoviť server alebo jeho časť v prípade poruchy. Služba zahŕňa tvorbu, vypracovanie a úpravu plánu.

Školenie a dokumentácia

Vyškolte inžinierov zákazníka o tom, ako používať zálohovací systém v rozsahu potrebnom na dokončenie zálohovania a vyriešenie akýchkoľvek vzniknutých problémov. Vytvorenie nasledujúcich dokumentov: vysvetlivka, pokyny správcu a program, ako aj metódy testovania. Zoznam dokumentov je možné meniť podľa požiadaviek zákazníka. Registrácia môže byť v akejkoľvek forme alebo podľa GOST. Ďalej je záložný systém testovaný v súlade s PMI.

1. Pravidelnosť. Zálohovanie by malo byť také pravidelné ako ranné čistenie zubov.
2. Vyšetrenie. Skontrolujte zálohu, ktorú ste práve vytvorili. Bude veľkým sklamaním, ak sa v mimoriadne napätom momente váš záchranca ukáže ako figurína. Otvorte niekoľko súborov z archívu a uistite sa, že fungujú.
3. Separácia. Je lepšie ukladať zálohy nie na jednom mieste, ale aspoň na dvoch. Napríklad na externý pevný disk a v cloude. Disky totiž niekedy zlyhajú a cloudové úložisko môže byť v správnom čase nedostupné.
4. vymedzenie. Rozdeľte do niekoľkých prehľadných kategórií, čo budete skladovať. Údaje rôznej dôležitosti si vyžadujú odlišný prístup k archivácii.

Systémové riešenia

Windows

Windows má pravidelný nástroj na zálohovanie a obnovu, ktorý umožňuje uložiť jednotlivé súbory aj celý obraz, z ktorého môžete v prípade zlyhania obnoviť systém.

Windows 7

Prejdite na „Ovládací panel“ kliknutím ľavým tlačidlom myši na tlačidlo „Štart“ a výberom príslušnej položky. V časti „Ovládací panel“ vyberte „Systém a zabezpečenie“ → „Zálohovanie počítača“ → „Nastaviť zálohovanie“.

Ďalej vás systém vyzve, aby ste zadali miesto na uloženie archívu. Upozorňujeme, že ak chcete zálohovať údaje z jednotky C, nebudete ich tam môcť uložiť. Ak to chcete urobiť, budete musieť vybrať iné médium, napríklad druhý fyzický disk, jednotku flash, DVD alebo priečinok lokálna sieť. Ak si spomeniete na zásady vytvárania zálohy, archív musí byť uložený na samostatnom médiu a nie na samotnom počítači, z ktorého bola kópia vytvorená.

Ďalej vás systém vyzve, aby ste automaticky alebo manuálne vybrali priečinky na archiváciu. Kliknite na „Dajte mi na výber“ a v okne, ktoré sa otvorí, začiarknite políčka pri priečinkoch, ktoré chcete uložiť. Kliknite na Ďalej → Uložiť nastavenia a skončiť.

Teraz v okne "Zálohovanie alebo obnovenie súborov" je tlačidlo "Archivovať". Kliknutím naň spustíte proces archivácie vašich údajov.

Obnova sa riadi rovnakým princípom. Ak to chcete urobiť, kliknite na položku „Vybrať inú zálohu na obnovenie súborov“ a zadajte tú, do ktorej bola záloha vykonaná.

Windows 8 a vyššie

Vstavaný nástroj História súborov umožňuje archiváciu v reálnom čase. Na fungovanie vyžaduje iba počiatočné nastavenie.

Prejdite na „Ovládací panel“. Ak to chcete urobiť, kliknite na tlačidlo "Štart" pravým tlačidlom myši a dovnútra obsahové menu nájdite požadovaný riadok.

Ako miesto úložiska vyberte iný disk ako systémový disk, USB flash disk alebo sieťový priečinok. Kliknite na „Povoliť“.

"História súborov" automaticky skopíruje nasledujúce knižnice: "Dokumenty", "Hudba", "Obrázky", "Videá" - a štandardné používateľské priečinky: Windows, "Desktop", "Obľúbené".

Štandardne sa zálohy robia každú hodinu, no tento čas môžete zmeniť napríklad na 10 minút. To si však vyžiada viac miesta na disku. Čas uchovávania pre každú kópiu je možné nakonfigurovať v ponuke Rozšírené možnosti.

macOS

Time Machine je štandardné riešenie spoločnosti Apple na zálohovanie aplikácií, súborov a priečinkov, dokumentov, videí a hudby.

Na prácu s Time Machine budete potrebovať dátové úložisko tretej strany, napríklad flash disk, externé HDD alebo sieťové riešenie.

Pri pripájaní externý disk Váš Mac by mal byť vyzvaný: Mám ho použiť ako zálohu? Vyberte možnosť „Použiť ako záložnú jednotku“.

Ak sa okno nezobrazí, záložnú jednotku je potrebné vybrať manuálne:

• prejdite do ponuky a otvorte nastavenia času stroj;
• kliknite na „Vybrať zálohovací disk“;
• vyberte ten, ktorý chcete, a kliknite na „Použiť disk“.

Zálohy sa budú automaticky vytvárať raz za hodinu, kópie za minulý mesiac- každý deň a trvalé zálohy - každý týždeň. Nebojte sa, že objem vášho pevný disk bude malý. Time Machine uloží iba zmenené informácie a staré kópie sa automaticky vymažú, keď sa miesto na disku zaplní.

Android

Zálohovacia služba Android

Navrhnuté na vytváranie záložných kópií údajov účty Google. S ním môžete ušetriť:

• údaje o sieťach Wi-Fi;
• tapety na plochu;
• Nastavenia Gmailu
• aplikácie Google Play;
• nastavenia jazyka a vstupu;
• dátum a čas;
• nastavenia riadkov aplikácie tretích strán.

Na vytvorenie zálohy potrebujete:

• otvorte nastavenia zariadenia;
• prejdite na „Osobné údaje“ → „Obnoviť a resetovať“;
• zapnite Zálohovanie dát.

Ak chcete obnoviť údaje na inom zariadení, prihláste sa pomocou svojho účtu. Ak chcete obnoviť nastavenia uložených aplikácií, prejdite na „Osobné“ → „Zálohovanie a obnovenie“ → „Automatické obnovenie“.

Synchronizácia

Android poskytuje bežný nástroj synchronizácia, ktorá vám umožňuje ukladať používateľské kontakty nainštalované z aplikácie Google Play, kalendár, nastavenia zobrazenia, jazyky a metódy vstupu, údaje z Disku Google a nastavenia niektorých aplikácií tretích strán. Nástroj vyžaduje povinný účet Google.

Synchronizácia v systéme Android je predvolene povolená. Ak chcete získať najnovšiu zálohu, postupujte takto:

• otvorte nastavenia telefónu;
• v časti Účty a synchronizácia vyberte možnosť Google;
• začiarknite políčka a kliknite na „Synchronizovať“.

Údaje sa automaticky odošlú do cloudového úložiska Google. Ak ich chcete obnoviť na inom zariadení so systémom Android, stačí pripojiť svoje účtu.

Môžete tiež synchronizovať najobľúbenejšie účty: Skype, Telegram, Viber a VKontakte. Na synchronizáciu fotografií a obrázkov má Android vstavaný riešenie google fotografiu.

iOS

iTunes

Univerzálna aplikácia Apple na získavanie a prehrávanie obsahu. Umožňuje lokálne ukladať dáta zo zariadenia pripojeného k počítaču pod Ovládanie Windows alebo macOS. To je užitočné najmä vtedy, keď nemáte prístup na internet.

Ak chcete vytvoriť kópiu, keď Pomocník iTunes urobte nasledovné:

• pripojte zariadenie k počítaču;
• prejdite na kartu "Zariadenia";
• kliknite na Synchronizovať.

• fotografie;
• poznámky;
• zoznam kontaktov;
• kalendár;
• SMS/MMS správy;
• prehliadač Safari;
• nastavenia prístupového bodu;
• Údaje aplikácie;
• pohľad na hlavnú obrazovku.

iCloud

Cloudová služba na ukladanie používateľských údajov. Ako každý cloud má dve obmedzenia: potrebu prístupu na internet a relatívne malé množstvo (5 GB) voľného miesta.

Ak chcete uložiť údaje pomocou iCloud na vašom zariadení, otvorte Nastavenia → iCloud → Zálohovanie a spustite proces vytvárania kópie.

Uložené v iCloude:

• históriu nákupov v App Store;
• fotografie;
• Nastavenia telefónu;
• Údaje aplikácie;
• pohľad na hlavnú obrazovku;
• zvonenia;
• hlasová pošta.

softvér

Windows

Licencia: komerčný softvér.

Podpora ruského jazyka: Existuje.

Jednoduché riešenie zálohovania. Umožňuje ukladať jednotlivé súbory (fotografie, hudbu alebo filmy) aj súbory pošty, napríklad z Microsoft Outlook alebo TheBat.

V hlavnom okne programu kliknite na „Vytvoriť novú úlohu“ → „Vytvoriť záložnú kópiu“. V strome katalógu vyberte údaje, ktoré chcete uložiť. V našom prípade to bude priečinok Hudba na pracovnej ploche.

Nakoniec zadajte názov úlohy a kliknite na tlačidlo Dokončiť. Archivácia dokončená.

Rovnaký princíp platí aj pre obnovu dát. Vyberte uloženú zálohu a potom zadajte, kde ju chcete obnoviť.

Skúšobná doba používania programu je 30 dní. Vývojári ponúkajú nákup plnej základnej verzie za 800 rubľov. Existujú aj ďalšie verzie Handy Backup – Professional a Expert. Ich možnosti sú oveľa širšie a prispôsobené profesionálnym potrebám, no pre naše účely stačí verzia Standard.

Licencia: sharewarový softvér.

Podpora ruského jazyka: Nie

Ďalšie riešenie na vytváranie záloh a obnovu stratených súborov. Rozhranie je také jednoduché a prehľadné, že ani absencia ruského jazyka nebude prekážkou.

Najprv si vyberte, kam sa majú údaje uložiť. Nechaj to tak vymeniteľný disk E.

Ďalším krokom je špecifikácia údajov, ktoré sa majú uložiť. Program ponúka inteligentnú voľbu, kde môžete označiť súbory na ploche naraz, systémové priečinky„Obrázky“ alebo „Videá“ a strom adresárov. Prejdite naň a uložte si už známy priečinok „Hudba“.

Po kliknutí na začiarknutie sa otvorí okno archivácie. Na vybranom disku program automaticky vytvorí zložku Genie TineLine, kam uloží uložené súbory.

Funkcie ukladania a obnovy sú dostupné v základnej verzii Genie Timeline Free. Rozšírené platené verzie Genie Timeline Home a Genie Timeline Pro majú oveľa viac funkcií: odosielanie e-mailových upozornení, vysoko bezpečné šifrovanie údajov a plánovanie. Na ukladanie domácich súborov však postačí bezplatná verzia.

Genie TineLine má aplikáciu pre iOS, pomocou ktorej môžete kontrolovať stav záloh na vašom počítači.

Licencia: komerčný softvér.

Podpora ruského jazyka: Existuje.

Výkonný nástroj na zálohovanie a obnovu. Zálohy môžete ukladať nielen na fyzické disky, ale aj na vlastné cloudová služba Acronis. Je pravda, že na to sa budete musieť predplatiť na rok a závisí od toho množstvo poskytnutého priestoru tarifný plán. Pri štandardnom predplatnom je pridelených 50 GB, pri kúpe prémiovej verzie - od 1 TB.

Ihneď po inštalácii vás program vyzve, aby ste si vybrali, aké údaje sa majú odoslať do kópie: z celého počítača, z diskov a diskových oddielov alebo jednotlivých priečinkov.

Vyberte "Súbory a priečinky" a vyberte tie, ktoré chcete. Nech je to opäť priečinok „Hudba“ na pracovnej ploche. Kliknite na „OK“ a prejdite na výber úložiska.

Vyberte jednotku flash E, znova kliknite na „OK“ → „Vytvoriť kópiu“. Na jednotke Flash sa vytvorí kópia priečinka Hudba.

Acronis má aj iné užitočné funkcie. Napríklad „Archív“ vám umožní uvoľniť miesto na disku komprimáciou veľkých súborov a nástroj „Klonovanie disku“ vytvorí úplnú kópiu lokálnych diskov, ktorá vám v prípade zlyhania umožní obnoviť pôvodný stav systému.

Náklady na program sú 2 700 rubľov. Štandardné predplatné na rok bude stáť používateľov 2 400 rubľov, predĺžené - 5 100 rubľov. Mobilné aplikácie fungujú v spojení s desktopovou verziou a sťahujú sa zadarmo.

macOS

Carbon Cope Cloner

Licencia: komerčný softvér.

Podpora ruského jazyka: Nie

Pomôcka na vytvorenie duplicitného disku. Podpora pre ruský jazyk nie je poskytovaná, ale nebude ťažké porozumieť rozhraniu.

V časti Zdrojový disk vyberte disk, ktorý chcete skopírovať. V položke Cieľový disk zadajte umiestnenie na uloženie kópie. Proces spustíte tlačidlom Klonovať.

Bezplatné obdobie používania programu je 30 dní. Po Carbon Cope Cloner bude stáť 2 405,65 rubľov.

Android

Licencia: sharewarový softvér.

Podpora ruského jazyka: Existuje.

Pohodlné riešenie na zálohovanie a synchronizáciu aplikácií v systéme Android bez vyžadovania práv root. Pre plnohodnotnú prácu si však budete musieť Helium nainštalovať na počítač so systémom Windows, Linux alebo macOS.

Po nainštalovaní aplikácie do smartfónu dostanete ihneď upozornenie o potrebe desktopovej verzie. Pre jednoduchú inštaláciu a úsporu času program ponúka zaslanie odkazu na užívateľsky prívetivý messenger alebo e-mailom. Odtiaľ prejdite na odkaz na webovú stránku programu, stiahnite a spustite. Inštalácia v štýle „Ďalej“ → „Ďalej“ → „OK“ je jednoduchá.

Počas inštalácie programu mobilná aplikácia zobrazí výzvu na pripojenie telefónu k počítaču a povolenie ladenia USB.

Po prijatí oznámenia o úspešnej synchronizácii je možné smartfón odpojiť od počítača.

Otvorte mobilnú aplikáciu. Zo zoznamu nainštalované programy vyberte tie, ktoré potrebujete a kliknite na tlačidlo "Rezervácia". Zadajte, kde bude záloha uložená, a počkajte na dokončenie procesu.

Ak chcete obnoviť zo zálohy, prejdite na kartu „Obnoviť a synchronizovať“, zadajte umiestnenie s kópiou a vyberte požadované aplikácie a kliknite na "Obnoviť".

Základná verzia programu je bezplatná, cena rozšírenej verzie je 149,86 rubľov.

Rozšírená verzia umožňuje:

• zakázať reklamy;
• nastaviť plánované zálohy;
• povoliť synchronizáciu medzi zariadeniami so systémom Android;
• ukladať dáta v cloude.

Aplikáciu si nemôžu nainštalovať majitelia zariadení Motorola a niektorých modelov Sony.

Licencia: sharewarový softvér.

Podpora ruského jazyka: Existuje.

Najpopulárnejšie medzi Používatelia systému Android nástroj na zálohovanie aplikácií. Vyžaduje root prístup k zariadeniu.

Ak chcete vytvoriť záložnú kópiu jednej alebo viacerých aplikácií, otvorte kartu „Zálohy“, ktorá sa zobrazí úplný zoznam nainštalovaný softvér. Výkričník v blízkosti aplikácie označuje, že pre ňu ešte nebola vytvorená kópia. Ikona telefónu znamená, že program je uložený vnútorná pamäť zariadení. Ikona SD karty označuje aplikácie uložené na pamäťovej karte.

Vyberte aplikáciu a kliknite na „Uložiť“ v ponuke, ktorá sa otvorí.

Záloha bola vytvorená. Teraz, ak znova vstúpite do aplikácie, môžete vidieť tlačidlo "Obnoviť".

Titanum Backup podporuje skupinovú prácu s aplikáciami a zálohami. Ak to chcete urobiť, prejdite na „Menu“ → „Dávkové akcie“.

Táto funkcia umožňuje:

• skontrolujte zálohy - nedávno vytvorené aj celé - na chyby;
• vytvoriť záložné kópie všetkých nainštalovaných aplikácií;
• vytvoriť záložné kópie všetkých systémových údajov;
• odstrániť staré zálohy;
• obnoviť všetky zálohy;
• obnoviť všetky systémové údaje;
• vymazať vyrovnávaciu pamäť aplikácie;
• odinštalovať systémové alebo používateľské aplikácie.

Funkcionalita Titanium Backup je oveľa širšia, ale pre naše účely sú uvedené funkcie úplne dostatočné.

Rozšírená verzia Titanium Backup stojí 349 rubľov. Jeho hlavné vlastnosti:

• vytváranie viacerých záloh pre aplikáciu;
• šifrovanie zálohovaných údajov;
• kontrola všetkých archívov;
• aplikácie dávkového mrazenia a rozmrazovania;
• synchronizácia záloh s cloudom.

iOS

iMazing

Licencia: komerčný softvér.

Podpora ruského jazyka: Existuje.

Kompatibilita: Microsoft Windows macOS.

Vlastne toto Správca súborov s možnosťou zálohovania. V mnohom je podobný iTunes, no pracuje sa v ňom oveľa jednoduchšie a príjemnejšie. Dáta môžete prenášať cez kábel aj cez Wi-Fi a iMazing nemá limit na počet pripojených zariadení.

Keď pripojíte svoje zariadenie k počítaču, iMazing automaticky vytvorí jeho zálohu. Funkcia zmeny údajov priamo v uloženej kópii je veľmi užitočná: pri ďalšom pripojení sa zmenené údaje okamžite zosynchronizujú.

Bezplatné obdobie je 30 dní, po ktorých budete musieť zaplatiť 39,99 USD za používanie na jednom počítači.

Licencia: komerčný softvér.

Podpora ruského jazyka: Nie

Kompatibilita: iOS.

Nástroj na zálohovanie zariadenia s . Umožňuje vám ukladať poznámky, kontakty, fotografie, správy, históriu hovorov a ďalšie.

Ak chcete vytvoriť zálohu, stačí vybrať, čo chcete uložiť, a kliknúť na príslušnú ikonu. Kópiu je možné uložiť do smartfónu, počítača, cloudu alebo poslať e-mailom.

Ak chcete obnoviť údaje, kliknite na tlačidlo Obnoviť v ponuke na ľavej strane obrazovky.

Náklady na BackupAZ sú 2,99 USD.

iLex

Licencia: slobodný softvér.

Podpora ruského jazyka: Existuje.

Kompatibilita: iOS.

A tento softvér vyžaduje, aby ste mali útek z väzenia. Bezplatná aplikácia iLex vám umožňuje ukladať absolútne akékoľvek údaje zo zariadenia, okrem toho na prácu nepotrebuje počítač.

Po vytvorení záložnej kópie ju uložte tam, kde sa vám to hodí, a po flashovaní zariadenia alebo v prípade straty skopírujte archív do telefónu a obnovte potrebné informácie.

Cydia

Licencia: slobodný softvér.

Podpora ruského jazyka: Existuje.

Ak to chcete urobiť, prejdite do časti Správa účtov, zadajte svoj účet a vyberte možnosť Inštalovateľné nákupy. To je jediný spôsob, ako to urobiť iba pre zakúpené aplikácie. Informácie o bezplatnej Cydii sa neukladajú.

Cloudové riešenia

disk Google

Licencia: sharewarový softvér.

Podpora ruského jazyka: Existuje.

Kompatibilita:

Umožňuje ukladať používateľské údaje na serveroch Google, rozlišovať prístupové práva k súborom a priečinkom, otvárať prístup a zdieľať ich s ostatnými používateľmi internetu.

Úložisko obsahuje:

• Disk Google – slúži na ukladanie súborov;
• Gmail – ukladá kontakty používateľa a je výkonným e-mailovým klientom;
• Google Photo – automaticky nájde obrázky na zariadeniach a uloží ich do cloudu.

15 GB je zadarmo. Za väčší objem si budete musieť priplatiť od 2,99 do 299 dolárov. Maximálny objemúložisko je 30 TB a nahrávanie súborov je 5 TB.

Pre bezplatné používanie K dispozícii je 2 GB úložného priestoru. Cena 1 TB bude 9,99 eura. Neobmedzený priestor je možné zakúpiť za 10 eur mesačne.

Yandex.Disk

Licencia: sharewarový softvér.

Podpora ruského jazyka: Existuje.

Kompatibilita: prehliadače, Microsoft Windows, macOS, Android, iOS.

Cloudová služba ruského pôvodu, bývalý Yandex.People. Rovnako ako predchádzajúce riešenia umožňuje ukladať dáta v cloude a zdieľať ich s ostatnými používateľmi internetu. Podporuje synchronizáciu medzi rôznymi zariadeniami.

Používatelia majú k dispozícii 10 GB zadarmo. Za ďalších 10 GB Yandex žiada zaplatiť 30 rubľov, za 100 GB - 80 rubľov, zatiaľ čo cena 1 TB bude iba 200 rubľov.