Backup środowiska Oracle (AppSync / NetWorker)
Strategia backupu bazy danych Oracle będzie opierać się na dwóch następujących filarach:
Filar I : Natychmiastowy backup i odtworzenie z wykorzystaniem narzędzia Dell EMC AppSync i snapshotów macierzowych.
Kopie macierzowe (snapshoty) trzymane na dwóch macierzach w dwóch lokalizacjach.
Filar II: Długoterminowy, odporny na atak hackera/ransomware backup
Kopie zapasowe trzymane na urządzeniach Data Domain w dwóch lokalizacjach, z wykorzystaniem oprogramowania Networker.
Poniżej przedstawiamy opis obu elementów strategii ochrony danych dla bazy danych Oracle.
Filar I
Natychmiastowy backup i odtworzenie z wykorzystaniem narzędzia Dell EMC AppSync i snapshotów macierzowych.
Zastosowanie dla celów operacyjnych:
- Odtwarzanie bieżących danych
- Testowanie
Wykonywany będzie regularny, automatyczny backup snapshotowy na macierzach. Backup będzie trzymany w dwóch lokalizacjach. Awaria pojedynczej lokalizacji nie ma wpływu na możliwość odtworzenia się.
Backup jest natychmiastowy, gdyż opiera się na snapshotach macierzy. Również przywrócenie danych jest natychmiastowe – odtworzenie zmienionych fragmentów następuje bezpośrednio na macierzy.
Backupy możemy odtwarzać zarówno do środowiska produkcyjnego, jak również wystawiać jako gotowe środowisko dla celów testowych, operacyjnych, do dowolnych serwerów w infrastrukturze.
Dostarczone rozwiązanie AppSync pozwala na wykonywania zarówno automatycznych, zgodnych z kalendarzem kopii, jak również backupów ad hoc, na żądanie – na przykład przed ważnymi operacjami maintenance’owymi, wgraniem nowej wersji aplikacji, uaktualnieniem, itp.
Z poziomu narzędzia AppSync definiujemy kalendarz backupów, retencję oraz sposób integracji z systemem Oracle. Niezależnie mamy kontrole nad odtworzeniem. Dowolny backup możemy odtworzyć czy udostępnić do serwerów produkcyjnych jako dane testowe.
AppSync w pełni wspiera tworzenie spójnych kopii macierzowych typu snapshot dla zasobów baz Oracle. AppSync automatyzuje kroki związane z poprawnym odtwarzaniem baz Oracle tj.:
– wybór odpowiedniej kopii
– zamontowanie kopii po stronie wybranego hosta
– rozpoznanie dysków ASM lub FS
– zmiana nazw grup ASM, jeżeli jest taka konieczność oraz ich zamontowanie
– zmiana nazwy SID/bazy, jeżeli jest taka konieczność
– katalogowanie plików bazy
– inne operacje związane z odtwarzaniem RMAN
AppSync również umożliwia podłączenie swoich własnych skryptów np. w sytuacji kiedy chcemy wykonać inne kroki, niż te już zautomatyzowane w samym produkcie. Można w ten sposób utworzyć zadanie lub zadania, które będą wykonywane na żądanie bez konieczności zastanawiania się jakie kroki należy poczynić, np. odtwarzanie bazy na hosta przy użyciu snapshota macierzowego oraz dodatkowo odtwarzanie logów archiwalnych przechowywanych w NetWorkerze.
Oferujemy Państwu pełne wsparcie w utworzeniu takich zadań dla różnych scenariuszy, zgodnie z Państwa wymogami oraz prowadzonymi w trakcie spotkań dyskusjami koncepcyjnymi.
AppSync wspiera następujące konfiguracje Oracle:
- Oracle – Standalone and Oracle Real Application Clusters on Linux and AIX
- Oracle Data Guard configuration for a primary (source database) and a physical standby (target database), which is open in active or passive/non-active mode
- Oracle installations on physical hosts and virtual machines (with pRDMs and Vdisks) – There is no support for RDMs in virtual mode
- Oracle databases residing on ASM disks
- Oracle databases residing on file systems
- Oracle Container Databases
- Oracle PDB granular restore
- Oracle Flex ASM
- RMAN cataloging of databases to a remote catalog
- Repurposing of Oracle database copies (e.g. from prod to dev/test)
Szczegółowa lista kompatybilności znajduje się pod poniższym linkiem:
https://elabnavigator.dell.com/vault/pdf/EMC_AppSync.pdf?key=1636387504313
AppSync będzie wykorzystywany do zabezpieczania bazy Oracle na czas utworzenia kopii snapshot.
Kopia ta będzie zawierać pliki bazy danych, plik kontrolny oraz logi Redo. Wystarczy to do odtworzenia oraz uruchomienia bazy na punkt w czasie utworzenia kopii snapshot. Z uwagi na miejsce na macierzy nie będziemy składować kopii logów archiwalnych w ww. snapshotach. Jest to oczywiście możliwe, jednak niekonieczne.
Logi archiwalne będą cyklicznie zabezpieczane przy użyciu oprogramowania NetWorker, zintegrowanego z RMAN bezpośrednio na urządzenia Data Domain. Dzięki temu po odtworzeniu bazy będzie można dociągnąć logi archiwalne bezpośrednio z macierzy do danego/określonego punktu w czasie (jeżeli nadal znajdują się w podstawowej lokalizacji) lub z urządzeń DataDomain (jeżeli logi zostały już usunięte z podstawowej lokalizacji).
Cykliczność backupu logów archiwalnych na DataDomain wynika z parametru RPO, który można ustawić w harmonogramie oprogramowania NetWorker np. interval = 1h.
Według wstępnych ustaleń, planujemy tworzenie 2 kopii snapshot dziennie i cykliczne rotowanie ich co dzień. Możliwe jest również tworzenie większej ilości snapshotów poprzez AppSync – zgodnie z naszymi szacunkami (opierającymi się na zakładanym stopniu dziennej zmienności danych) jesteśmy w stanie pomieścić także 4 snapshoty jednocześnie w obecnie proponowanej konfiguracji macierzy PowerStore, nawet z nieco dłuższą retencją (kilkudniową). Szczegóły konfiguracji zostaną ustalone wspólnie i wypracowane na etapie Projektu Technicznego wdrożenia rozwiązania.
Filar II
Długoterminowe backupy będą trzymane na urządzeniach Data Domain. Oprogramowanie NetWorker zapewni automatyzację zadań backupowych:
- Automatyczne ustawienie blokady przed ransomware/hacker
- Kalendarz backupów
- Replikację między ośrodkami
NetWorker
Kopie zapasowe będą wykonywane bez obciążania serwera produkcyjnego – z pasywnego node’a.