Czy Twój backup
naprawdę działa?
SimonRecovery automatycznie odtwarza bazę danych Oracle z kopii zapasowej, uruchamia ją, sprawdza jej poprawność i mierzy rzeczywisty czas odtworzenia.
Po każdym teście otrzymujesz raport i dowód jego wykonania.
Na jakie pytania odpowiada SimonRecovery?
Czy backup da się odtworzyć?
SimonRecovery odtwarza bazę z kopii w osobnym środowisku i otwiera ją w trybie odczytu i zapisu. Odpowiedź jest wynikiem testu, a nie założeniem.
Ile naprawdę trwa odtworzenie?
Czas jest mierzony przy każdym teście i zestawiany z wartością docelową RTO, którą wpisujesz w konfiguracji.
Czy masz dowód wykonania testu?
Po każdej sesji zostaje raport oraz pakiet dowodowy z wyciągami z logów, manifestem i sumami kontrolnymi SHA-256.
Zobacz SimonRecovery w działaniu
Od konfiguracji środowiska, przez odtworzenie bazy Oracle, aż po wynik testu i wygenerowany raport.
Film bez dźwięku.
Poproś o przykładowy raport →Od kopii zapasowej do raportu w sześciu krokach
Konfigurujesz raz. Wskazujesz źródło kopii, środowisko odtworzeniowe i harmonogram. Jeżeli SimonRecovery ma dostęp do sieci produkcyjnej, potrzebne parametry bazy pobiera z widoków systemowych i niczego w niej nie zmienia. W wariancie odseparowanym parametry wprowadza się ręcznie, bo SimonRecovery nie łączy się wtedy z siecią produkcyjną, co zwiększa izolację środowiska testowego.
1. Kontrola środowiska
Sprawdzenie gotowości środowiska odtworzeniowego: łączności, konfiguracji instancji i wolnego miejsca na dyskach.
2. Dostęp do kopii zapasowej
Uwierzytelnienie w systemie kopii zapasowych i wybór kopii do testu. Jej identyfikator trafia do raportu, więc wiadomo, co dokładnie zostało sprawdzone.
3. Przygotowanie środowiska
Usunięcie pozostałości po poprzednim teście i zbudowanie konfiguracji startowej od nowa. Każdy test rusza z tego samego stanu, dzięki czemu wyniki kolejnych testów są porównywalne.
4. Odtworzenie bazy
Przywrócenie pliku kontrolnego i plików danych z kopii, uzupełnienie ich o zmiany z dzienników archiwalnych i otwarcie bazy w trybie odczytu i zapisu. Test nie kończy się na odtworzeniu plików.
5. Weryfikacja bazy
Kontrola stanu instancji, trybu otwarcia, przestrzeni tabel i plików danych. Wyszukanie uszkodzonych bloków, sprawdzenie ciągłości dzienników archiwalnych oraz potwierdzenie, że odtworzona baza jest tą, której dotyczyła kopia.
6. Zwolnienie środowiska
Odtworzona baza zostaje usunięta, a zajęte przez nią zasoby zwolnione.
Schemat pokazuje wariant zwykły. W wariancie odseparowanym SimonRecovery stoi po stronie odciętej, nie łączy się z siecią produkcyjną, a parametry bazy wprowadza się ręcznie.
Dane zostają w Twojej infrastrukturze
Kopie, odtworzone bazy, raporty i pakiety dowodowe pozostają w środowisku klienta. SimonRecovery nie wysyła danych produkcyjnych do zewnętrznej chmury.
SSO i MFA
Uwierzytelnienie przez SSO z federacją do LDAP albo Active Directory, z logowaniem dwuetapowym. Konta, hasła i polityka ich zmiany zostają w Twoim katalogu firmowym.
Baza produkcyjna bez zmian
W wariancie zwykłym na bazie źródłowej wykonywany jest wyłącznie odczyt widoków systemowych, bez operacji modyfikujących. W wariancie odseparowanym SimonRecovery nie łączy się z siecią produkcyjną w ogóle.
Osobne środowisko odtworzeniowe
Odtworzenie i uruchomienie bazy odbywa się poza produkcją, na maszynie przeznaczonej wyłącznie do testów. Po teście środowisko wraca do stanu wyjściowego.
Dziennik zdarzeń
Zdarzenia systemowe trafiają do dziennika, a jego zapisy wchodzą do pakietu dowodowego, który przekazujesz audytorowi razem z raportami.
Co dokładnie zostaje po teście
Raport
Dzieli test na fazy i wylicza wszystkie kroki po kolei, każdy z własnym czasem i wynikiem. Opisuje użytą kopię, środowisko odtworzeniowe i wynik końcowy. Jeżeli któreś kryterium nie zostało spełnione, wynik pokazuje to razem z powodem.
Pomiar
Zmierzony czas odtworzenia oraz osiągnięty punkt odtworzenia, zestawione z wartościami docelowymi RTO i RPO, które wpisujesz w konfiguracji. Raport pokazuje obie liczby obok siebie i informację, czy warunek został spełniony.
Pakiet dowodowy
Pakiet zawiera wyciągi z logów poszczególnych etapów, manifest zawartości i sumy kontrolne SHA-256. Integralność plików można sprawdzić niezależnie od SimonRecovery.
Historia
Wyniki kolejnych sesji, trend czasów odtworzenia, raporty zbiorcze oraz eksport. Widać, czy czas odtworzenia rośnie, czy maleje.
Czy SimonRecovery pasuje do Twojego środowiska?
Po Twojej stronie potrzebne są dwie maszyny wirtualne i przestrzeń dyskowa na największą odtwarzaną bazę wraz z zapasem. Repozytorium kopii może stać w sieci produkcyjnej albo w środowisku odciętym.
Czego SimonRecovery nie robi
Nie wykonuje kopii zapasowych
Nie zastępuje systemu backupu, tylko korzysta z kopii, którą ten system już tworzy.
Nie jest rozwiązaniem disaster recovery
Nie ma przełączania ani przejęcia roli produkcji, a środowisko odtworzeniowe służy wyłącznie do testu. Jeśli szukasz disaster recovery, tym zajmuje się SyncGuard →
Nie mierzy czasu powrotu aplikacji
Odtworzenie bazy jest warunkiem koniecznym powrotu systemu, który na niej pracuje, ale czasu uruchomienia samej aplikacji nie mierzymy. Możemy natomiast wstrzymać proces odtwarzania, żeby zdążyć sprawdzić działanie aplikacji na odtworzonej bazie.
Standard na początek,
Enterprise na skalę
Obie licencje obejmują ten sam produkt. Różnicę robi skala: ile zasobów obejmuje licencja i ile testów może przebiegać równolegle.
| Co się różni | StandardPromocja | Enterprise |
|---|---|---|
| Pojemność w zakresie podstawowym | 10 PRU | 20 PRU |
| Rozszerzenie pojemności | jeden pakiet 10 PRU | pakiety po 10 PRU, bez ustalonego limitu |
| Największa pojemność | 20 PRU | według zamówienia |
| Środowiska odtworzeniowe | 1, na stałe | 1 i kolejne jako rozszerzenia |
| Testy przebiegające równolegle | nie | tak |
| Kiedy wybrać | do 20 PRU, testy jeden po drugim | powyżej 20 PRU albo testy równolegle |
Pozostałe funkcje są w obu licencjach identyczne: własne harmonogramy, testy na żądanie, raport rozszerzony, pakiet dowodowy, pomiar czasu i punktu odtworzenia zestawiony z wartościami docelowymi, historia wyników z trendem oraz eksport zbiorczy.
Jeden PRU odpowiada jednemu chronionemu zasobowi źródłowemu objętemu planem odtworzeniowym. Chronionym zasobem jest baza danych Oracle, rozpoznawana po DBID. Kolejne testy tego samego zasobu nie zwiększają zużycia, a odtworzona kopia nie liczy się jako osobny zasób.
W obu modelach produkt pracuje w Twojej infrastrukturze.
Uruchomienie SimonRecovery w Twoim środowisku na 30 dni. Zakres ustalamy w ofercie.
Pytania, które padają najczęściej
Zależy od tego, jak powstają kopie Oracle. Jeżeli RMAN-em i trafiają do obsługiwanego repozytorium Veeam, SimonRecovery korzysta z nich bez zastępowania istniejącego procesu backupu. Jeżeli natomiast Veeam zabezpiecza całe maszyny wirtualne z bazą, nie jesteśmy właściwym narzędziem i możemy omówić inne możliwości po stronie usług Oracle w Simorze.
Nie zawsze. Zależy od tego, gdzie znajduje się repozytorium kopii. Jeżeli w sieci produkcyjnej, na bazie źródłowej wykonywany jest wyłącznie odczyt widoków systemowych, bez operacji modyfikujących. Jeżeli repozytorium znajduje się w środowisku odciętym, SimonRecovery jest wdrażany w tym samym środowisku, nie łączy się z siecią produkcyjną, a parametry bazy wprowadza się ręcznie.
Administrator może wykonać taki test ręcznie. SimonRecovery sprawia, że ten sam proces można powtarzać według harmonogramu, z tym samym zakresem walidacji i takim samym raportem po każdym teście.
Tak. Samo odtworzenie można zautomatyzować skryptami. SimonRecovery dodaje harmonogramowanie, walidację, historię wyników, raportowanie i weryfikację integralności pakietu dowodowego, a przebieg testu nie zależy od tego, kto go pisał.
Raport powstaje tak samo jak po teście zakończonym powodzeniem i wskazuje krok, na którym test się zatrzymał, oraz powód. Niespełnione kryterium jest widoczne razem z wartością, która go nie spełniła. Środowisko zostaje uporządkowane, więc kolejny test może ruszyć bez interwencji administratora.
Instalacja zajmuje jeden do dwóch dni pracy naszego zespołu. Termin ustalamy wspólnie, po przygotowaniu maszyn wirtualnych i dostępu do repozytorium kopii.
Każdy plik ma sumę kontrolną SHA-256, którą sprawdzisz standardowymi narzędziami, bez SimonRecovery. Mechanizm potwierdzający autentyczność samego raportu jest powiązany z instalacją produktu.
Dwie maszyny wirtualne, przestrzeń dyskowa odpowiadająca największej odtwarzanej bazie wraz z zapasem, dostęp do repozytorium kopii oraz parametry bazy źródłowej.
Domyślnie nie. Ostatnia faza testu usuwa odtworzoną bazę i zwalnia zajęte przez nią zasoby, a raport zawiera pomiar wolnego miejsca przed testem i po nim. Środowisko wraca do stanu, w którym może przyjąć kolejny test. To zachowanie można jednak zmienić, tak aby na czas Twoich własnych testów odtworzona baza została tymczasowo zachowana i usunięta dopiero później.
Dane objęte testem nie są wysyłane poza infrastrukturę klienta. Kopie, odtworzone bazy, raporty i pakiety dowodowe pozostają w Twoim środowisku.
Nie wiesz, czy Twój backup Oracle da się odtworzyć?
W krótkiej rozmowie sprawdzimy, czy SimonRecovery pasuje do Twojego środowiska. Pytamy o wersję Oracle, sposób wykonywania kopii i wariant wdrożenia.
Chcesz sprawdzić, czy Twój backup naprawdę działa?
Umów prezentację SimonRecovery. W kilkanaście minut pokażemy Ci, jak wygląda automatyczne odtworzenie bazy danych Oracle, pomiar czasu odtworzenia i raport z testu.
Po spotkaniu otrzymasz kod rabatowy na licencję SimonRecovery Standard.
Umów prezentację i odbierz kod