Firma Repostor pragnie obniżyć całkowite koszty użytkowania infrastruktury swoich klientów Niniejszy dokument pozwoli Ci znaleźć odpowiedzi na pytania związane z: ROI (zwrotem z inwestycji) TCO (całkowitym kosztem użytkowania) Do 43 razy niższe zapotrzebowanie na przestrzeń dyskową RTO (czasem przywrócenia sprawności sprzętu) RPO (akceptowalnym poziomem utraty danych) Szybsze odzyskiwanie danych Szybsze wykonywanie kopii zapasowych Mniej danych do archiwizowania Ograniczenie strat danych Rozwiązanie zostało przetestowane przez firmę IBM
Zwrot z inwestycji (ROI) 350 300 250 200 Nasze rozwiązanie technologiczne pozwala ograniczyć zapotrzebowanie na przestrzeń dyskową nawet 43 razy. 150 100 50 przechowywane dane (GB) dane przechowywane w systemie TSM (GB) dane przechowywane w systemie TSM (GB) po usunięciu duplikatów 0 1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 Ilustracja przedstawia wykonanie kompletnej kopii zapasowej na dysk (czerwone linie) oraz skalę zwiększania się zapotrzebowania na przestrzeń dyskową w przypadku bazy danych o rozmiarze 10 GB przy 30-dniowym okresie przechowywania danych. Stosując nasze rozwiązanie, nie musisz wykonywać kompletnej kopii zapasowej każdego dnia. Możesz wykonywać ją raz na tydzień, w międzyczasie wykonując kopie przyrostowe, co zilustrowano przy pomocy (żółtych linii). Po aktywowaniu systemu TSM w wersji 6, przy zastosowaniu deduplikacji i kompresji, objętość zmniejszy się radykalnie (zielone linie). Uwaga: nie brano pod uwagę dodatkowej przestrzeni potrzebnej na wykonanie lokalnej kopii zapasowej (przestrzeni zajmowanej przez system plików do skopiowania), uwzględniono tylko część przestrzeni wykorzystywanej przez TSM.
Czas potrzebny na wykonanie kopii zapasowej Asynchroniczna i synchroniczna kopia zapasowa Zastosowanie rozwiązania polegającego na wykonaniu kopii zapasowej na dysk nie gwarantuje ochrony kopii zapasowych danych z serwera SybaseASE przez system TSM (patrz poniższa ilustracja) Wykonywanie asynchronicznej kopii zapasowej bez uwzględniania zadań objętych harmonogramem Trwa tworzenie kopii zapasowej SybaseASE Trwa tworzenie kopii zapasowej pliku TSM W tym przypadku tworzenie kopii zapasowej SybaseASE może trwać podczas tworzenia kopii zapasowej systemu plików TSM. Jaki jest stan kopii zapasowej SybaseASE? Scenariusz 1) Scenariusz 2) System TSM mógł wykonać kopię zapasową pliku podczas wykonywania kopii zapasowej SybaseASE. W rezultacie dochodzi do powstania uszkodzonej kopii zapasowej. System TSM mógł wykonać kopię zapasową pliku po zakończeniu wykonywania kopii zapasowej SybaseASE. W rezultacie powstaje prawidłowa kopia zapasowa w systemie TSM. Wykonywanie asynchronicznej kopii zapasowej z uwzględnieniem zadań zawartych w harmonogramie Trwa tworzenie kopii zapasowej SybaseASE Trwa tworzenie kopii zapasowej pliku TSM W tym przypadku kopia zapasowa SybaseASE nie zostanie uszkodzona w systemie TSM, ale jak widać na przedstawionej ilustracji, czas potrzebny na jej wykonanie jest znacznie dłuższy. Nasze rozwiązanie umożliwia przesyłanie kopii zapasowej SybaseASE bezpośrednio do TSM, co widać na ilustracji. Synchroniczna kopia zapasowa Trwa tworzenie kopii zapasowej SybaseASE do TSM W tym przykładzie czas potrzebny na wykonanie kopii zapasowej jest znacznie krótszy niż we wszystkich pozostałych sytuacjach. Gwarantujemy, że wszystkie dane będą zapisane w oprogramowaniu TSM. Nasze rozwiązanie ogranicza czas potrzebny na wykonanie kopii zapasowej W rezultacie czas wykonania kopii zapasowej w aplikacji będzie krótszy niż w przypadku danych przechowywanych poza serwerem fizycznym (TSM).
Akceptowalny poziom utraty danych (RPO) Kopie zapasowe możesz wykonywać częściej, ponieważ objętość jest mniejsza niż w przypadku kopii przyrostowych. Maksymalna utrata danych z 1 godziny 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Powyższy przykład przedstawia rezultat uzyskany w przypadku wykonywania kopii przyrostowych co drugą godzinę.
Czas przywrócenia sprawności sprzętu Maksymalny czas przestoju aplikacji na czas przywracania będzie krótszy, ponieważ dane będą przywracane równolegle, bezpośrednio z TSM na serwer SybaseASE. Ilustracja prezentuje kompletne przywrócenie 4 baz danych równolegle na serwer SybaseASE. Przedstawione szare pola symbolizują przywracanie przyrostowe (dzienniki transakcji) i przywracanie na serwer SybaseASE. Rozwiązanie skraca czas przestojów Przywracanie plików Przywracanie SybaseASE z kompletnej kopii Powyższa ilustracja przedstawia sposób przywrócenia jednej z baz danych SybaseASE z systemu TSM. Przy ręcznym przeprowadzeniu działań czas przestoju wydłużyłby się znacznie, ponieważ działania nie mogłyby odbywać się równolegle, a przywrócenie i odzyskanie danych należałoby wykonać w oddzielnych krokach. 1) Przywrócenie lokalnych plików kopii zapasowej z TSM (czerwone pola) 2) Przywrócenie lokalnych plików przyrostowych kopii zapasowych z TSM (szare pola) 3) Przywrócenie bazy danych SybaseASE (żółte pole) 4) Przywrócenie bazy danych SybaseASE z pliku przyrostowego kopii zapasowej (zielone pola)
Pobierz teraz kopię próbną Odwiedź witrynę Wybierz z menu pozycję Products (produkty) Wybierz produkt Wybierz product downloads (pobieranie produktów) Pobraną kopię możesz testować przez 30 dni. Zamawianie produktu Data Protector: Wyślij wiadomość pocztową na adres info@repostor.com, aby uzyskać dalsze informacje. Witamy w Repostor REPOSTOR AB Första Långgatan 19 SE-413 27 Göteborg Szwecja Rozwiązanie zostało przetestowane przez firmę IBM