Przejdź do treści
Automatyczne testy odtworzeniowe Oracle Database

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.

BazaOracle Database Źródłokopie RMAN Repozytoriumkatalog dyskowy albo Veeam Środowiskodwa wirtualne serwery

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.

Film

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 →
Jak to działa

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 środowiska
Kliknij krok po lewej, aby zobaczyć, co się w nim dzieje.
ŹRÓDŁO
Baza produkcyjna
wariant zwykły: tylko odczyt widoków systemowych
KOPIE
Repozytorium kopii RMAN
katalog dyskowy albo repozytorium Veeam
APLIKACJA
SimonRecovery
HARMONOGRAM
ŚRODOWISKO ODTWORZENIOWE
Odtworzenie, uruchomienie, otwarcie w trybie odczytu i zapisu
WYNIK SESJI
Raport i pakiet dowodowy
odtworzona baza usunięta, środowisko gotowe na kolejny test

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.

Bezpieczeństwo

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.

Wynik, pomiar i dowód

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.

Dopasowanie i granice produktu

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.

Panel kompatybilności
Baza danych Oracle Database 19c
Edycja Standard Edition 2 (SE2), Enterprise Edition (EE)
Architektura CDB, non-CDB
Pliki bazy system plików, ASM
Baza źródłowa produkcyjna (primary)
Źródło odtworzenia kopie RMAN w katalogu dyskowym albo w repozytorium Veeam Backup & ReplicationKopia obrazowa maszyny wirtualnej nie jest obsługiwanym źródłem.
Wdrożenie we własnej infrastrukturze

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.

Licencje

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.

Porównanie licencji
Wiersze, w których licencje Standard i Enterprise się różnią.
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
Promocja Kod rabatowy na licencję Standard dostępny po prezentacji SimonRecovery. Odbierz kod rabatowy →

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.

Jednostka pojemności

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.

Model zakupu
Licencja roczna obowiązuje 12 miesięcy
Licencja bezterminowa bez daty zakończenia

W obu modelach produkt pracuje w Twojej infrastrukturze.

PoC 30 dni

Uruchomienie SimonRecovery w Twoim środowisku na 30 dni. Zakres ustalamy w ofercie.

Pytania

Pytania, które padają najczęściej

+ Mamy Veeam. Czy to zadziała?

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.

+ Czy SimonRecovery wymaga połączenia z bazą produkcyjną?

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.

+ Czym to się różni od odtworzenia wykonanego ręcznie przez administratora?

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.

+ Czy tego samego nie można zautomatyzować własnymi skryptami?

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ł.

+ Co się dzieje, gdy test wypadnie negatywnie?

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.

+ Ile trwa wdrożenie?

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.

+ Jak można zweryfikować integralność pakietu dowodowego?

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.

+ Co jest potrzebne po naszej stronie?

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.

+ Czy odtworzona kopia zostaje na środowisku testowym?

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.

+ Czy dane wychodzą poza naszą infrastrukturę?

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.

+48 32 34 17 450

Skontaktuj się z nami

Napisz do nas