Vysoká škola ekonomická v Praze. Fakulta informatiky a statistiky Katedra informačních technologií

Vysoká škola ekonomická v Praze Fakulta informatiky a statistiky Katedra informačních technologií

Studijní program: Aplikovaná informatika Obor: Informatika

ZÁLOHOVÁNÍ SERVERŮ BAKALÁŘSKÁ PRÁCE

Student Vedoucí bakalářské práce Oponent

: Jan Horák : Ing. Luboš Pavlíček : Ing. Ondřej Vadinský

2012

Prohlášení:

Prohlašuji, že jsem bakalářskou práci zpracoval samostatně a že jsem uvedl všechny použité prameny a literaturu, ze kterých jsem čerpal.

V Praze dne 8. května 2012

.....………………………….. podpis

Poděkování:

Prohlašuji, že jsem bakalářskou práci zpracoval samostatně a že jsem uvedl všechny použité prameny a literaturu, ze kterých jsem čerpal.

Abstrakt Bakalářská práce se zabývá nástroji pro zálohování serverů. Těmito nástroji jsou softwary Bacula, Amanda, BackupPC a Windows Server Backup. V úvodu představuje seznámení s pojmy ohledně zálohování a nastíní možné strategie zálohování. Hlavní část práce nabízí scénáře, pro které jsou jednotlivé nástroje vhodné. Všechny nástroje popisuje podrobněji jak z hlediska funkcí, tak z hlediska práce s nimi při vytváření záloh a obnově souborů a složek. V závěru jednotlivé nástroje porovnává z hlediska daných kritérií tak, aby určila nejlepší z vybraných programů pro zálohování serverů.

Klíčová slova Zálohování, server, open-source, Linux, Windows

Abstract The Bachelor work deals with tools for backing up servers, these software tools are Bacula, Amanda, BackupPC and Windows Server Backup. In introduction author overview concepts of backup and outlines possible backup strategy. The main part of work offers scenarios for which each backup instrument is appropriate. All the tools are described in details in terms of functionality and in terms of working with them during backup and restore files or folders. At the end of work is each tool compare with others in terms of the criteria to choose the best selected program for backup server.

Keyword Backup, server, open-source, Linux, Windows

1

2

3

4

5

6

ÚVOD.......................................................................................................................................................1 1.1

CÍL A STRUKTURA PRÁCE .................................................................................................................................. 1

1.2

OMEZENÍ PRÁCE............................................................................................................................................. 2

ZÁLOHOVÁNÍ, BITOVÉ KOPIE, ARCHIVACE A DALŠÍ POJMY ......................................................................3 2.1

ZÁLOHOVÁNÍ ................................................................................................................................................. 3

2.2

KLIENT A SERVER ............................................................................................................................................ 3

2.3

STRATEGIE .................................................................................................................................................... 4

2.4

BITOVÁ KOPIE ................................................................................................................................................ 4

2.5

ARCHIVACE ................................................................................................................................................... 5

2.6

DEDUPLIKACE ................................................................................................................................................ 5

2.7

SNAPSHOT .................................................................................................................................................... 5

BACULA ...................................................................................................................................................7 3.1

HISTORIE ...................................................................................................................................................... 7

3.2

SOUČASNOST ................................................................................................................................................ 7

3.3

MOŽNOSTI.................................................................................................................................................... 8

3.4

KOMPONENTY ............................................................................................................................................... 8

3.5

ZÁLOHA A OBNOVA DAT................................................................................................................................. 11

3.6

OBNOVA VIRTUÁLNÍCH SERVERŮ ..................................................................................................................... 14

AMANDA ...............................................................................................................................................16 4.1

HISTORIE .................................................................................................................................................... 16

4.2

SOUČASNOST .............................................................................................................................................. 17

4.3

JAK NÁSTROJ PRACUJE ................................................................................................................................... 17

4.4


4.5


BACKUPPC .............................................................................................................................................23 5.1

MOŽNOSTI.................................................................................................................................................. 23

5.2

JAK BACKUPPC PRACUJE................................................................................................................................ 23

5.3

ROZHRANÍ .................................................................................................................................................. 24

5.3.1

Status ............................................................................................................................................. 24

5.3.2

Host Summary ............................................................................................................................... 26

5.3.3

Edit Config...................................................................................................................................... 26

5.3.4

LOG file .......................................................................................................................................... 27

5.4


5.5


WINDOWS SERVER BACKUP ..................................................................................................................29

7

6.1

MOŽNOSTI.................................................................................................................................................. 29

6.2

JAK WINDOWS SERVER BACKUP PRACUJE ......................................................................................................... 29

6.3

ROZHRANÍ, ZÁLOHA A OBNOVA DAT ................................................................................................................. 30

6.4


HODNOCENÍ ..........................................................................................................................................33 7.1

KRITÉRIA Z HLEDISKA FUNKCÍ .......................................................................................................................... 33

7.2

KRITÉRIA Z HLEDISKA ČASU ZÁLOHOVÁNÍ/OBNOVENÍ A VELIKOSTI DAT ..................................................................... 34

7.3

HODNOTÍCÍ TABULKA .................................................................................................................................... 37

7.4

VYHODNOCENÍ VÝSLEDKŮ .............................................................................................................................. 38

7.4.1

Serverová farma ............................................................................................................................ 38

7.4.2

Malé a střední firmy ...................................................................................................................... 38

8

ZÁVĚR ....................................................................................................................................................40

9

SEZNAM LITERATURY .............................................................................................................................41

10

SEZNAM OBRÁZKŮ, GRAFŮ A TABULEK .................................................................................................43 10.1

SEZNAM OBRÁZKŮ ................................................................................................................................... 43

10.2

SEZNAM GRAFŮ ...................................................................................................................................... 44

10.3

SEZNAM TABULEK .................................................................................................................................... 44

1 Úvod 1.1 Cíl a struktura práce Datových center v dnešní době přibývá. Spolu s rostoucími náklady na energii datových center rostou také nároky na spolehlivost hardware. Kapacita pevných disků se každým rokem zvyšuje přibližně o 40% a tak zálohování pomocí backup serveru je dnes méně nákladné, než zálohování pomocí jiného řešení, například pásek, či optických disků. Práce se tedy zaměřuje na zálohování serverů pouze pomocí software. Jednotlivé programy byly vybrány na základě článku od W.Curtis Prestona s názvem Open-source data backup options for your data center (1). Jedná se tedy o programy Amanda, Bacula a BackupPC. Serverové části těchto programů jsou orientovány na operační systémy GNU/Linux či Unix, cílem bakalářské práce je i práce v systému Windows Server. Je zde popsána i práce s integrovaným řešením v tomto operačním systému a to za pomoci software Windows Server Backup. Začátkem práce jsou vysvětleny pojmy zálohování, archivace a jsou zde nastíněny možné strategie pro zálohování. Nejsou opomenuty ani pojmy se zálohováním spojené, jako bitové kopie či deduplikace. Následující kapitola se zaměřuje na hlavní část této práce, což je popis jednotlivých řešení pro zálohování a obnovení dat. Každý ze zálohovacích programů je vhodný pro zálohování jiným způsobem. U každého z vybraných programů je popsán způsob obnovy a zálohování dat, tento popis lze brát jako ukázku způsobu práce s těmito programy. Závěrem práce jsou testovány zvolené programy dle určitých kritérií. Tyto kritéria jsou nastavena tak, aby bylo možné zhodnotit klady jednotlivých softwarových řešení a práce tak umožnila vybrat nejvhodnější software pro zálohování serverů pro určitý typ scénáře. Tyto scénáře jsou popsány ve zhodnocení. Ve všech scénářích je cíl pouze zálohování serverů. Koncové uživatelské stanice a jejich zálohování nejsou cílem této práce, avšak možnost zálohování klientských počítačů bude zvoleno jako jedno z kritérií při hodnocení.

1

Tato práce je užitečná pro administrátory serverů, kteří se plánují zabývat zálohováním a obnovou dat na operačních systémech, ať již na bázi OS GNU/Linux, Unix či serverových operačních systémů společnosti Microsoft. V českém jazyce bohužel neexistuje literatura věnovaná pouze tématu zálohování na jednotlivých platformách. Dostupná literatura v anglickém jazyce specializovaná na zálohování byla použita jako zdroj při psaní a je uvedena v seznamu literatury na konci práce.

1.2 Omezení práce Podrobnější nastavení a samotná instalace jednotlivých programů v této práci nejsou probrány, jelikož by práce v tomto případě několikrát překročila svůj rozsah. Zároveň zde není popsáno zálohování a obnova databází, jelikož k tomuto tématu již existuje odborná literatura pro jednotlivé platformy databází, kde je o zálohování a obnově dat zmíněno. Práce by tedy neposkytla v tomto případě velký přínos.

2

2 Zálohování, bitové kopie, archivace a další pojmy 2.1 Zálohování „Záloha nebo záložní kopie, je kopie dat uložená na jiném datovém nosiči (nebo i místě). Záložní data jsou využívána v případě ztráty, poškození nebo jiné potřeby práce s daty uloženými v minulosti. Zálohování probíhá nepravidelně nebo pravidelně podle rozvrhu“ (2). Pokud se zálohuje správně, zabere obnovení dat mnohonásobně méně času a peněz, než v případě neprovádění záloh. Čím častěji jsou zálohy prováděny, tím větší je jistota, že potřebná data budou v případě havárie aktuální. Možností jak přijít o data je mnoho, ať již lidskou chybou, kdy uživatel odstraní data, která chtěl ponechat, poškozením hardware, na kterém jsou daná data uchována či selháním operačního systému. Co se týče zálohování serverů, je vhodné mít umístěn zálohovací server v jiné lokalitě, než zálohovaná data. Toto se provádí z několika důvodů. Základní důvody jsou: nikdy nelze vyloučit možný výpadek proudu, nefunkčnost systému chlazení v data centru či v nejhorším případě nečekané přírodní katastrofy. V případě omezení možné ztráty dat na zálohovacím serveru je vhodnější mít těchto serverů několik a tím tak zamezit i případnému selhání zálohovacího systému. Firma provozující servery si proto musí vhodně zvolit množství vynaložených nákladů na vytváření záloh spolu s cenou dat na serveru. V dnešní době by jakákoliv softwarová firma při ztrátě cenných dat prakticky ohrozila svojí existenci. Zálohy je proto nutné provádět. Mezi základní vlastnosti zálohovacích systémů patří zálohovací funkce anglicky označována jako job a její plánování. Tato funkce je soubor údajů o tom, jak se má zálohovací systém chovat, co se má zálohovat, kam uložit zálohu a jakou metodu (kompletní záloha, inkrementální, diferenciální či jejich kombinace) má provést (3).

2.2 Klient a server Zálohování a obnova dat je spojena s pojmy zálohovací server, neboli backup server, či klient. Zálohovací server je systém, na který se jednotlivé zálohy ukládají a který za pomoci svého nastavení řídí zálohování a obnovu dat.

3

V případě klienta či klientské stanice, se jedná o systém, jehož data se zálohují za pomoci zálohovacího systému na daný server. Tyto data je tedy možno obnovovat.

2.3 Strategie Každá firma s více servery se musí rozhodnout co zálohovat a hlavně kdy. To jsou základní otázky při zřizování zálohování. Přitom se musí počítat, že každá záloha zabere určitou velikost místa. Tedy čím více bude firma mít uložených záloh, tím větší budou náklady na diskovou kapacitu. Pokud na serveru jsou důležitá data ve dvou složkách, není třeba každou hodinu zálohovat celý operační systém. Bude však dobré, pokud jsou v těchto složkách například účetní data, mít co nejaktuálnější zálohy a tedy zálohovat i několikrát denně. Stupně zálohování se značí čísly od 0 do 9, kdy stupeň 0 je kompletní záloha celého systému a stupeň 1 je přírůstková, neboli inkrementální záloha. Pojem přírůstková záloha označuje vše, co se změnilo od zálohy 0, další stupně pokračují již obdobně, tedy další stupeň zálohuje vše, co se změnilo od předchozího stupně. Existuje ještě diferenciální záloha. Pod tímto pojmem se nachází záloha všeho, co se změnilo od poslední kompletní zálohy. Možností jak následně zálohovat je několik. Jako příklad je uvedena hojně používaná strategie a to týdenní celkové zálohování s denními přírůstky. Pomocí této strategie je možné vyhledat zálohu z jakéhokoliv dne v týdnu. (4) Pondělí

Úterý

Středa

Čtvrtek

Pátek

Sobota

Neděle

1

2

3

4

5

6

0

Tabulka 1: Týdenní kompletní záloha + denní přírůstková (Zdroj: vlastní)

2.4 Bitová kopie Označení bitová kopie prakticky vypovídá o tom, co tato funkce provádí. Jedná se o přesnou kopii celých disků, či systémových oddílů. Na rozdíl od ostatních softwarových řešení, kdy je možné zálohovat různé soubory, či složky, si bitová kopie zjednodušeně řečeno, není nucena pamatovat strukturu disku, nebo jaká data se na jednotlivém disku nacházejí. Pokud tedy firma přijde o celý systém, je možné její pomocí původní systém zkopírovat na nový bez potřeby hledání důležitých dat a položek na něm uložených. Nový systém bude totožný se souborem bitové kopie (5). 4

2.5 Archivace Data jsou zálohována proto, aby byla co nejdříve dostupná v případě poruchy. Na rozdíl od tohoto principu by se měla data také archivovat. Archivace se neprovádí nikoliv z důvodů náhrady za zálohování, ale pro možnost dohledání starší shromážděné informace pro pozdější použití (6). Další důvod je uvolnit primárním zálohovacím serverům kapacitu pro nové zálohy. Archivují se například účetní data, faktury, smlouvy, případně jiná důležitá data. Pro archivaci dat se používají média s vysokou životností, tedy kvalitní optické disky.

2.6 Deduplikace Spolu s rozsáhlejšími systémy, které je nutno zálohovat, narůstá i náročnost na uchování dat. Deduplikace se tento nastupující trend datové náročnosti snaží zmírnit. V případě existence stejného souboru, který je uložen na více klientských stanicích, se nebude zálohovat každý soubor do zálohy jednotlivých klientů. Uloží se pouze jedenkrát a další zálohy jsou následně informovány, že se tento soubor nenachází v samostatné záloze, avšak je uložen na konkrétním místě. Samozřejmě, že tímto způsobem nelze zálohovat každý soubor, záleží na počtu změn. Čím více je těchto změn provedeno, tím metoda deduplikace ztrácí své výhody. „Deduplikace na cíli řeší primárně otázku úspory kapacity zálohovacího úložiště. Málokdy vede ke zkrácení času potřebného pro zálohování, protože všechna data stejně nejdříve musí být přenesena na cíl. Tato metoda má nicméně univerzální použití – hodí se, pokud má zákazník zájem o deduplikaci záloh, ale v danou chvíli již používá stávající zálohovací řešení a nechce migrovat na jiný zálohovací software“ (7).

2.7 Snapshot Problémem při zálohování dat je také potřeba ochrany dat v souladu s novými legislativními požadavky, u kterých je vyžadována jejich vysoká dostupnost a delší doba uchování. Na to slouží funkce snapshot, neboli obraz přesného stavu dat v určitém okamžiku. Používá se z důvodů nepotřeby odstavení klientské aplikace v případě provádění těchto záloh. Nejedná se tedy o kopii dat, ale pouze informaci, 5

jak jsou jednotlivá data organizována. Na základě tohoto obrazu, lze následně kopírovat na určený diskový oddíl všechny změny dat. Podle zaznamenaných snapshotů, mohou administrátoři zrekonstruovat stav dat od okamžiku jejich porušení (8).

6

3 Bacula 3.1 Historie Nástroj Bacula je dostupný jako open-source. Jedná se o zálohovací software pro zálohování systémů a dat pomocí sítě ať již na disky, pásky, či jakékoliv další zařízení. Projekt započal v lednu 2000, trvalo však dva roky (9), než na svět přišla veřejná verze 1.16, která byla vložena na web sourceforge.com1. Již v té době se jednalo o sadu softwarových nástrojů pro řízení záloh, jejich obnovu a verifikaci. Program sloužil především jako náhrada pro programy jako tar či dump, které byly nevhodné pro nasazení v širším měřítku. Nástroj Bacula v původní verzi již obsahoval plánovač záloh, zálohování jednotlivých souborů či kompletních stromových

struktur,

konzolový

nástroj

pro

řízení

záloh,

2

CRAM-MD5 autentifikaci nebo zálohování diskových oddílů . Prvotní verze měla také samozřejmě několik slabostí, mezi něž patřily například: chyby při zálohování souborů s dlouhými názvy, či že grafické rozhraní bylo ve fázi vývoje a nebylo uživatelsky přívětivé.

3.2 Současnost Nyní je nástroj Bacula dostupný již ve verzi 5.2.6. a to například pro platformy: většina distribucí GNU/Linux, MS Windows, FreeBSD (10). Mezi výhody nejnovější verze patří podpora backend databází MySQL, PostgreSQL a SQLite. Soubory, které jsou zálohovány, lze vytvářet podpisové soubory SHA1 a MD5 spolu s možností spouštění skriptů před a po zálohování nebo zálohování všech dat na jednom místě. Komunikace mezi jednotlivými komponentami probíhá za pomoci TCP/IP protokolu lze použít i OpenSSH. V případě přírůstkové zálohy systém nehlídá nové soubory dle poslední zálohy, ale za pomoci metadat informujících o času vytvoření či upravení souboru. V případě přidání souboru se starším datem vytvoření, než je poslední záloha, jej Bacula nebude brát jako nový a tedy nutný zálohovat. Samozřejmé je zasílání automatických zpráv na email a to ať již o chybách či úspěšném provedení záloh. 1 2

Webový server s repozitáři zdrojových kódů Zdroj: manuál Bacula pro verzi 1.16 obsažený v samotném programu

7

3.3 Možnosti Jedna z hlavních výhod je automatizace zálohování v případě použití více diskového systému. Bacula si jednotlivé diskové oddíly rozdělí a sama označí. Jakmile začne docházet místo na oddílu kam zálohuje, administrátora systému automaticky kontaktuje emailem či pomocí konzole a začne zálohovat na další určený volný diskový oddíl. Bacula také umožňuje vytvořit spouštěcí (bootovací) soubor, který bude obsahovat původní nastavení čistého systému, v případě jeho selhání, tak umožní velice rychlou instalaci s daty a nastavením původního systému.

3.4 Komponenty Nástroj Bacula se již od svých počátků neskládá pouze z jedné komponenty, ale je v něm obsaženo těchto komponent několik. Jejich názvy jsou: Bacula Director, Bacula Console, Bacula File, Bacula Storage, Catalog a Bacula Monitor. Pro lepší vysvětlení závislostí mezi jednotlivými složkami je přiložen obrázek níže, pod ním jsou popsány jednotlivé komponenty (11). Pracovní stanice administrátora

Databázový server; port 3106

MySQL, SQLLite či PostreSQL databáze Storage pro katalogy

Command Konzole Příkazová konzole, pomocí které lze Kontrolovaz zálohy a obnovy dat.

Backup server; port 9101

Bacula director démon Aplikace běžící v pozadí, která řídí rozvrhy, autorizuje spojení A kontroluje provádění záloh

File server; port 9102

Storage server; port 9103

Bacula file démon OSX, Linux, Unix či Windows aplikace běžící V pozadí, která čte soubory ze zdroje dat

Bacula storage démon Aplikace běžící v pozadí, která Zapisuje data na disk, pásku aj.

Obrázek 1: Znázornění vztahu mezi komponentami nástroje Bacula (Zdroj: vlastní) 8

Bacula Director Director v překladu znamená ředitel, což je výstižné slovo pro tuto komponentu, neboť se stará o řízení zálohování, sledování závislostí, ověřovací a obnovovací operace a také podávání zpráv o zálohování. Pomocí tohoto ředitele lze také zasílat dotazy Bacula Storage, či Bacula File démonu na klientských serverech.3 Bacula Console Je komponenta, která umožňuje administrátorovi systému komunikaci s Bacula Directorem. Při práci s ní se používá příkaz bconsole. Komponenta je dostupná v několika verzích v závislosti na uživatelském rozhraní, těmi jsou: textová konzole, interface založený na Frameworku QT (12), nebo rozhraní založené na GUI platformě wxWidgets (13). Textová konzole je nejzákladnějším ovládacím prvkem, ale přesto je mezi administrátory systémů hojně využívaná, jelikož nabízí kompletní škálu možností, s kterými lze v Bacule pracovat. Rozhraní na QT Frameworku je dostupné pro Linuxové uživatelské rozhraní GNOME. Má většinu funkcí z textové konzole, bohužel je nestabilní na některých linuxových distribucích, což k možné použitelnosti nepřispívá. Poslední zmiňovaná rozhraní založená na platformě wxWidgets taktéž obsahují většinu možných funkcí z textové konzole. Jako přidanou hodnotu nabízejí interaktivní obnovu souborů. Bacula File Tento démon se především stará o přesun dat na vybraného storage démona a to včetně metadat, tyto metadata obsahují informace o velikosti souboru, přístupových právech a datum. Musí tedy být nainstalovaný na každém systému, který se zálohuje. Komunikuje také s Bacula Directorem ohledně informací jaký klient je právě zálohovan a jaký storage démon je právě využívaný. Bacula Storage Bacula Storage démon slouží k interakci s médii, na která se zálohuje. Komunikuje tedy s diskovými oddíly, stará se o jejich připojování a odpojování. Pokud se používají pásky, stará se o označování pásek a management automatických zásobníků pásek. 3

Klientský server je server, z kterého pomocí Baculy zálohujeme data

9

Catalog Funkce Catalog si lze prakticky představit jako databázový server. Hlavní funkcí je indexování souborů v databázi, která se vytváří z názvů a metadat jednotlivých zálohovaných dat. Díky indexování umožňuje administrátorovi přehledně prohlížet zálohy a soubory v nich. Udržuje také záznamy o všech diskových oddílech a běžících procesech. Podporuje běh na databázích MySQL, PostgreSQL a SQLite. Otázka jaká databáze je vhodnější, je především na preferencích administrátora systému. V případě poškození katalogu je zde obsažen nativní nástroj bscan vhodný pro jeho opravu.

10

Bacula Monitor Poslední funkce, jak již název napovídá, je funkce na monitorování běhu záloh. Umožňuje sledování statusů Bacula Director démona, Bacula File démona a Bacula Storage démona.

3.5 Záloha a obnova dat Níže je uveden postup pro práci se zálohováním nebo obnovou dat z klientské stanice. Ovládání celého systému Bacula je prováděno pomocí Bacula Console. Při testování je použita verze 5.2.6. z 22.února 2012, jedná se o nejnovější verzi dostupnou pomocí oficiálních Debian repositářů na začátku roku 2012. . Kdy bude systém Bacula jednotlivé systémy zálohovat se určí za pomoci souboru /etc/Bacula/Bacula-dir.conf v položce Schedule. Každý zálohovaný klient může mít nastaven rozvrh záloh jinak, lze také využívat i jeden rozvrh pro všechny klienty. Níže je přiložena ukázka možné konfigurace tohoto rozvrhu. Tento rozvrh provádí každou neděli v 23:05 kompletní zálohu a od pondělí do soboty v 23:05 přírůstkovou zálohu. Schedule { Name = "WeeklyCycle" Run = Level=Full sun at 23:05 Run = Level=Incremental mon-sat at 23:05 }

Obrázek 2: Ukázka nastavení Schedule (Zdroj: vlastní) Lze spustit i ruční zálohu. Ta se nastavuje pomocí příkazu run v bconsoly. Následně se vybere klient, kterého požadujeme zálohovat, a vše se zařadí do fronty. Záloha se spustí v okamžiku, kdy na ní ve frontě záloh dojde řada. Do fronty se zapisuje z důvodů jistoty, aby se nepustila ruční záloha právě tehdy, kdy probíhá zálohování jiného stroje. Každá záloha je označena svým ID, dle kterého je možné následně jednotlivé zálohy obnovovat.

11

bconsole Connecting to Director localhost:9101 1000 OK: Bacula-server-dir Version: 5.0.2 (28 April 2010) Enter a period to cancel a command. *run Automatically selected Catalog: MyCatalog Using Catalog "MyCatalog" A job name must be specified. The defined Job resources are: 1: client-all-fd 2: restore Select Job resource (1-2): 1 Run Backup job JobName: client-all-fd Level: Incremental Client: client-all-fd FileSet: Catalog Pool: File (From Job resource) Storage: moje-storage (From Job resource) When: 2012-05-10 14:54:18 Priority: 11 OK to run? (yes/mod/no): yes Job queued. JobId=26

Obrázek 3: Výpis z bconsole při ručním provádění záloh (Zdroj: vlastní) Obnovení dat je založeno na příkazu restore v bconsoli. Důležitá možnost je „Výběr nejaktuálnější zálohy klienta“ a dále také „Vyhledání zálohy dle data“. Zde se zadá datum, z kterého je potřeba obnovit data a Bacula najde nejnovější zálohu před tímto datem. Toto je využitelné v případě, že požadovaný soubor na začátku měsíce byl ještě v pořádku atp. To select the JobIds, you have the following choices: 1: List last 20 Jobs run 2: List Jobs where a given File is saved 3: Enter list of comma separated JobIds to select 4: Enter SQL list command 5: Select the most recent backup for a client 6: Select backup for a client before a specified time 7: Enter a list of files to restore 8: Enter a list of files to restore before a specified time 9: Find the JobIds of the most recent backup for a client 10: Find the JobIds for a backup for a client before a specified time 11: Enter a list of directories to restore for found JobIds 12: Select full restore to a specified Job date 13: Cancel

Obrázek 4: Možnosti bconsole (Zdroj: vlastní)

12

Select item: (1-13): 5 Defined Clients: 1: Bacula-server-fd 2: client-all-fd Select the Client (1-2): 2 Automatically selected FileSet: Catalog +-------+-------+----------+-------------+---------------------+---------------+ | JobId | Level | JobFiles | JobBytes | StartTime | VolumeName | +-------+-------+----------+-------------+---------------------+---------------+ | 20 | F | 75,688 | 487,913,037 | 2012-05-08 20:29:02 | client-all-fd | | 24 | D | 7 | 18,407 | 2012-05-08 23:05:03 | client-all-fd | | 25 | I | 133 | 1,154,922 | 2012-05-09 23:05:04 | client-all-fd | | 26 | I | 136 | 1,081,391 | 2012-05-10 14:54:27 | client-all-fd | +-------+-------+----------+-------------+---------------------+---------------+ You have selected the following JobIds: 20,24,25,26 Building directory tree for ++++++++++++++++++++++++++++++++++++++++++++ 67,853 files inserted into the tree.

JobId(s)

20,24,25,26

...

Obrázek 5: Výpis bconsole v případě možnosti „Výběr nejaktuálnější zálohy klienta“. (Zdroj: vlastní) Následuje výběr položek souborového stromu, kde lze pomocí příkazu mark označit jednotlivé položky k obnově. Listování ve stromu probíhá pomocí standardních linuxových příkazů a to tedy ls – ukaž list souborů a složek v aktuální složce a cd změň složku. Po vybrání souborů se zadá příkaz done a obnovení ze zálohy se uloží, obdobně jako spuštění záloh ručně, do fronty. $ done Bootstrap records dir.restore.1.bsr

written

to

/var/lib/Bacula/Bacula-server-

The job will require the following Volume(s) Storage(s) SD Device(s) ====================================================================== client-all-fd moje-storage moje-storage Volumes marked with "*" are online. 103 files selected to be restored. Run Restore job JobName: restore Bootstrap: /var/lib/Bacula/Bacula-server-dir.restore.1.bsr Where: /data/restore Replace: always FileSet: Catalog Backup Client: client-all-fd Restore Client: client-all-fd Storage: moje-storage When: 2012-05-10 15:19:21 Catalog: MyCatalog Priority: 10 Plugin Options: *None* OK to run? (yes/mod/no): yes Job queued. JobId=27

Obrázek 6: Výpis bconsole při obnově dat (Zdroj: vlastní) 13

V možnostech nastavení Bacula Directora lze také nastavit na jaký server se obnovená data budou ukládat. Zda na klienta nebo server a případně do jaké složky. Obnovení dat z GNU/Linux , Windows či Apple klienta je obdobné.

3.6 Obnova virtuálních serverů Níže je popsáno, jak pomocí nástrojů Bacula zálohovat virtuální systémy na virtualizačním softwaru XEN. Nástroj XEN si ukládá konfigurační soubory ohledně nastavení jednotlivých virtualizovaných systémů ve složce /etc/xen pojmenované hostname_stroje.cfg. Dále systém potřebuje virtualizovaný disk, swap, jádro a ramdisk. Místo uložení těchto virtuálních disků si administrátor může zvolit sám. Pro případ této práce jsou disky uloženy ve složce /home/data/xen/domains. Jádra a ramdisky jsou uloženy ve složce /boot. V případě zálohování či obnovy virtuálního stroje, je lepší pro větší přehlednost v těchto zálohách vytvořit nového klienta, pro každý virtuální stroj zvlášť a toho zálohovat jako celý server. Je samozřejmě možné zálohovat i celý systém, na kterém jednotlivé virtuální stroje běží. Toto řešení je sice náročnější na čas při prvotním nastavení, avšak při obnově dat ušetří spoustu času při hledání všech souborů, které daný virtuální stroj potřebuje ke svému běhu. Jelikož se bude jednat o konfigurační soubory, popis jednotlivých nastavení, je připsán za znakem #. Nejdříve se přidá položka pro nového klienta FileSet v souboru /etc/Bacula/Bacula-dir.conf, která se stará o zálohované složky, obsažené v části Include. FileSet { Name = "virtual-xen1" #jméno filesetu Include { #včetně souborů určených ve File Options { #další nastavení filesetu signature = MD5 #přidání MD5 podpis ke každému souboru v katalogu compression=GZIP #způsob komprese } File = "/etc/xen/virtual-xen1.cfg" File = "/home/data/xen/domains/virtual-xen1" File = "/boot/vmlinuz-2.6.26-1-xen-amd64" File = "/boot/initrd.img-2.6.26-1-xen-amd64" }

Obrázek 7: Ukázka Fileset v souboru Bacula-dir.conf (Zdroj: vlastní)

14

Client { Name = " virtual-xen1" Address = ip_adresa_serveru_na_kterem_virtual_bezi FDPort = 9102 #port filedaemona Catalog = MyCatalog #jméno catalogu Password = "tajne_heslo" #heslo pro FileDaemona Job Retention = 6 months #jak dlouho ponechat soubory AutoPrune = yes #automaticky odstranit soubory po uplinutí Job Retention }

Obrázek 8: Ukázka nastavení nového klienta, kterému je přiřazeno zálohování (Zdroj: vlastní) Po konfiguraci již na systému lze obnovit a zálohovat soubory obdobně jako v předešlé kapitole 3.5.

15

4 Amanda 4.1 Historie Název Amanda znamená Advanced Maryland Automated Network Disk Archiver. Jedná se o starší řešení než Bacula. Amanda byla vytvořena v roce 1991 na univerzitě Maryland ve středisku Počítačové vědy, naprogramovaná byla v jazyku C a Perl. Hlavní funkcí tohoto programu bylo zálohování velkého počtu klientů na jeden backup server. Před vydáním veřejné verze, byl nástroj používán především na univerzitách a výzkumných centrech. První verze dostupná pro veřejnost vyšla v roce 1999, tedy o 3 roky dříve, než nástroj Bacula (14). Projekt začal na univerzitě vytvářet James de Silva, během dalších let vývoje se na celkovém kódu zapsalo více než 250 vývojářů z celého světa a tisíce uživatelů, kteří zaručovali zpětnou vazbu vývojářům. V roce 2005 dokonce vyhrála cenu čtenářů v magazínu Linux Joural Readers (15). Předběhla tehdy i Baculu, která se umístila na druhém místě. Obdobně jako Bacula, je dostupná na velkém množství platforem (16). Od většiny distribucí GNU/Linuxu, Unixu, OS X až po systémy Windows. Umožňuje zálohovat jak na disky, NAS4 zařízení, pásky či RAID pole. Zálohy lze provádět paralelně na více zařízení. Zajímavostí je, že Amanda nepoužívá pro různá zařízení, se kterými pracuje své integrované ovladače, ale všechny potřebné informace si stahuje rovnou ze systému.

4

Zkratka pro Network-attached storage

16

Obrázek 9: Typické schéma zapojení serverů při použití softwaru Amanda (Zdroj: http://Amanda.zmanda.com)

4.2 Současnost V době psaní této práce je zálohovací nástroj Amanda dostupný ve verzi 3.3. Tato verze je uzpůsobena pro stroje na 32 či 64 bitové platformě. Obsahuje integrovaný páskový management, z důvodů podpory paralelního zálohování na jedno zařízení. Po dokončení kopie ji software okamžitě přesune na virtuální pásku na disku, či jiném zařízení pro zálohování. Výhodou využití softwaru Amanda je centralizace. Již od počátku vývoje byl nástroj uzpůsoben pro použití na jednom serveru. U nástroje Bacula je toto také možné, avšak pouze v případě použití a nastavení všech komponent na jednom serveru. Amanda by tedy měla být jednodušší na správu celkového zálohovacího systému. Klienti Amandy spolu komunikují na síťové vrstvě pomocí protokolů TCP a UDP.

4.3 Jak nástroj pracuje Nástroj Amanda se vyskytuje ve dvou provedeních, klient a server. Na zálohovací server se nainstaluje serverová část starající se o termíny záloh. Složky, do kterých jsou zálohy ukládány a také o množství serverů k zálohování. Toho se v Amandě dosahuje za pomoci souboru Amandahosts umístěným ve složce /etc v případě serverové části bězící na systému GNU/Linux. Naproti tomu klientská část se instaluje na klientský server. Tato komponenta se stará o započetí komunikace pokud o ní zálohovací server požádá a také o správu složek k zálohování. Základem bezpečnosti je samozřejmě povolení přístupu pro ostatní klienty na straně serveru, nacházející se ve složce /var/backups. Komprimace v případě systému GNU/Linux probíhá za pomocí nástroje tar či zip v případě Windows. Zabezpečení přenosu také probíhá pomocí nástroje OpenSSH.

17

4.4 Záloha a obnova dat Jakmile jsou správně nainstalované obě části Amandy, jak klienta, tak serveru, lze začít zálohovat. Termíny, kdy budou z jednotlivých klientů probíhat zálohy, jsou určeny pomocí crontab5 na straně zálohovacího serveru:

5

Systémový nástroj pro spouštění úloh v daný čas

18

su

Amandabackup -c "crontab -e"

Obrázek 10: Příkaz pro editaci crontab (Zdroj: vlastní) Uživatel Amandabackup přidá do crontab například tento řádek: 0 1 * * 1-7 /usr/sbin/amdump DailySet1

Obrázek 11: Ukázka řádku v crontab (Zdroj: vlastní) Jednotlivá čísla označují dobu, kdy se bude spouštět příkaz amdump pro zálohování všech strojů, které jsou uložené v nastavení DailySet1. Odstupňovaná čísla znamenají, bráno zleva: minuty, hodiny, dny, měsíce a dny. Pokud je na místě hvězdička, znamená to provedení v každé jednotce času, kterou hvězdička nahrazuje. V tomto případě první hvězdička zleva znamená to, že se daný příkaz bude provádět v jakékoliv datum, jakýkoliv měsíc. Příkaz výše tedy znamená, že se zálohy provádějí každý den v 01:00 hodin ráno. Amandabackup@bckup-1:~$ amadmin DailySet1 find date 2012-05-04 2012-05-04 2012-05-04 2012-05-04

22:27:13 23:00:01 22:27:13 23:00:01

host disk lv 95.168.196.250 / 95.168.196.249 / 95.168.196.250 /var 95.168.196.249 /var

tape or file file 0 DailySet1-01 1 DailySet1-02 0 DailySet1-01 0 DailySet1-02

part status 2 1/1 OK 1 1/1 OK 1 1/1 OK 2 1/1 OK

Obrázek 12: Výpis nalezených záloh (Zdroj: vlastní) Pomocí administračního příkazu výše lze prohledávat zálohy, které jsou v tomto případě prováděny denně. První sloupec označuje datum a čas vytvoření záloh. Ve sloupci host se nachází adresy serverů, na kterých byly dané zálohy provedeny a dále následují složky, které byly určeny k zálohování. Číslo pásky, v tomto případě virtuální, na které je daná záloha uložena, označení souborů ve kterých máme zálohy uloženy, zda je záloha rozdělena na více částí a status zálohy. Pokud je status OK, je záloha v pořádku a je z ní možno obnovit data. root@Amanda-1:~ $ amrecover AMRECOVER Version 3.2.2. Contacting server on 95.168.196.252 ... 220 bckup-1 AMANDA index server (3.3.0) ready. Setting restore date to today (2012-05-05) 200 Working date set to 2012-05-05. 200 Config set to DailySet1. 501 Host Amanda-1 is not in your disklist. Use the sethost command to choose a host to recover amrecover>

Obrázek 13: Spouštění nástroje amrecover (Zdroj: vlastní) Na klientském stroji, se lze za pomoci příkazu amrecover dostat do administračního rozhraní Amandy pro obnovu záloh. 19

amrecover> listhost 200- List hosts for config DailySet1 201- 95.168.196.250 202- 95.168.196.249 amrecover> sethost 95.168.196.250 200 Dump host set to 95.168.196.250.

Obrázek 14: Ukázka dostupných klientů a výběr klienta (Zdroj: vlastní) Výpis výše ukazuje, zda připojení na server proběhlo v pořádku, na jaký zálohovací server se program připojoval a pomocí příkazu sethost je vybrán host, z kterého se data budou data obnovovat. Úkon listdisk níže, nejdříve zobrazí dostupné složky, ze kterých je možné provést zálohu, tedy celé root složky /, tak samostatně složku /var. Za pomoci setdisk se vybere složka pro obnovu.

20

amrecover> listdisk 200- List of disk for host 95.168.196.250 201- / 201- /var 200 List of disk for host 95.168.196.250 amrecover> setdisk /var 200 Disk set to /var.

Obrázek 15: Výpis listdisk a setdisk (Zdroj: vlastní) amrecover> setdate --05-04 200 Working date set to 2012-05-04. samrecover> ls 2012-05-04-23-00-01 www/ 2012-05-04-23-00-01 tmp/ 2012-05-04-23-00-01 spool/ 2012-05-04-23-00-01 run/ 2012-05-04-23-00-01 opt/ 2012-05-04-23-00-01 mail/ 2012-05-04-23-00-01 log/ 2012-05-04-23-00-01 lock/ 2012-05-04-23-00-01 local/ 2012-05-04-23-00-01 lib/ 2012-05-04-23-00-01 cache/ 2012-05-04-23-00-01 backups/ 2012-05-04-23-00-01 Amanda/ 2012-05-04-23-00-01 . amrecover> add www Added dir /www/ at date 2012-05-04-23-00-01 amrecover> extract amrecover> extract Extracting files using tape drive chg-disk:/space/vtapes/DailySet1/slots on host 95.168.196.252. The following tapes are needed: DailySet1-01 Extracting files using tape drive chg-disk:/space/vtapes/DailySet1/slots on host 95.168.196.252. Load tape DailySet1-01 now Continue [?/Y/n/s/d]? y Enter "y"es to continue, "n"o to stop Continue [?/Y/n]? y ./www/ ./www/index.html

Obrázek 16: Příklad obnovy složky /var ze 4.května 2012 (Zdroj: vlastní) Tímto byla dokončena obnova souborů v adresáři /var/www. Vypsané soubory na konci výpisu výše, jsou soubory, které byly obnoveny. Pro ukázku byl v daném adresáři pouze soubor index.html.

4.5 Obnova virtuálních serverů Nástroj Amanda umožňuje vytváření pouze celých složek pro zálohování, které nelze spojit dohromady. Nelze tedy obnovovat jednotlivé virtualhosty několika málo parametry jako u nástroje Bacula na platformě XEN pomocí jejich konfiguračních souborů na stroji, ze kterého jsou jednotlivé virtuální stroje spuštěny. Musí se tedy 21

zálohovat všechny složky na klientovi, které jsou nutné pro spuštění virtuálního stroje, tedy například celý root (kořenová složka) a poté vyhledat potřebné soubory k obnovení. Pokud jsou však všechny potřebné soubory nutné pro spuštění virtuálního stroje v jedné složce (ve výchozím nastavení XEN jsou použity minimálně 3 složky), je možné jednotlivé virtuální hosty obnovovat přímo pomocí jeho konfiguračních souborů.

22

5 BackupPC 5.1 Možnosti BackupPC je třetí mnou vybraný software pro zálohování. Hlavní výhoda je opět v množství podporovaných platforem (17). Na rozdíl od předchozích nástrojů obsahuje integrované webové rozhraní, které administrátorovi přehledně ukazuje velikosti záloh, dovoluje obnovu souborů, či sledování vykonávání záloh. Předchozí programy překonává v práci s klienty, kteří mají přidělenou adresu pomocí DHCP serveru. Samozřejmostí je vytváření kompletních, diferenciálních a přírůstkových záloh.

5.2 Jak BackupPC pracuje Již popsané nástroje Bacula a Amanda se zaměřují především na nástroje správy celého systému pro zálohování (17). Nástroj BackupPC se soustřeďuje zejména na minimální velikost záloh. Ostatní programy většinou zálohují stejná data do několika souborů a tím zvyšují nároky na ukládací prostor, nástroj BackupPC pracuje za pomoci deduplikace. Tím se rapidně snižují nároky na ukládací prostor a stává se velice efektivní v obsazování datového prostoru. Nárok na velikost dat je také dán rozdílem jednotlivých souborů u zálohovaných klientů. Pokud je několik klientů s velkým množstvím stejných dat, spotřebují jednotlivé zálohy méně místa a opačně. V případě velkého množství stejných souborů se použití BackupPC stává velice efektivním. V případě zálohování klientů, kteří se pohybují na adresách přidělených DHCP serverem se neorientuje dle ip adres, ale pouze pomocí hostname jednotlivých klientů. Výhoda tohoto řešení je například ve firmách, ve kterých mají zálohovací systém pro servery, ale chtějí také zálohovat notebooky jednotlivých zaměstnanců. Pokud BackupPC zálohuje klienta, který se náhle odpojí, nástroj nevypíše chybovou hlášku, avšak zapamatuje si, kde záloha skončila a bude v ní pokračovat opět, jakmile se daný počítač objeví na dané síti. Další výhodu toto řešení nabízí v případě, kdy zaměstnanci na svých přenosných systémech používají virtuální privátní síť. V tomto případě lze systémy zálohovat nejen z kanceláře, ale kdykoliv, kdy budou připojeny na dané virtuální privátní sítí. 23

Nevýhoda použití BackupPC je bohužel nutnost běhu serverové části aplikace na systému GNU/Linux a to z důvodů neuzpůsobení souborových systémů ostatních operačních systémů na efektivní práci s pevnými odkazy6. Pro kompresy lze využít software tar, rsync či archive.

5.3 Rozhraní Nástroj BackupPC je použit ve verzi 3.1.0. Administrační rozhraní je dostupné pomocí webového prohlížeče. Během instalace serveru bylo vytvořeno náhodně vygenerované heslo pro přihlášení, spolu se jménem backuppc. Toto rozhraní je dostupné

na

adrese

serveru

v podsložce

/backuppc

například

tedy

www.mojedomena.cz/backuppc. V levé liště se objeví hlavní administrační rozhraní, viz obrázek níže.

Obrázek 17: Hlavní ovládací nástroje softwaru BackupPC (Zdroj: vlastní) Níže jsou popsány hlavní části rozhraní:

5.3.1 Status Zde je zobrazen status serveru. Tedy informace o serveru, kdy jsou naplánované zálohy, celkový počet a velikost zálohovaných souborů. Odstraněné zálohy, či obsazenost datového úložiště. 6

Anglicky označované jako hardlink, jedná se o označení situace, kdy datová struktura popisující jeden soubor je odkazována pomocí více jmen daného soubor.

24

Obrázek 18: Rozhraní zobrazující informace o serveru nástroje BackupPC (Zdroj: vlastní) Také se zde ukazuje, na jakých strojích jsou aktuálně prováděny zálohy a poslední chybně provedené zálohy.

Obrázek 19: Grafické rozhraní zobrazující aktuálně prováděné a chybné zálohy nástroje BackupPC (Zdroj: vlastní) Dále jsou zde vyobrazeny dva grafy, ve kterých je zobrazena velikost záloh. První je graf s velikostí záloh v posledních 4 týdnech a druhý ukazuje velikost záloh v průběhu posledních 52 týdnů. Lze tak mít velice snadný přehled o nárůstu, či úbytku velikosti záloh.

25

Graf 1: Velikost celkových záloh dostupný v položce Status nástroje BackupPC (Zdroj: vlastní)

5.3.2 Host Summary Zde se zobrazují všechny zálohované servery. V tabulce jsou přehledně ukázány údaje o počtu provedení kompletní a přírůstkové zálohy, o celkové velikosti záloh daného hosta a stáří poslední plné či přírůstkové zálohy.

5.3.3 Edit Config V této záložce se nachází jádro nástroje BackupPC. Je zde možné přidávat nové hosty k zálohování, možnosti přenosu souborů, nastavení emailu kam budou docházet informace o provedených či nedokončených zálohách. Nachází se zde také kompletní nastavení serveru, v kterém je lze nastavit počet souběžně běžících záloh či parametry jednotlivých programů, které se používají pro komprimaci, ping hostů aj. Neméně důležitá je také možnost nastavení kalendáře, kdy se provádějí zálohy. Zde je možné nastavit, v jakém intervalu budou probíhat kompletní či přírůstkové zálohy či po jaké době server může mazat provedené zálohy. Zajímavá je také položka blackouts. Zde lze zapsat hodnoty, které značí, aby v danou dobu neprobíhaly zálohy. Toto nastavení lze označit za hlídače systému, aby jakékoliv zálohy neprobíhaly v čas, při kterém v danou dobu na serveru bývá velké zatížení, a tudíž další vytížení způsobené zálohováním by bylo nechtěné. 26

5.3.4 LOG file Ukazuje logy o posledních provedených událostech. Tedy sepsání jednotlivých úkonů, které aplikace prováděla. 2012-29-04 0..15) 2012-29-04 2012-29-04 2012-29-04 2012-29-04 2012-29-04 share=/)

01:00:00 Running 2 BackupPC_nightly jobs from 0..15 (out of 01:00:00 Running BackupPC_nightly -m 0 127 (pid=7224) 01:00:00 Running BackupPC_nightly 128 255 (pid=7225) 01:00:00 Next wakeup is 2012-30-04 02:00:00 01:00:02 Started full backup on localhost (pid=7227, share=/etc) 01:00:02 Started full backup on 95.168.196.251 (pid=7226,

Obrázek 20: Ukázka výpisu logu (Zdroj: vlastní)

5.4 Záloha a obnova dat Zálohování a obnova dat se provádí v levé horní části grafického rozhraní, kde položkou Hosts lze vybrat klienta pro vytvoření záloh či obnovy dat.

Obrázek 21: Grafické rozhraní práce s klientem nástroje BackupPC (Zdroj: vlastní) Pomocí tohoto rozhraní lze spouštět v položce User Actions kompletní či přírůstkové zálohy, ale také zastavovat, či mazat z fronty záloh daného klienta. Položka Backup 27

Summary ukazuje v přehledné tabulce provedené zálohy. Jednotlivé zálohy jsou označeny číslem, typem provedené zálohy, užitím pevných odkazů, stupněm zálohy, časem provádění zálohy, stářím a cestou, kam daná záloha byla uložena. Obnovení složek nebo souborů, se provádí klikem na číslo požadované zálohy v položce Backup Summary na daném klientovi. Následně se rozevře tabulka se stromem adresářů, kde lze najít ve struktuře potřebné soubory či složky a kliknout na tlačítko Restore selected files pod tabulkou.

Obrázek 22: Strom adresářů k výběru souborů k obnově pomocí nástroje BackupPC (Zdroj: vlastní)

5.5 Obnova virtuálních serverů Obnova virtuálních strojů pomocí nástroje BackupPC je obdobná s nástrojem Amanda. Nelze pro jednoho klienta vytvořit více různých nastavení pro zálohu. Taktéž v případě, že jednotlivé virtuální stroje na serveru mají všechna potřebná data uložena ve stejné složce, je možné obnovit složku s těmito soubory a následně daný virtuální stroj spustit.

28

6 Windows Server Backup 6.1 Možnosti Nástroj Windows Server Backup na rozdíl od předchozích nástrojů pro zálohování a obnovu záloh pracuje pouze na platformě Windows Server 2008 a novější. Nelze jeho pomocí zálohovat systémy na platformě GNU/Linux a ani například systémy od firmy Apple. „Windows Server Backup je určen pro každého, kdo potřebuje základní řešení zálohování, od malých podnikatelů po odborníky v oblasti IT ve velkých podnicích. Nicméně, jeho design je obzvláště vhodný pro menší organizace či jednotlivce, kteří nejsou IT profesionály“ (18). Pokud firma disponuje servery pouze s operačními systémy Windows, bude svoji úlohu konat bezproblémově. Nástroj na Windows Server 2008 byl pouze s možností zálohy celých diskových oddílů na souborovém systému NTFS7, nešlo vybrat pouze složky či soubory, které je třeba zálohovat. Ve vydání serverových systémů Windows Server 2008 Web Edition R2 a novějších je toto již opraveno. Mezi výhody patří možnost zálohování jak 32 bitových, tak 64 bitových operačních systému Windows Server 2008. V předchozích edicích Windows Server byl používán nástroj ntbackup.exe, bohužel pomocí nástroje Windows Server Backup nelze pracovat se zálohami vytvořenými jeho pomocí (18).

6.2 Jak Windows Server Backup pracuje Nástroj Windows Server Backup pracuje se službou Volume Shadow Copy. Tento nástroj vytváří prakticky bitové kopie jednotlivých oddílů. Windows Server Backup ukládá data do formátu vhd, zkratka pro tento formát vychází ze slov Virtual Hard Disk. Jak již název napovídá, obsahuje virtuální kopii daného fyzického oddílu. Nástroj Windows Server Backup také poskytuje zálohování na vzdálený server.

7

Zkratka pro New Technology File Systém, jedná se o souborový systém vyvinutý společností IBM a Microsoft

29

6.3 Rozhraní, záloha a obnova dat

Obrázek 23: Základní rozhraní nástroje Windows Server Backup (Zdroj: vlastní) V této práci se pracuje s nástrojem Windows Server Backup na systému Windows Server 2008 Web Edition R2. Grafické rozhraní se skládá z tabulky přehledu záloh. Zde je vidět pouze datum, kdy jednotlivé zálohy byly provedeny a zda záloha proběhla úspěšně. Pod tabulkou následuje přehled o daných zálohách. Ukazují se zde informace o poslední provedené záloze, další naplánované záloze a sumarizaci všech záloh. Položka View details zobrazuje u jednotlivé zálohy navíc místo uložení a její velikost. Na pravé straně se nachází rozhraní pro ovládání celého nástroje. Pomocí nástroje Backup Schedule, v překladu tedy kalendář záloh, lze nastavit časové termíny, kdy se záloha bude spouštět. Bohužel nástroj umožňuje vybrání termínu pouze každý den v danou hodinu. Je zde samozřejmě možnost provádění více záloh v jeden den, nelze si však určit zálohování pouze v určité dny v týdnu či měsíci. Položka Backup Once se stará o ruční spuštění záloh. Po spuštění této položky lze nastavit oddíl, který lze zálohovat či vybrané soubory na disku. Dále kam se záloha bude provádět (zda na lokální, či vzdálený disk) a také možnost typu Volume Shadow Copy. Typy Volume Shadow Copy jsou dva, první z nich je položka VSS copy backup a druhá je pod označením VSS full backup. Pro příklad nejdříve vysvětlím proč použít VSS full backup. Full backup se užívá v případě, kdy není v operačním systému použit jiný zálohovací software, tato volba sice zálohuje celý 30

systém, ale jakmile dokončí zálohu, pročisťuje logy aplikací na souborovém systému. Tyto logy mohou být například z aplikace Microsoft Exchange, který si ukládá transakční logy. Jestliže není použit další zálohovací systém, je možné, že jeho zálohy budou na tomto logu závislé a tím pádem budou nečitelné či poškozené. VSS copy backup všechny logy aplikací ponechává a použití této volby se doporučuje v případě dalšího produktu pro zálohování (19).

Obrázek 24: Grafické rozhraní výběru typu Volume Shadow Copy nástroje Windows Server Backup (Zdroj: vlastní) Následující položka se jménem Recover slouží k obnově dat z jednotlivých záloh, otevírá nabídku s výběrem serveru, který lze obnovit. Obsahuje dvě možnosti a to obnovu dat na lokálním systému, či obnovu dat vzdáleného serveru. Po výběru se rozevře kalendář, ve kterém jsou tučně zobrazeny jednotlivé dny, kdy byl server zálohován. Pokud se zálohy provádí několikrát denně, lze si vybrat i čas zálohy. Po vybrání zálohy z určitého data, lze zvolit, zda obnovovat jednotlivé soubory a složky, či celý oddíl. Následně zbývá určit nastavení obnovy souborů a složek volby nastavení v předchozí nabídce. Pod pojmem nastavení obnovy je především myšleno, zda soubory umístit do původní složky či do jiné. V případě umístění obnovených souborů do původní složky si lze zvolit, zda přepsat původní soubory a složky obnovovanými soubory a složkami či vytvoření kopií obnovených souborů 31

tak, aby bylo možno rozlišit nové a staré soubory. Následně jsou nastaveny všechny potřebné hodnoty k provedení obnově souborů a lze tedy obnovu spustit. Pomocí poslední důležité položky pod názvem Configure Performance Settings lze nastavit jaké zálohy chceme, aby na jednotlivých oddílech probíhaly. Možnosti záloh jsou pouze kompletní a přírůstkové.

6.4 Obnova virtuálních serverů Obnova jednotlivých virtuálních strojů přímo z konfiguračních souborů na serveru s virtuálními stroji je zjednodušena, pokud jsou jednotlivé stroje umístěny na vyhrazených diskových oddílech nebo ve stejné složce. V případě použití nástroje pro virtualizaci Hyper-V a konfiguračních souborů pro virtuální stroj v jedné složce, má administrátor práci zjednodušenu. V případě, že potřebné soubory jsou ve více složkách, je nutné je vyhledat ručně.

32

7 Hodnocení V této části stanovím jednotlivá kritéria všech nástrojů pro zálohování zmíněných v této práci, tyto kritéria jsou podrobně popsána. Kritéria jsou rozdělena na dvě části. První část kritérií je zaměřena na hlediska dle funkčnosti, tedy kompatibilitu, dostupnost přes webové rozhraní, možnost zálohování oddílů atd. Zde celkové hodnocení nevychází z hlediska bodového ohodnocení, ale pouze z celkového množství základních podporovaných funkcí. Druhá část je již složena z časového hlediska vytváření, obnovení souborů a velikosti záloh. Všechna kritéria z hlediska funkcí, času a velikosti jsou zanesena do tabulky, kde v případě času a velikosti vyberu nejvhodnější nástroj pomocí největšího bodového hodnocení. Jak jsou body udělovány, je popsáno v podkapitole 7.2.

7.1 Kritéria z hlediska funkcí Multiplatformnost server Multiplatformnost server znamená, zda je možné zálohovací server nainstalovat na více operačních systémech. Jako stěžejní platformy jsem vybral operační systémy Windows Server 2008 Web Edition R2, GNU/Linux distribuce Debian, Unix a Mac OS X Server. Tyto platformy byly vybrány z hlediska využití na serverech (20). Multiplatformnost klient Důležitější než množství systémů, na které je možné nainstalovat zálohovací server je především množství operačních systémů, na kterých může běžet software pro klienta. Jelikož firmy mohou preferovat i zálohování klientských stanic, je nutné rozšířit jednotlivé systémy i o jejich desktopové řešení. Platformy pro klienty jsou zvoleny tyto: GNU/Linux distribuce Debian, Unix, Windows Server 2008 Web Edition R2, Mac OS X Server Snow Leopard, Windows XP, Windows Vista, Windows Seven, Mac OS X Snow Leopard.

33

Architektura 32bit server 32 bitová architektura se na trhu stále nachází spolu s novější 64 bitovou. Hodnotím, zda vývojáři softwaru již nezačali opomíjet možnost nainstalovat serverovou část i na starší 32 bitové platformy. V případě 32 bitových serverů vybírám v úvahu pouze 32 bitové verze podporovaných operačních systémů. Zálohování oddílů Toto kritérium hodnotí, zda je pomocí jednotlivých nástrojů možné zálohovat celé diskové oddíly a nejen pouze složky. Grafické rozhraní Položka grafické rozhraní znamená, zda zálohy dat, či jejich obnova jsou ovladatelné pomocí grafického rozhraní přímo ze systému. Webové rozhraní Tato položka určuje, zda je možné zálohovací nástroj ovládat přes webové rozhraní. Pokud je toto umožněno, snižuje se náročnost znalostí pro administrátora, který potřebuje obnovit určitý soubor či složku, jelikož nemusí znát jednotlivé příkazy, pomocí kterých se zálohovací nástroj ovládá.

7.2 Kritéria z hlediska času zálohování/obnovení a velikosti dat V této části jsou uvedena kritéria obnovy a zálohy z hlediska rychlosti a velikosti souborů. Jednotlivé časy jsou hodnoceny třemi body, v případě nejrychlejšího nástroje, druhý nejrychlejší nástroj obdrží dva body, třetí pouze jeden bod a nástroj, který bude v daném kritériu nejpomalejší, zůstane bez bodu. V případě hodnocení velikosti, hodnotím celkovou velikost jednotlivých záloh, zálohy jsou kompletní či přírůstkové. Hodnocení probíhá obdobně jako v případě časového hlediska, tedy nejmenší záloha v daném kritériu je ohodnocena třemi body, druhá nejmenší dvěma body, třetí nejmenší obdrží jeden bod a největší záloha nedostane opět bod žádný. Na systému GNU/Linux je použit souborový systém ext3, Windows Server 2008 Web Edition R2 využívá souborový systém NTFS. Všechny operační systémy použité k testování jsou spuštěny virtuálně na jednom systému a jejich 34

systémové prostředky jsou stejné. Každý systém je tedy identický a výkonové odklony způsobené jiným hardware, či rychlostí systému při hodnocení neberu v úvahu. Systém Windows pro samotný běh vyžaduje více prostředků, nežli systém GNU/Linux, bohužel spotřeba těchto prostředků nelze objektivně posoudit.

Kompletní záloha – čas Tímto kritériem měřím čas na kompletní zálohu složky /var. Na systému Windows Server 2008 Web Edition R2 data ze složky /var zkopíruji z linuxového systému tak, aby data na tomto operačním systému nebyla nikterak zkreslená. Jelikož všechna data ze složky nešla překopírovat na systém Windows, nahradil jsem chybějící uměle vytvořenými tak, aby množství i velikost odpovídala složce /var na linuxovém systému. V této složce je 6898 malých souborů, většinou o velikosti několika málo kilobajtů, o celkové velikosti 1700 megabytů. Kompletní záloha – velikost U výše vytvořené kompletní zálohy je porovnána velikost jednotlivých záloh. Čím menší velikost kompletní záloha má, tím data dokáže komprimovat efektivněji a vyžaduje méně místa pro tyto zálohy. Přírůstková záloha malé – čas Jakmile jsou změřené hodnoty pro kompletní zálohy, je možné provést přírůstkovou zálohu s tím rozdílem, že do složky /var přidám 1000 souborů o velikosti 1MB. Tyto soubory jsou tvořeny pouze nulami a vytvořeny byly pomocí příkazu dd na systému GNU/Linux. Tímto zjistíme, jak se jednotlivé programy vypořádají s velkým množstvím nových malých souborů. Čím kratší čas bude potřebný k záloze, tím daný nástroj zálohuje rychleji. Přírůstková záloha malé – velikost Toto

kritérium

porovnává

velikost

jednotlivých

přírůstkových

záloh

s 1000

megabytovými soubory. Tímto zjistím, jak se jednotlivé programy vypořádají s komprimací nových souborů malých souborů.

35

Obnova kompletní záloha – rychlost Zde měřím rychlost obnovy celé složky /var na klientský počítač tím, že po přírůstkové záloze obnovuji prvně vytvořenou, kompletní zálohu. Jedná se tedy o obnovu dat o velikosti 1700MB v nekomprimované podobě. Jednotlivé soubory nepřepisuji, ale zálohu obnovuji pouze do složky na serveru. Přírůstková záloha velké – čas Hodnocení rychlosti, za kterou lze vytvořit novou přírůstkovou zálohu a to tím způsobem, že nově vytvořených 1000 souborů o velikosti 1MB v části Přírůstková záloha malé – čas je smazaných, a místo nich je vytvořeno 25 souborů po 40MB. Pomocí těchto souborů testuji, jak se přírůstková záloha vypořádá s malým množstvím větších souborů. Tyto soubory jsou opět zaplněny nulami a vytvořeny pomocí linuxového nástroje dd. Na Windows Server 2008 Web Edition R2 byly data zkopírována z linuxového systému. Obnova přírůstková záloha malé – čas Měření času potřebného pro obnovu 1000 souborů o celkové velikosti 1GB vytvořených v části Přírůstková záloha malé, pro zjištění, kolik jednotlivé nástroje potřebují času pro obnovu velkého množství malých souborů. Obnova přírůstková záloha velké – čas Toto kritérium představuje čas potřebný pro obnovu 25 souborů o velikosti 40MB, výsledný čas bude sloužit pro představu, kolik časů zabere obnovení menšího množství větších souborů.

36

7.3 Hodnotící tabulka

Kritéria z hlediska funkcí Multiplatformnost server - GNU/Linux - Windows Server 2008 Web Edition R2 - Unix - Mac OS X Server Snow Leopard Multiplatformnost klient - GNU/Linux - Unix - Windows Server 2008 Web Edition R2 - Windows XP - Windows Vista - Windows Seven - Mac OS X Snow Leopard - Mac OS X Server Snow Leopard Architektura 32bit server Zálohování oddílů Grafické rozhraní Webové rozhraní

Software Bacula

Amanda

BackupPC

Windows Server Backup

X X -

X X -

X X -

X -

X X X X X X X X X X X X

X X X X X X X X X X -

X X X X X X X X X X X X

X X X X -

Kritéria z hlediska času zálohování/obnovení a velikosti dat Kompletní záloha - čas (min/sec) Kompletní záloha – velikost (MB) Přírůstková záloha malé – čas (min/sec) Přírůstková záloha malé – velikost (MB) Obnova kompletní záloha - čas (min/sec) Přírůstková záloha velké – čas (min/sec) Přírůstková záloha velké – velikost (MB) Obnova přírůstková záloha malé - čas (min/sec) Obnova přírůstková záloha velké - čas (min/sec)

2:43 488 0:46 1344 1:16 0:37 1344 0:19 0:16

3:23 475 1:43 1308 1:57 1:02 1308 1:08 2:35

5:39 716 4:18 38 6:25 4:12 38 1:50 3:24

5:07 1700 9:08 2700 1:20 8:35 2700 1:02 0:39

Bodové hodnocení

body 3 2 3 1 3 3 1 3 3 22

body 2 3 2 2 1 2 2 1 1 16

body 1 1 1 3 0 1 3 0 0 10

body 0 0 0 0 2 0 0 2 2 6

Kompletní záloha - čas Kompletní záloha – velikost Přírůstková záloha malé – čas Přírůstková záloha malé – velikost Obnova kompletní záloha - čas Přírůstková záloha velké – čas Přírůstková záloha velké – velikost Obnova přírůstková záloha malé - čas Obnova přírůstková záloha velké - čas SUMA

Tabulka 2: Celkové hodnocení jednotlivých nástrojů

(Zdroj: vlastní) 37

7.4 Vyhodnocení výsledků Vyhodnocení výsledků je uvedeno pro dva scénáře a to tak, abych mohl zhodnotit vhodné nasazení popsaných nástrojů na zálohování jednak pro firmy s velkým množstvím serverů, tak také pro firmy s jednotkami kusů serverů. 7.4.1 Serverová farma Pokud hledám řešení pro střední a velké softwarové firmy, tedy firem, u nichž je předpokladem několik desítek až stovek serverů. Tak předpokládám, že se na serverech vyskytují různé operační systémy. Hledám řešení, které je možné aplikovat na velkém počtu operačních systémů. Od software je vyžadována možnost nastavení jaké zálohy se budou provádět, ať již kompletní či přírůstkové a také možnost nastavení, kdy se budou tyto zálohy provádět. V takto velkém rozsahu je nutné mít monitorovací nástroj, který bude sledovat průběhy zálohování, v ideálním případě, aby tento nástroj byl součástí daného softwarového řešení. Nástroje Windows Server Backup a BackupPC tyto možnosti neposkytují a lze vybírat pouze z nástrojů Bacula a Amanda. V případě serverové farmy tak zvítězil o několik bodů nástroj Bacula. Jelikož s nástrojem Amanda využívají stejný komprimovací nástroj, velikosti jednotlivých záloh jsou téměř stejně velké. Nástroj Bacula je však mnohem rychlejší pro práci s obnovou dat na rozdíl od nástroje Amanda. Rozdíly jsou téměř trojnásobné ve prospěch Baculy a to při velkém množství dat znamená ušetření několika desítek minut při obnově. Z hlediska práce s obnovou, nastavením a instalací bych z pohledu linuxového správce jednoznačně doporučil Baculu. Instalace a prvotní nastavení je mnohem jednodušší než v případě Amandy, která je při instalaci a nastavení jak na klienta, tak server složitější a zabere déle času, ačkoliv obsahuje pouze dvě části systému. 7.4.2 Malé a střední firmy Takovéto firmy mají většinou pouze několik jednotek serverů. Zálohování u těchto firem většinou neřeší specialista na zálohování, avšak člověk, který se stará jak o správu webu, funkčnost nástrojů se kterými ve firmě pracují atp. Administrátor tedy očekává mnohem jednodušší řešení zálohování, než například rozvětvený systém 38

Bacula. Zde je jasným vítězem nástroj BackupPC, jeho komprimace v případě využití deduplikace je takřka neuvěřitelná a správa je velice jednoduchá. Uživatelské rozhraní je přehledné. V případě pokud firma nevlastní žádný linuxový server, na kterém by tato aplikace mohla běžet, bych doporučil pořízení minimálně jednoho stroje pro zálohování a nasazení nástroje BackupPC.

39

8 Závěr V této práci jsem představil často využívané nástroje pro zálohování. Nastavení je u některých nástrojů poněkud složité a tak bych čtenáře této práce odkázal na návody na stránkách zabývajících se nastavením na systémech GNU/Linux či Windows

Server.

Po

překonání

prvotních

problémů

s instalací,

odmění

administrátora jednotlivé nástroje jednoduchou prací s nimi. Firmy, které mají k dispozici alespoň jednoho pracovníka starajícího se o jejich informační techniku, by zálohování neměly opomíjet. Všechny nástroje pro zálohování představené v této práci jsou dostupné zdarma, či v případě Windows Server 2008 Web Edition R2 obsažené přímo v systému. Jejich pořízení představuje náklad z hlediska času potřebného k naučení se pracovat se zálohovacím nástrojem, nikoliv z finančního hlediska. Na trhu jsou k dispozici i komerční produkty, které nabízejí pouze malou přidanou hodnotu, co se zálohování týče. Jedinou výhodu bych nalezl v poskytnuté podpoře. V případě použití nástrojů Bacula, Amanda či BackupPC je administrátor odkázán na diskusní fóra, či wiki stránky jednotlivých produktů. Komerční produkty je možné kontaktovat telefonicky nebo emailem přímo na pracovníka zabývajícího se danou problematikou, tento „luxus“ si nástroje zdarma bohužel nemohou dovolit.

40

9 Seznam literatury 1. Preston, W. Curtis. Open-source data backup options for your data center. SearchDataBackup. [Online] TechTarget, Červenec 2009. [Citace: 2. Duben 2012.] http://searchdatabackup.techtarget.com/feature/Open-source-data-backup-optionsfor-your-data-center. 2. Šindelář, Petr. Zálohování pomocí programu Bacula. fei.abba.cz. [Online] 2001. [Citace: 17. 05 2011.] http://fei.abba.cz/usr/hudec/vyuka/sos/2011/st25455. 3. Techl, Jaroslav. Význam zálohování dat - možnosti zálohovacích systémů. SystemOnLine.

[Online]

srpen

2001.

[Citace:

26.

duben

2012.]

http://www.systemonline.cz/clanky/vyznam-zalohovani-dat-moznosti-zalohovacichsystemu.htm. 4. Preston, Curtis W. Backup & Recovery: Inexpensive Backup Solutions for Open Systems. místo neznámé : O'Reilly, 2007. stránky 27-34. ISBN: 978-0596102463. 5. Co je bitová kopie systému. Windows.microsoft.com . [Online] c2011. [Citace: 17. 05 2011.] http://windows.microsoft.com/cs-CZ/windows7/What-is-a-system-image. 6. Veškrna, Josef. Zálohování a achivace dat. systemonline.cz. [Online] 2001. [Citace: 01. 05 2011.] http://www.systemonline.cz/clanky/zalohovani-a-archivacedat.htm. 7. Šilar, Tomáš. Deduplikace dat – fenomén moderního zálohování. SystemOnLine. [Online] duben 2010. [Citace: 1. květen 2012.] http://www.systemonline.cz/itsecurity/deduplikace-dat-fenomen-moderniho-zalohovani.htm. 8. Chang, Galvin. Řešení problémů při ukládání dat. SystemOnLine. [Online] c2012. [Citace: 25. duben 2012.] http://www.systemonline.cz/sprava-it/reseni-problemu-priukladani-dat.htm. 9.

Bacula.

wikipedia.org.

[Online]

2007.

[Citace:

02.

05

2011.]

http://en.wikipedia.org/wiki/Bacula.

41

10. Supported Operating Systems. bacula.org. [Online] 04. 02 2011. [Citace: 02. 05 2011.]

http://www.bacula.org/dev-

manual/en/main/main/Supported_Operating_Systems.html. 11. What is Bacula? Baculaborg. [Online] 02. 04 2011. [Citace: 03. 05 2011.] http://www.bacula.org/5.1.x-manuals/en/main/main/What_is_Bacula.html. 12. Qt Development Tools. nokia.com. [Online] c2011. [Citace: 02. 05 2011.] http://qt.nokia.com/products. 13. About the wxWidgets Project. WxWidgets.org. [Online] c2011. [Citace: 02. 05 2011.] http://www.wxwidgets.org/about. 14.

About.

amanda.org.

[Online]

2011.

[Citace:

03.

05

2011.]

http://www.amanda.org/about.php. 15. 2005 Linux Journal Readers' Choice Awards. linuxjournal.com. [Online] 28. 08 2005. [Citace: 03. 05 2011.] http://www.linuxjournal.com/article/8520. 16. Installation/OS Specific Notes. wiki.zmanda.com. [Online] 29. 01 2010. [Citace: 03. 05 2011.] http://wiki.zmanda.com/index.php/Installation/OS_Specific_Notes. 17. BackupPC Documentation. backuppc.sourceforge.net. [Online] c2010. [Citace: 04. 05 2011.] http://backuppc.sourceforge.net/faq/BackupPC.html. 18. Windows Server Backup. Microsoft Technet. [Online] 28. 01 2008. [Citace: 12. 05 2011.] http://technet.microsoft.com/en-us/library/cc754572(WS.10).aspx. 19. What is the difference between VSS Full Backup and VSS Copy Backup in Windows Server 2008? technet.com. [Online] 20. 05 2008. [Citace: 17. 05 2011.] http://blogs.technet.com/b/filecab/archive/2008/05/21/what-is-the-difference-betweenvss-full-backup-and-vss-copy-backup-in-windows-server-2008.aspx. 20. Usage of operating systems for websites. [Online] c2009. [Citace: 01. 05 2011.] http://w3techs.com/technologies/overview/operating_system/all.

42

10 Seznam obrázků, grafů a tabulek 10.1 Seznam obrázků Obrázek 1 – Znázornění vztahu mezi komponentami nástroje Bacula (Zdroj: vlastní) Obrázek 2 – Ukázka nastavení Schedule (Zdroj: vlastní) Obrázek 3 – Výpis z bconsole při ručním provádění záloh (Zdroj: vlastní) Obrázek 4 – Možnosti bconsole (Zdroj: vlastní) Obrázek 5 – Výpis bconsole v případě možnosti „Výběr nejaktuálnější zálohy klienta“. (Zdroj: vlastní) Obrázek 6 – Výpis bconsole při obnově dat (Zdroj: vlastní) Obrázek 7 – Ukázka Fileset v souboru Bacula-dir.conf (Zdroj: vlastní) Obrázek 8 – Ukázka nastavení nového klienta, kterému je přiřazeno zálohování (Zdroj: vlastní) Obrázek 9 – Typické schéma zapojení serverů při použití softwaru Amanda (Zdroj: http://Amanda.zmanda.com) Obrázek 10 – Příkaz pro editaci crontab(Zdroj: vlastní) Obrázek 11 – Ukázka řádku v crontab(Zdroj: vlastní) Obrázek 12 – Výpis nalezených záloh (Zdroj: vlastní) Obrázek 13 – Spouštění nástroje amrecover (Zdroj: vlastní) Obrázek 14 – Ukázka dostupných klientů a výběr klienta (Zdroj: vlastní) Obrázek 15 – Výpis listdisk a setdisk (Zdroj: vlastní) Obrázek 16 – Příklad obnovy složky /var ze 4.května 2011 (Zdroj: vlastní) Obrázek 17 – Hlavní ovládací nástroje softwaru BackupPC (Zdroj: vlastní) Obrázek 18 – Rozhraní zobrazující informace o serveru nástroje BackupPC (Zdroj: vlastní) 43

Obrázek 19 – Grafické rozhraní zobrazující aktuálně prováděné a chybné zálohy nástroje BackupPC (Zdroj: vlastní) Obrázek 20 – Ukázka výpisu logu (Zdroj: vlastní) Obrázek 21 – Grafické rozhraní práce s klientem nástroje BackupPC (Zdroj: vlastní) Obrázek 22 – Strom adresářů k výběru souborů k obnově pomocí nástroje BackupPC (Zdroj: vlastní) Obrázek 23 – Základní rozhraní nástroje Windows Server Backup (Zdroj: vlastní) Obrázek 24 – Grafické rozhraní výběru typu Volume Shadow Copy nástroje Windows Server Backup (Zdroj: vlastní)

10.2 Seznam grafů Graf 1 – Velikost celkových záloh dostupný v položce Status nástroje BackupPC (Zdroj: vlastní)

10.3 Seznam tabulek Tabulka 1 – Týdenní kompletní záloha + denní přírůstková (Zdroj: vlastní) Tabulka 2 – Celkové hodnocení jednotlivých nástrojů pro zálohování (Zdroj: vlastní)

44

Vysoká škola ekonomická v Praze. Fakulta informatiky a statistiky Katedra informačních technologií

Recommend Documents