W produkcie ArcGIS Enterprise termin „migracja” opisuje wymagania instytucji w zakresie przeniesienia istniejącego wdrożenia lub jego części do alternatywnego wdrożenia. To alternatywne wdrożenie może być nowsze, może działać w innym systemie operacyjnym lub w innej infrastrukturze. Strategie migracji mogą być użyte do przeniesienia istniejących zasobów z oryginalnego wdrożenia do alternatywnego wdrożenia.
Najczęstsze strategie
Potrzeby związane z architekturą i migracją różnią się w zależności od instytucji, podobnie jak odpowiednie strategie i rozwiązania. Konkretna strategia wybrana do migracji zasobów może się różnić w zależności od określonych czynników. Czynniki, które należy wziąć pod uwagę przy wyborze strategii migracji, obejmują następujące kwestie:
- Które zasoby muszą zostać zmigrowane? Może to obejmować wszystkie zasoby, wszystkie zasoby oraz użytkowników i grupy lub określony podzbiór zasobów.
- Jakich systemów operacyjnych dotyczy ta operacja? W przypadku przejścia z tego samego typu systemu operacyjnego, na przykład z Windows Server 2019 na Windows Server 2022, należy wziąć pod uwagę inne kwestie niż w przypadku przejścia z wdrożenia w systemie Windows na wdrożenie w systemie Linux.
- Jakiego rodzaju infrastruktura dotyczy ta operacja? Rozważania dotyczące migracji zasobów będą się różnić w przypadku migracji zasobów z oprogramowania ArcGIS Enterprise do oprogramowania ArcGIS Enterprise w przeciwieństwie do migracji z oprogramowania ArcGIS Enterprise do usługi ArcGIS Online. Istnieją również dodatkowe kwestie do rozważenia w przypadku migracji z wdrożenia lokalnego do chmury i odwrotnie.
W poniższych sekcjach przedstawiono zarys najczęstszych strategii migracji oraz odsyłacze do narzędzi, dokumentacji pomocy, blogów i innych zasobów przydatnych przy działaniach z tej dziedziny.
Migrowanie zasobów z jednej instytucji ArcGIS do drugiej
Strategia ta może być pomocna, jeśli Twoja instytucja zamierza osiągnąć następujące cele:
- Promowanie zasobów w poszczególnych instytucjach, np. od środowiska rozwojowego, poprzez robocze, aż po produkcyjne.
- Zachowanie wybranych zasobów w produkcie ArcGIS Enterprise podczas migrowania wyboru do usługi ArcGIS Online lub odwrotnie (na przykład w celu dostarczenia kombinacji obiektów prywatnych i publicznych).
- Zachowanie wybranych zasobów w jednym wdrożeniu ArcGIS Enterprise podczas migrowania wyboru do innego wdrożenia ArcGIS Enterprise (na przykład w odłączonych środowiskach).
Migracja hostowanych zasobów
Podczas kopiowania lub migrowania hostowanych warstw, map internetowych i elementów można używać narzędzi i zasobów w interfejsie ArcGIS API for Python lub ArcGIS REST API. Użycie poniższych narzędzi i zasobów będzie łatwiejsze, jeśli masz już doświadczenie z interfejsem ArcGIS API for Python:
- Podręcznik klonowania zasobów zawiera szczegółowe informacje o sposobie używania funkcji clone_items() w środowiskach. Funkcja clone_items() obsługuje usługi hostowane, mapy internetowe i aplikacje oraz inne typy elementów. Ten rodzaj strategii migracji powinien być brany pod uwagę przy migracji wszystkich zasobów z jednej instytucji do drugiej.
- W wersji 10.8.1 funkcja arcgis.gis.GroupMigrationManager.create() jest dostępna i można w niej eksportować zasoby grupy z instytucji ArcGIS Enterprise jako pakiet. Administratorzy mogą za pomocą tej funkcji rozpakować wybrane zasoby grupy i zaimportować do innej grupy w instytucji. Ta funkcja zapewnia obsługę hostowanych warstw obiektowych, map internetowych i aplikacji oraz innych elementów tekstowych. Podczas migracji zostają zachowane identyfikatory elementów. Ten rodzaj strategii migracji powinien być brany pod uwagę przy migracji podzbioru zasobów z jednej instytucji do drugiej.
- W wersji 10.8.1 funkcja arcgis.gis.GroupMigrationManager.load() jest dostępna i można w niej zaimportować wyeksportowany pakiet do instytucji ArcGIS Enterprise jako zasoby grupy. Po zaimportowaniu elementy domyślnie stają się własnością administratora, który zaimportował pakiet. Następnie elementy w razie potrzeby można przypisać innym właścicielom. Ten rodzaj strategii migracji powinien być brany pod uwagę przy migracji podzbioru zasobów z jednej instytucji do drugiej.
W przypadku nieznajomości interfejsu ArcGIS API for Python operacje eksportu i importu zasobów grupy mogą zostać użyte w ArcGIS REST API do przeniesienia zasobów z jednej instytucji ArcGIS Enterprise do innej. Operacje te są przydatne przy przenoszeniu zasobów ze środowiska rozwojowego do roboczego lub w środowiskach bez połączenia z siecią. Ten rodzaj strategii migracji powinien być brany pod uwagę przy migracji podzbioru zasobów z jednej instytucji do drugiej.
Migracja przywoływanych zasobów
Gdy migrowane są przywoływane zasoby, usługi systemu GIS, które odwołują się do zarządzanych przez użytkowników magazynów danych, będą musiały zostać opublikowane lub udostępniane każdemu z wdrożeń ArcGIS Enterprise. Udostępnianie przywoływanych usług może odbywać się przy użyciu następujących metod:
- Opublikowanie warstwy internetowej z poziomu aplikacji ArcGIS Pro. Usługi publikowane z poziomu aplikacji ArcGIS Pro będą odnosić się do źródła danych używanego podczas udostępniania warstwy internetowej. Oznacza to, że może być konieczne utworzenie nowych map, jeśli chcesz odwołać się do różnych źródeł danych.
- Opublikowanie pliku definicji usługi (.sd) w aplikacji ArcGIS Server Manager. Wszystkie usługi opublikowane na podstawie tego połączenia z bazą danych będą odwoływały się do tych samych danych źródłowych.
- Zbiorcze opublikowanie w portalu ArcGIS Enterprise. Wszystkie usługi opublikowane na podstawie tego połączenia z bazą danych będą odwoływały się do tych samych danych źródłowych.
Dodatkowo, usługi mogą być zautomatyzowane przy użyciu modułu udostępniania ArcPy: arcpy.sharing. Ta strategia migracji powinna być brana pod uwagę, gdy udostępniana jest ta sama usługa systemu GIS wielu wdrożeniom oprogramowania ArcGIS Enterprise jednocześnie.
Notatka:
Powyższe scenariusze opisują przenoszenie elementów między środowiskami, ale częste jest również udostępnianie elementów w instytucjach. W takim przypadku elementy mogą być replikowane w środowiskach, aby na przykład dostarczyć i rozpowszechnić elementy publiczne i prywatne w instytucjach. W przypadku tej strategii można użyć kooperacji rozproszonej. Podczas gdy kooperacja rozproszona może być wykorzystywana do udostępniania zasobów między środowiskami, nie jest ona przeznaczona do migracji zasobów między środowiskami.
Migrowanie istniejącego wdrożenia z jednego komputera na inny
Ta strategia może być przydatna, jeśli instytucja chce przenieść istniejące komponenty oprogramowania na nowszy sprzęt lub do nowszego systemu operacyjnego. Może zostać użyta dla wdrożenia na jednym lub wielu komputerach hostowanych lokalnie lub w chmurze. Tego typu strategie migracji powinny być brane pod uwagę podczas migracji z tego samego typu systemu operacyjnego do innego:
- Aby wymienić komputer we wdrożeniu bez utraty zasobów i bez przerywania działania usługi, można użyć operacji Dołącz do witryny w celu migracji komponentów oprogramowania na inny komputer. Operacja Dołącz do witryny jest dostępna za pośrednictwem aplikacji Portal Administrator Directory i Server Administrator Directory. Dodatkowe szczegóły są opisane na tym blogu. Zawierają one szczegóły migracji aplikacji ArcGIS Data Store.
- Wymagającą nieco większego zaangażowania procedurą wykonywania zadań jest użycie narzędzia webgisdr. Ta procedura wykonywania zadań może być ciekawsza, ponieważ nie wpływa na pracę w środowisku produkcyjnym. Dodatkowe szczegóły są opisane na tym blogu.
Migrowanie istniejącego wdrożenia lokalnego do wdrożenia w chmurze
Strategia ta może być pomocna, jeśli Twoja instytucja zamierza osiągnąć następujące cele:
- Dodanie nowych możliwości.
- Poprawa wydajności i możliwości systemu.
- Zredukowanie kosztów systemu.
- Poprawa standardów zabezpieczeń lub zapewnienie zgodności z nimi.
Aby określić, czy ta strategia migracji jest odpowiednia dla Twojej instytucji, przejrzyj poniższe informacje:
- Strona Enterprise i migracja w chmurze — zawiera wprowadzenie do migracji do wdrożenia w chmurze.
- Podręcznik ArcGIS Enterprise i migracja w chmurze — ten podręcznik zawiera szczegółowe podejście pozwalające zrozumieć potrzeby związane z migracją instytucji, zaplanować działania i zadziałać stosownie do tych potrzeb.
- Blog o ArcGIS Enterprise w chmurze — ten blog zawiera omówienie wdrożenia w chmurze.
- AWS CloudFormation i ArcGIS — umożliwia zapoznanie się z narzędziami do wdrożeń w chmurze dostępnymi dla platformy AWS.
- Wdrożenie ArcGIS Enterprise na platformie Microsoft Azure — zapoznaj się z narzędziami do wdrażania w chmurze dostępnymi dla platformy Microsoft Azure.
Aktualizacje i migracja
Aktualizowanie oprogramowania ArcGIS Enterprise nie jest strategią migracji. Celem aktualizacji oprogramowania ArcGIS Enterprise (w tym komponentów podstawowego wdrożenia, ról serwera itp.) jest zwykle uzyskanie dostępu do nowych funkcji, możliwości i aplikacji. Na przykład, instytucja może używać wersji 11.1, ale planuje aktualizację, aby uzyskać dostęp do nowych funkcji lub aplikacji dostępnych w wersji 11.2. W takim przypadku jest tworzona kopia zapasowa istniejącego wdrożenia, a nowsza wersja oprogramowania jest instalowana na istniejącym oprogramowaniu, aby je zaktualizować.
Jednak konieczność aktualizacji oprogramowania jest często łączona z implementacją strategii migracji, takiej jak migracja do nowego systemu operacyjnego lub z przejściem z wdrożenia lokalnego na wdrożenie w chmurze.