W produkcie ArcGIS Enterprise termin „migracja” opisuje wymagania instytucji przeniesienia istniejącego wdrożenia lub jego części do nowego lub alternatywnego wdrożenia albo nowej lub alternatywnej infrastruktury. Strategie migracji mogą zostać użyte do przeniesienia istniejących zasobów, użytkowników i grup oraz oprogramowania.
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. 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 ArcGIS Enterprise podczas migrowania wyboru do 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).
Podczas kopiowania lub migrowania zasobów można użyć narzędzi i zasobów w ArcGIS API for Python lub ArcGIS REST API:
- 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.
- 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.
- 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.
W wersji 10.8.1 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ą.
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 są 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. Udostępnione zasoby można wysłać z instytucji ArcGIS Enterprise do innej lub z ArcGIS Enterprise do ArcGIS Online.
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.
- Aby wymienić komputer we wdrożeniu bez utraty zasobów i bez przerywania działania usługi, można użyć operacji dołączenia do witryny , w celu migracji komponentów oprogramowania na inny komputer. Operacja dołączenia do witryny jest dostępna zarówno w ArcGIS Server, jak i w portalu . Dodatkowe szczegóły są opisane na tym blogu. Zawierają one szczegóły przenoszenia ArcGIS Data Store.
- Nieco bardziej zaangażowaną 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.
- Szablon CloudFormation chmury obliczeniowej AWS i oprogramowanie ArcGIS — umożliwia zapoznanie się z narzędziami do wdrożeń w chmurze.
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. Przykładowo instytucja może używać wersji 10.7, ale planuje aktualizację, aby uzyskać dostęp do nowych funkcji lub aplikacji dostępnych w wersji 10.8.1. 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.