ArcGIS Enterprise에서 마이그레이션이라는 용어는 기존 배포 또는 해당 일부를 새 배포나 대체 배포, 또는 인프라로 이동하기 위한 기관의 요구 사항을 설명합니다. 마이그레이션 전략을 사용하여 기존 콘텐츠, 사용자 및 그룹, 소프트웨어를 이동할 수 있습니다.
공통 전략
각 전략 및 솔루션과 마찬가지로 아키텍처 및 마이그레이션 요구 사항도 기관마다 다릅니다. 아래 섹션에서는 일반적인 마이그레이션 전략을 간략히 설명하고 도구, 도움말 문서, 블로그 및 이러한 영역에서 작업을 지원하는 기타 리소스에 대한 링크를 제공합니다.
한 ArcGIS 기관에서 다른 기관으로 콘텐츠 마이그레이션
이 전략은 기관에서 다음 작업을 수행하려는 경우 도움이 될 수 있습니다.
- 예를 들어, 개발에서 스테이징 그리고 프로덕션에 이르기까지 개별 기관에 걸쳐 콘텐츠를 홍보합니다.
- 선택 항목을 ArcGIS Online으로 마이그레이션하거나 반대로 작업하는 동안 ArcGIS Enterprise에서 선택한 콘텐츠를 유지합니다(예시: 비공개 및 공개 항목의 조합 제공).
- 선택 항목을 다른 ArcGIS Enterprise 배포에 마이그레이션하는 동안 한 ArcGIS Enterprise 배포에서 선택한 콘텐츠를 유지합니다(예시: 오프라인 환경).
콘텐츠를 복사하거나 마이그레이션할 때 ArcGIS API for Python 또는 ArcGIS REST API에서 도구와 리소스를 사용할 수 있습니다.
- 복제 콘텐츠 가이드에서는 여러 환경에서 clone_items() 기능이 사용되는 방법을 자세히 설명합니다. 이 clone_items() 기능은 호스팅 서비스, 웹맵 및 앱, 기타 항목 유형을 지원합니다.
- 10.8.1부터 ArcGIS Enterprise 기관의 그룹 콘텐츠를 패키지로 내보낼 수 있는 arcgis.gis.GroupMigrationManager.create() 기능을 사용할 수 있습니다. 관리자는 이 기능을 사용하여 선택한 그룹 콘텐츠를 추출한 다음 다른 기관의 그룹으로 가져올 수 있습니다. 이 기능은 호스팅 피처 레이어, 웹맵 및 앱, 기타 텍스트 기반 항목을 지원합니다. 항목 ID는 마이그레이션하는 동안 유지됩니다.
- 10.8.1부터 내보낸 패키지를 그룹 콘텐츠로 ArcGIS Enterprise 기관에 가져올 수 있는 arcgis.gis.GroupMigrationManager.load() 기능을 사용할 수 있습니다. 패키지를 가져오면 항목 소유권은 기본 설정에 따라 패키지를 가져온 관리자가 됩니다. 그런 다음 필요에 따라 다른 소유자에게 항목을 배정할 수 있습니다.
10.8.1부터 ArcGIS REST API에서 그룹 콘텐츠 내보내기 및 가져오기 작업을 사용하여 콘텐츠를 한 ArcGIS Enterprise 기관에서 다른 기관으로 이동할 수 있습니다. 이러한 작업은 콘텐츠를 개발에서 스테이징 환경으로 이동하거나 오프라인 환경 간에 이동할 때 유용합니다.
비고:
위의 시나리오에서는 환경 간에 항목을 이동하는 방법을 설명하지만, 기관 간에 항목을 공유하는 것도 일반적입니다. 이 경우 공개 및 비공개 항목을 기관 전체에 전달 및 배포하기 위해 여러 환경에 걸쳐 항목이 복제됩니다. 이 전략을 위해 분산 컬래버레이션을 사용할 수 있습니다. 공유 콘텐츠를 ArcGIS Enterprise 기관에서 다른 기관으로, 또는 ArcGIS Enterprise에서 ArcGIS Online으로 전송할 수 있습니다.
기존 배포를 한 머신에서 다른 머신으로 마이그레이션
이 전략은 기관이 기존 소프트웨어 구성요소를 새 하드웨어 또는 새 운영 체제로 이동해야 하는 경우 유용할 수 있습니다. 또한 온프레미스 또는 클라우드에서 호스팅되는 단일 또는 복수 머신 배포에 사용될 수 있습니다.
- 콘텐츠 손실이나 서비스 중단 없이 배포 환경의 머신을 교체하려면 사이트 가입 작업을 수행하여 소프트웨어 구성요소를 다른 머신으로 마이그레이션합니다. 사이트 가입 작업은 ArcGIS Server 및 포털에서 모두 사용할 수 있습니다. 추가 세부정보는 이 블로그에 요약되어 있으며 ArcGIS Data Store 이동 단계를 포함합니다.
- 더 효율적인 워크플로는 webgisdr 유틸리티를 사용하는 것입니다. 이 워크플로는 프로덕션 환경의 작업에 영향을 미치지 않으므로 더 선호할 수 있습니다. 추가 세부정보는 이 블로그에 요약되어 있습니다.
기존 온프레미스 배포를 클라우드 배포로 마이그레이션
이 전략은 기관에서 다음 작업을 수행하려는 경우 도움이 될 수 있습니다.
- 새로운 기능을 추가합니다.
- 시스템 성능과 용량을 개선합니다.
- 시스템 비용을 절감합니다.
- 보안 표준을 개선하거나 준수합니다.
이 마이그레이션 전략이 기관에 적합한지 여부를 확인하려면 다음을 검토합니다.
- Enterprise 및 클라우드 마이그레이션 페이지 - 클라우드 배포로 마이그레이션하는 방법을 보려면 여기서 시작하세요.
- ArcGIS Enterprise 및 클라우드 마이그레이션 가이드 - 이 가이드에서는 기관의 마이그레이션 요구 사항을 충족하기 위해 이를 이해하고, 계획 및 조치를 취할 수 있는 자세한 접근 방식을 제공합니다.
- 클라우드 블로그의 ArcGIS Enterprise - 이 블로그에서는 클라우드 배포에 대한 개요를 제공합니다.
- AWS CloudFormation 및 ArcGIS - 클라우드 배포 도구에 익숙해집니다.
업그레이드 및 마이그레이션
소프트웨어 업그레이드 ArcGIS Enterprise는 마이그레이션 전략이 아닙니다. 기본 배포 구성요소, 서버 역할 등을 포함하여 ArcGIS Enterprise를 업그레이드하면 일반적으로 새로운 기능과 앱을 이용할 수 있습니다. 예를 들어, 기관은 10.7 버전을 사용하고 있지만 10.8.1에서 제공되는 새로운 기능 또는 앱을 이용할 수 있도록 업그레이드를 계획하고 있습니다. 이 경우 기존 배포가 백업되고 최신 소프트웨어 버전이 기존 소프트웨어 위에 설치되어 최신 상태로 유지됩니다.
그러나 소프트웨어 업그레이드의 필요성은 마이그레이션 전략 구현과 함께 수행되는 경우가 많습니다.