Gdy wdrożenie oprogramowania ArcGIS Enterprise staje się coraz bardziej złożone, należy wziąć pod uwagę dodatkowe kwestie związane z odzyskiwaniem danych po awarii. Te rozważania wymagają znajomości różnych systemów, które tworzą architekturę wdrożenia. Tak jak w przypadku wielu scenariuszy technicznych, nie ma uniwersalnego podejścia do tworzenia kopii zapasowych systemów podstawowych i zależnych we wdrożeniu.
Poniżej przedstawiono sposób na zwiększenie skuteczności odtwarzania podczas odzyskiwania danych po awarii. Te praktyki mogą zostać przyjęte przez instytucje w celu określenia standardowych procedur operacyjnych jako część planu zapewnienia ciągłości działań biznesowych / odzyskiwania po awarii w przypadku katastrofy w kontekście wdrożenia oprogramowania ArcGIS Enterprise.
Najważniejsze wskazówki dotyczące tworzenia kopii zapasowych
Zapoznaj się z najważniejszymi wskazówkami dotyczącymi tworzenia kopii zapasowych instytucji ArcGIS Enterprise i wszelkich przywoływanych źródeł danych.
Tworzenie kopii zapasowych oprogramowania ArcGIS Enterprise
Instytucja ArcGIS Enterprise składa się z witryny Portal for ArcGIS, wszystkich witryn sfederowanych serwera ArcGIS Server i związanych z nimi danych oraz danych zawartych w aplikacji ArcGIS Data Store. Kopie zapasowe komponentów można tworzyć za pomocą dołączonego narzędzia WebGISDR (Web GIS Disaster Recovery) lub przy użyciu narzędzi innych firm do tworzenia kopii zapasowych opartych na maszynach i obrazach.
Narzędzie WebGISDR jest narzędziem wiersza poleceń, które jest dołączone do oprogramowania Portal for ArcGIS i służy do tworzenia kopii zapasowych zasobów oraz danych instytucji, informacji w witrynach sfederowanych serwera ArcGIS Server oraz danych zawartych w relacyjnych magazynach danych i magazynach danych pamięci podręcznej kafli. To narzędzie jest szczególnie przydatne do utrzymywania spójności komponentów podstawowego wdrożenia, a także wszelkich dodatkowych witryn sfederowanych, choć do przeprowadzenia odzyskiwania wymagane jest wdrożenie funkcjonalne.
Poza realizacją procesu tworzenia kopii zapasowych WebGISDR należy rozważyć następujące kwestie:
- Sfederowane witryny serwera ArcGIS Mission Server lub serwera ArcGIS Notebook Server — jeśli masz jedną z tych witryn, utwórz kopie zapasowe, postępując zgodnie z instrukcjami zawartymi w dokumentacji serwera ArcGIS Mission Server i dokumentacji serwera ArcGIS Notebook Server..
- Kopie zapasowe magazynu dużych zbiorów danych czasowo-przestrzennych i magazynu wykresów — jeśli na serwerze hostującym zarejestrowany jest magazyn dużych zbiorów danych czasowo-przestrzennych lub magazyn wykresów (bądź oba te magazyny), twórz kopie zapasowe każdego z nich za pomocą programu narzędziowego backupdatastore aplikacji ArcGIS Data Store.
- Konfiguracja witryny serwera ArcGIS GeoEvent Server — zarządzaj kopią zapasową konfiguracji serwera ArcGIS GeoEvent Server za pomocą pliku konfiguracyjnego kopii zapasowej.
Magazyny obiektów są używane do umieszczania w pamięci podręcznej efemerycznych odpowiedzi warstw obiektowych w wersji 11.0, więc dane nie muszą być przechowywane w przypadku scenariusza odzyskiwania.
Większość platform wirtualizacyjnych umożliwia wykonywanie migawek działających maszyn wirtualnych, co pozwala na uzyskanie krótkich docelowych czasów odtworzenia. Choć są one przydatne, nie są uważane za trwałe kopie zapasowe w ramach większego planu zapewniania ciągłości działań biznesowych / odzyskiwania po awarii.
W przypadku tworzenia kopii zapasowych przed oknem konserwacyjnym lub w jego trakcie krótki docelowy czas odtworzenia dzięki migawkom zachęca do korzystania z tych narzędzi, gdy są dostępne. W przypadku wykonywania kopii zapasowych za pomocą narzędzi innych firm podstawowe komponenty warstwy danych w oprogramowaniu Portal for ArcGIS i aplikacji ArcGIS Data Store nie są zintegrowane z tymi metodami i dlatego wiąże się z nimi ryzyko związane z wykonywaniem na żywo kopii zapasowej działającej bazy danych. Aby zminimalizować to ryzyko, po zatrzymaniu usługi dla działających komponentów oprogramowania ArcGIS Enterprise należy wykonać migawki i kopie zapasowe oparte na obrazach.
W przypadku architektur, które wykorzystują udostępnione pliki do hostowania udostępnionego katalogu zasobów portalu lub magazynu konfiguracji i katalogów głównych witryn serwera ArcGIS Server, należy rozważyć spójność kopii zapasowych tych lokalizacji podczas korzystania z narzędzi do tworzenia kopii zapasowych innych firm, takich jak migawki maszyn wirtualnych lub kopie zapasowe oparte na obrazach. Jeśli na przykład administrator wycofuje zmiany po nieudanej aktualizacji oprogramowania Portal for ArcGIS, odzyskując migawkę, katalog zasobów mógł zostać zmieniony przez proces aktualizacji i nie byłby już spójny z informacjami zawartymi w bazie danych odzyskanej instancji. Aby zminimalizować te efekty w przypadku korzystania z narzędzi innych firm, kopie zapasowe powinny być wykonywane podczas przerwy w pracy, kiedy w instytucji nie są publikowane ani edytowane żadne zasoby. Dotyczy to zarówno komponentów oprogramowania ArcGIS Enterprise, jak i powiązanych udostępnionych plików.
Kopie zapasowe aplikacji ArcGIS Data Store można tworzyć oddzielnie od innych komponentów, aby zminimalizować utratę danych w przypadku awarii tego komponentu. Zaplanowane tworzenie kopii zapasowych magazynów danych relacyjnych i magazynów danych pamięci podręcznej kafli może odbywać się poza harmonogramem narzędzia WebGISDR i innych narzędzi do tworzenia kopii zapasowych.
Tworzenie kopii zapasowych przywoływanych źródeł danych
Serwer ArcGIS Server może obsługiwać zasoby z wielu źródeł, w tym z geobaz profesjonalnych, zarejestrowanych udostępnionych plików i magazynów w chmurze. Te zewnętrzne źródła danych powinny być uwzględnione w planie odzyskiwania po awarii dla danego wdrożenia. Zaleca się przestrzeganie instrukcji producenta dotyczących wykonywania kopii zapasowych lub replikowania danych do innej lokalizacji.
Geobazy profesjonalne, które zawierają dane obsługiwane przez przywoływane usługi, powinny mieć tworzone kopie zapasowe zgodnie z docelowymi okresami dopuszczalnej utraty danych każdej instytucji przy użyciu narzędzi dostarczonych przez dostawcę. Ponieważ dane te są przywoływane przez usługi serwera ArcGIS Server, spójność opublikowanych usług może potencjalnie utracić synchronizację z tabelami bazy danych zaplecza, jeśli odzyskiwanie bazy danych odbywa się niezależnie od witryn zawierających opublikowane usługi. Z tego powodu ważne jest dostosowanie harmonogramu tworzenia kopii zapasowych we wszystkich komponentach wdrożenia oprogramowania ArcGIS Enterprise.
Sieciowe pliki udostępnione mogą wykorzystywać narzędzia do tworzenia kopii zapasowych oparte na obrazach lub systemie plików, aby pakować dane, a następnie przenosić je do trwałego rozwiązania pamięci masowej, które istnieje poza domeną awarii wdrożenia.
Magazyny w chmurze powinny mieć kopie zapasowe lub być replikowane do innego regionu, aby zapewnić dodatkową możliwość odzyskiwania danych i trwałość. Replikowane magazyny można również wdrożyć z wykorzystaniem archiwum lub zimnego magazynu danych, aby zmniejszyć ogólny koszt.
Kiedy tworzyć kopie zapasowe
Częstotliwość wykonywania kopii zapasowych zależy od kilku czynników, z których najważniejszym jest czas potrzebny na ich utworzenie. Ponieważ procesy tworzenia kopii zapasowych mogą wpływać na wykorzystanie zasobów systemu, tworzenie pełnych kopii zapasowych jest zwykle planowane poza głównymi godzinami pracy. W przypadku różnych typów kopii zapasowych częstotliwość tworzenia kopii zapasowych systemu może być różna w zależności od wdrożenia oprogramowania ArcGIS Enterprise.
Na przykład kopia zapasowa produkcyjnej geobazy profesjonalnej może być tworzona przyrostowo co 15 minut na potrzeby osiągnięcia krótkiego docelowego okresu dopuszczalnej utraty danych. Najważniejsze dane powinny być przechowywane w tej instancji bazy danych, aby zmniejszyć ilość potencjalnych strat danych. W przypadku wdrożenia oprogramowania ArcGIS Enterprise z wieloma usługami przywoływanymi i statycznymi zasobami częstotliwość tworzenia kopii zapasowych może być dzienna lub tygodniowa, natomiast w przypadku wdrożeń z dużym wykorzystaniem hostowanych usług obiektowych i częstym tworzeniem map i aplikacji internetowych należy dążyć do skrócenia czasu między kolejnymi operacjami tworzenia kopii zapasowych.
Weryfikacja kopii zapasowych
Kopie zapasowe powinny być monitorowane pod kątem pomyślnego wykonania, a w przypadku niepowodzenia administratorzy powinni być ostrzegani. W przypadku narzędzia WebGISDR kod wyjścia z uruchomionego skryptu może być użyty jako wskaźnik pomyślnego zakończenia tworzenia kopii zapasowej. Zero oznacza pomyślną kopię zapasową, a każdy kod niezerowy oznacza niepowodzenie. Istnieje kilka narzędzi ostrzegawczych, które można zintegrować, aby umożliwić powiadamianie za pomocą wiadomości e-mail lub SMS zespołu odpowiedzialnego za integralność kopii zapasowej. Wiele narzędzi do tworzenia kopii zapasowych innych firm zapewnia podobną funkcjonalność lub może być zintegrowanych z innymi usługami w celu przekazywania alertów.
Innym ważnym aspektem weryfikacji planu instytucji dotyczącego ciągłości działań biznesowych / odzyskiwania po awarii w przypadku katastrofy jest przeprowadzanie co jakiś czas ćwiczeń dotyczących odtwarzania. Dzięki temu administratorzy mogą mieć pewność, że w przypadku awarii są przygotowani do przywrócenia systemu z funkcjonalnych kopii zapasowych i weryfikacji planu odtwarzania opisanego poniżej.
Czas przechowywania plików kopii zapasowych
Decyzja o czasie przechowywania plików kopii zapasowych zależy od ilości wolnego miejsca i elastyczności wymaganej w zakresie opcji odzyskiwania. Jeśli nie jest konieczne odtwarzanie dla określonego momentu przed ostatnią pełną kopią zapasową, można zachować tę ostatnią pełną kopię zapasową i utworzone po niej przyrostowe kopie zapasowe.
Przyrostowe kopie zapasowe utworzone za pomocą narzędzia WebGISDR kumulują się, co oznacza, że do ostatniej pełnej kopii zapasowej można zastosować najnowszą przyrostową kopię zapasową. Dlatego należy zachować co najmniej ostatnią pełną kopię zapasową i najnowszą przyrostową kopię zapasową utworzoną po tej pełnej kopii zapasowej.
Można też przenieść kilka zestawów starszych kopii zapasowych do innej lokalizacji, na przykład na nośnik służący do przechowywania. Dzięki temu, jeśli okaże się, że kluczowe dane i usługi zostały usunięte przed ostatnią pełną kopią zapasową, pliki będą nadal dostępne.
Notatka:
Podczas tworzenia kopii zapasowych narzędzie WebGISDR rejestruje wersje komponentów oprogramowania ArcGIS Enterprise. Wdrożenie, do którego wykonywane jest odtwarzanie, musi być w tej samej wersji jak ta, która istniała w momencie tworzenia kopii zapasowej. Ponadto odtwarzanie należy wykonać do tego samego typu systemu operacyjnego. Nie można na przykład utworzyć kopii zapasowej wdrożenia oprogramowania ArcGIS Enterprise w systemie Linux i odtworzyć jej na komputerach z systemem Windows.Najważniejsze wskazówki dotyczące odtwarzania danych instytucji
Zapoznaj się z poniższymi najważniejszymi wskazówkami dotyczącymi odtwarzania instytucji ArcGIS Enterprise za pomocą utworzonych kopii zapasowych.
Co odtwarzać?
Jeśli administrator ma do dyspozycji kilka rodzajów kopii zapasowych, może odtwarzać komponenty w sposób bardziej szczegółowy niż w przypadku przywracania całego wdrożenia. Jeśli pamięć podręczna usługi mapowej lub rastrowej zostanie usunięta, tylko te pliki muszą zostać przywrócone z kopii zapasowej. Podobnie, jeśli tabela zostanie przypadkowo usunięta z geobazy profesjonalnej, można ją przywrócić bez wpływu na inne komponenty.
Jeśli w hostowanej warstwie obiektowej dokonano nieprawidłowych edycji i trzeba wycofać zmiany, administrator ma możliwość odtwarzania tylko relacyjnego magazynu danych bez konieczności odtwarzania całego wdrożenia oprogramowania ArcGIS Enterprise. Zmniejsza to wpływ odtwarzania na inne dane przechowywane w bazie danych, ale jeśli w tym czasie zostały utworzone usługi hostowane, może to spowodować, że witryna serwera ArcGIS Server stanie się niespójna z odtworzonymi tabelami bazy danych i będzie wymagać ręcznego czyszczenia i ponownego publikowania odpowiednich usług.
W innych przypadkach może wystąpić poważna awaria, np. centrum danych lub regionu chmury, która wymaga odtworzenia całego wdrożenia oprogramowania ArcGIS Enterprise oraz wszystkich zewnętrznych źródeł danych. Jest to najbardziej ekstremalny przykład, który wymaga odpowiedniego planowania, aby zapewnić pełną funkcjonalność odtwarzanego środowiska.
Jak odtwarzać?
W przypadku rozległej awarii wdrożenia oprogramowania ArcGIS Enterprise istnieje wiele opcji odzyskiwania danych, które zależą od rodzajów dostępnych kopii zapasowych. Replikacja do pobliskiej witryny przy użyciu narzędzia WebGISDR jest najważniejszą metodą skrócenia czasu odzyskiwania wdrożenia, natomiast posiadanie zimnej witryny rezerwowej dostępnej do uruchomienia i odtwarzania może ułatwić zarówno ćwiczenia dotyczące odzyskiwania, jak i skrócić całkowity czas odzyskiwania.
Podczas podejmowania decyzji o ścieżce odzyskiwania należy najpierw spróbować opcji o najkrótszym docelowym okresie dopuszczalnej utraty danych i docelowym czasie odtworzenia. Pozwoli to na najszybsze uzyskanie informacji zwrotnej o poziomie powodzenia odtwarzania. Administrator znający strategię tworzenia kopii zapasowych, który w przeszłości regularnie testował ich odtwarzanie, może również skrócić czas potrzebny na przywrócenie sprawności w przypadku awarii.
Ponieważ oprogramowanie ArcGIS Enterprise ma wiele warstw w komponentach wewnętrznych i zewnętrznych, kolejność odtwarzania tych komponentów ma wpływ na stabilność wdrożenia po odtworzeniu. Przed przystąpieniem do odtwarzania maszyn i komponentów oprogramowania ArcGIS Enterprise należy najpierw udostępnić wszystkie przywoływane źródła danych i sprawdzić, czy są one dostępne ze środowiska ArcGIS Enterprise, w tym instancje baz danych i zewnętrzne udostępnione pliki.
Gdy wszystkie elementy zależne są już na swoim miejscu, wdrożenie oprogramowania ArcGIS Enterprise powinno zostać odtworzone do spójnego stanu. Ma to na celu uniknięcie scenariuszy, w których w witrynie serwera hostującego może być opublikowana usługa obiektowa, ale w relacyjnym magazynie danych brakuje tabeli danych zależnych, lub instytucja może mieć element usługi, który nie jest już obecny w jednej z witryn sfederowanych.
Weryfikacja po odtwarzaniu
Po zakończeniu operacji odtwarzania należy przeprowadzić weryfikację danych newralgicznych dla działalności biznesowej i powszechnej funkcjonalności wdrożenia oprogramowania ArcGIS Enterprise. Można to osiągnąć poprzez tworzenie list kontrolnych dla centrów biznesowych i działów w celu weryfikacji ich najważniejszych zasobów lub za pomocą zautomatyzowanych skryptów. Podejście do tej weryfikacji za pomocą automatycznych skryptów daje większą pewność, że odtwarzanie przebiegło pomyślnie w krótszym czasie niż ręczne sprawdzanie elementów i usług.
Automatyzacja operacji tworzenia i odtwarzania kopii zapasowych
Zaleca się regularne tworzenie kopii zapasowych, aby zabezpieczyć się przed znaczną utratą danych i skrócić czas przestoju. Częstotliwość tworzenia kopii zapasowych zależy od przyjętego przez instytucję docelowego okresu dopuszczalnej utraty danych, który określa, jaka utrata danych jest dopuszczalna. Jeśli na przykład instytucja nie może tolerować utraty danych przez ponad 12 godzin, należy zdefiniować harmonogram, który będzie tworzył kopie zapasowe w czasie krótszym niż 12 godzin.
Tworzenie i odtwarzanie kopii zapasowych można zautomatyzować w systemie Windows za pomocą Harmonogramu zadań lub innego programu do planowania. Należy pamiętać, że ilość danych w instytucji ma również wpływ na to, jak często można tworzyć kopie zapasowe i jak szybko można je odtworzyć. Przed ustawieniem zaplanowanego zadania można sprawdzić, ile czasu zajmie wykonanie operacji tworzenia i odtwarzania kopii zapasowych, aby upewnić się, że zostaną one zakończone przed kolejną próbą.
Ponadto należy ustalić, czy tworzenie i odtwarzanie kopii zapasowych przebiega pomyślnie. Narzędzie WebGISDR obsługuje plik wynikowy zapisujący wyniki operacji w formacie JSON, który to plik można przetworzyć, aby określić, czy kopia zapasowa powstała, czy wystąpiło niepowodzenie któregoś z komponentów i jak długo trwała operacja dla każdego z nich. Ten plik można zintegrować z logiką tworzenia i odtwarzania kopii zapasowych, aby powiadamiać administratorów o wszelkich niepowodzeniach i działaniach.