Společnost repostor by ráda snížila vaše TCO

Rozměr: px

Začít zobrazení ze stránky:

Download "Společnost repostor by ráda snížila vaše TCO"

Luboš Neduchal
před 8 lety
Počet zobrazení:

1 Společnost repostor by ráda snížila vaše TCO V tomto dokumentu najdete odpovědi na vaše otázky týkající se: ROI (Return on Investment, Návratnost investic) Až 43 větší úspora místa TCO (Total Cost of Ownership, Celkové náklady na vlastnictví) RTO (Recovery Time Objective, Reálná doba obnovy dat) Rychlejší obnova RPO (Recovery Point Objective, Stáří dat v poslední dostupné záloze) Rychlejší zálohování Menší objem zálohovaných dat Menší ztráty dat Toto řešení bylo ověřeno společností IBM

RTO (Recovery Time Objective, Reálná doba obnovy dat) Rychlejší obnova RPO (Recovery Point Objective, Stáří dat v poslední

2 Návratnost investic (ROI) S naším řešením získáte až 43 více úložného prostoru uložená data (GB) uložená data na serveru TSM (GB) uložená data na serveru TSM (GB) s deduplikací Tento graf znázorňuje kompletní zálohu na disk (červené sloupce), a nárůst úložného prostoru v GB v případě 10GB databáze, s retencí 30 dnů. S naším řešením již není nutné provádět kompletní zálohy každý den. zálohu stačí spouštět pouze jednou týdně a v mezičase využívat inkrementální zálohy (znázorněno pomocí žlutých sloupců). V případě, že využijete řešení TSM verze 6, s funkcemi deduplikace a komprese, objem dat se dramaticky sníží (zelené sloupce). Poznámka: V příkladu není zohledněna potřeba dalšího místa pro ukládání místního výpisu zálohy (prostor obsazený souborovým systémem pro výpis), počítá se pouze s místem použitým v TSM.

S naším řešením již není nutné provádět kompletní zálohy každý den. zálohu stačí spouštět pouze jednou týdně a v mezičase využívat inkrementální zálohy (znázorněno pomocí žlutých sloupců).

3 Doba zálohování Asynchronní vs. synchronní zálohování Při zálohování na disk neexistuje žádná záruka, že zálohy PostgreSQL databáze jsou chráněny pomocí TSM (viz graf níže). Asynchronní zálohování bez ohledu na odlišné naplánované úkoly Probíhá zálohování PostgreSQL Probíhá zálohování souboru TSM V tomto příkladu může zálohování PostgreSQL databáze probíhat současně s probíhající zálohou souborového systému TSM. V jakém stavu se nachází záloha PostgreSQL databáze? Scénář 1) Scénář 2) Řešení TSM mohlo provést zálohu souboru, zatímco stále probíhalo zálohování PostgreSQL. Výsledkem je poškozená záloha v TSM. Řešení TSM mohlo provést zálohu souboru, jakmile bylo zálohování PostgreSQL dokončeno. Výsledkem je nepoškozená záloha v TSM. Asynchronní zálohování s ohledem na odlišné naplánované úkoly Probíhá zálohování PostgreSQL Probíhá zálohování souboru TSM V tomto příkladu je záloha PostgreSQL databáze v TSM v pořádku, ale zálohování trvá mnohem déle, jak můžete vidět na grafu. S naším řešením bude záloha PostgreSQL databáze odeslána přímo do TSM, jak je znázorněno na obrázku. Synchronní zálohování Probíhá zálohování PostgreSQL databáze do TSM V tomto příkladu je doba zálohování mnohem kratší než ve všech výše uvedených příkladech. Je zaručeno, že všechna data jsou uložena v TSM. S naším řešením bude doba zálohování kratší Ve výsledku tak bude zálohování rychlejší a data budou uložena mimo fyzický server (TSM) za mnohem kratší čas.

probíhající zálohou souborového systému TSM. V jakém stavu se nachází záloha PostgreSQL databáze?

4 Stáří dat v poslední dostupné záloze (RPO) Díky tomu, že objem inkrementálních záloh je mnohem menší, můžete zálohovat častěji. Maximální ztráta dat bude 1 hodina Tento příklad znázorňuje, jak probíhají inkrementální zálohy každou lichou hodinu.

Maximální ztráta dat bude 1 hodina 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

5 Reálná doba obnovy dat Maximální doba výpadku aplikace během obnovování bude kratší, jelikož data jsou získávána paralelně přímo z TSM do PostgreSQL Server. Graf výše znázorňuje kompletní paralelní obnovení 4 databází na PostgreSQL Server. Šedá políčka představují inkrementální (protokoly transakcí) obnovení a zotavení na PostgreSQL Server. S naším řešením bude doba výpadku kratší Obnovení souboru obnovení PostgreSQL databáze Graf výše znázorňuje, jak probíhá obnovení jedné z PostgreSQL databází z TSM. Pokud byste je prováděli ručně, výpadek by byl mnohem delší, jelikož byste obnovení nemohli provádět paralelně a obnovení a zotavení byste museli realizovat v několika různých krocích. 1) Obnovení místních souborů výpisu z TSM (červená políčka) 2) Obnovení souborů inkrementální zálohy z TSM (šedá políčka) 3) Obnovení PostgreSQL databáze (žluté políčko) 4) Obnovení PostgreSQL databází ze souboru inkrementální zálohy (zelená políčka)

S naším řešením bude doba výpadku kratší Obnovení souboru obnovení PostgreSQL databáze Graf výše znázorňuje, jak probíhá obnovení jedné z PostgreSQL databází z TSM.

6 Získejte zkušební verzi Přejděte na. V nabídce vyberte položku Products. Zvolte produkt. Přejděte do části product downloads Stáhněte si 30denní zkušební verzi aplikace. Objednání vlastního řešení Data Protector: Více informací získáte na info@repostor.com. Vítá vás společnost Repostor Toto řešení bylo ověřeno společností IBM REPOSTOR AB Första Långgatan 19 SE Göteborg Švédsko

Objednání vlastního řešení Data Protector: Více informací získáte na info@repostor.com.

Podobné dokumenty

Copyright 2012 EMC Corporation. All rights reserved.

Copyright 2012 EMC Corporation. All rights reserved. 1 DISASTER RECOVERY kritických podnikových aplikací a systémů 2 GAPP System, spol. s r.o. Na trhu od roku 1994 Od roku 1996 dodáváme SW vybavení NetWorker Nyní kompletní portfolio EMC Specializace Zálohování