Odtwarzanie pełnej konsoli NAKIVO – co robić w przypadku awarii?

Dziś przyjrzymy się procesowi odtwarzania pełnej konsoli NAKIVO w sytuacji awaryjnej – tym razem z wykorzystaniem wewnętrznej oraz zewnętrznej bazy danych PostgreSQL. Domyślnie NAKIVO korzysta ze swojej wewnętrznej bazy danych. Jednak w większych środowiskach, dla zwiększenia wydajności, zaleca się podłączenie zewnętrznej bazy PostgreSQL.

Nawet jeśli korzystamy już z takiej konfiguracji, awarie samej konsoli należą do rzadkości. Mimo to warto być przygotowanym na każdy scenariusz.

Odtwarzanie konsoli z wewnętrzną bazą danych

W przypadku konsoli wykorzystującej wbudowaną bazę danych, proces odtwarzania jest prosty i szybki — zazwyczaj wystarczy 5 minut, by przywrócić pełną konfigurację. NAKIVO posiada wbudowaną funkcję Self-Backup, która umożliwia zapisanie całej konfiguracji konsoli w jednym pliku. Znajdują się w nim m.in. informacje o zadaniach backupu, inventory, nodach, repozytoriach oraz ustawieniach systemowych.

Po awarii wystarczy zainstalować nową instancję NAKIVO na dowolnym, wspieranym systemie operacyjnym. Przywracanie konfiguracji można wykonać na dwa sposoby:

Ręczny eksport/import – Użytkownik może samodzielnie wygenerować plik .zip zawierający konfigurację, przechodząc do:

Settings > Configuration > Export System Configuration


Następnie, po uruchomieniu nowej instancji, wystarczy skorzystać z opcji importu, dostępnej już na ekranie powitalnym.


Uwaga: Ten sposób wymaga wcześniejszego przygotowania — jeśli nie zadbaliśmy o aktualny eksport, może okazać się bezużyteczny w przypadku awarii.

Self-Backup to wygodniejsza i bezpieczniejsza metoda. Wystarczy podłączyć repozytorium, na którym znajduje się plik self-backupu. Konsola automatycznie go wykryje i zapyta, czy przywrócić pełną konfigurację. Po potwierdzeniu, system odzyska wszystkie dane.

Ważne: Nie można jednocześnie podłączyć tego samego repozytorium do dwóch różnych konsol.

Konsola z podłączoną bazą PostgreSQL

W przypadku konfiguracji z zewnętrzną bazą danych PostgreSQL procedura wygląda nieco inaczej. Przede wszystkim, ta sama baza nie może być jednocześnie podłączona do dwóch instancji NAKIVO.

Proces wygląda następująco: Instalujemy nową konsolę > Tworzymy nową bazę PostgreSQL > Przywracamy konfigurację z pliku Self-Backup.

W trakcie przywracania wszystkie dane zostaną skopiowane do nowej bazy.

Uwaga: W momencie wykonania przywracania z Self-Backup, z pierwszej konsoli zostaną usunięte wszystkie zadania!

Po kilku minutach mamy w pełni odzyskaną konsolę, gotową do dalszej pracy.

Podsumowanie

Self-Backup to proste i skuteczne rozwiązanie do odzyskiwania konsoli NAKIVO. Nie wymaga ręcznego kopiowania danych, a cały proces można przeprowadzić w kilka minut. Opcja ta jest domyślnie włączona i nie można jej wyłączyć – jedyne, co możemy zmienić, to miejsce przechowywania kopii: jedno wybrane repozytorium lub wszystkie dostępne.

Plik z konfiguracją zajmuje zaledwie kilkadziesiąt megabajtów, dlatego rekomenduję, aby był zapisywany na wszystkich repozytoriach, a nie tylko na jednym. Dzięki temu, nawet jeśli jedno repozytorium ulegnie awarii, mamy pewność, że zachowamy dostęp do naszej konfiguracji. Posiadanie kopii w wielu lokalizacjach znacząco zwiększa nasze bezpieczeństwo i odporność infrastruktury na awarie.

Poprzedni artykuł

Backup w chmurze, czyli myQNAPcloud Storage w QNAP NAS

Następny artykuł

High Availability w QNAP z systemem QuTS hero 5.3

Napisz komentarz

Napisz komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *