ArcGIS Enterprise 배포 백업을 생성하여 장애 또는 손상 발생 시 최신 백업을 복원할 수 있습니다. 복원을 통해 백업 생성 시 존재하던 포털 항목, 서비스, 데이터를 복구할 수 있습니다.
사용자가 어느 정도의 가동 중단 시간과 데이터 손실을 허용하며 내 기관에 고가용성 배포를 전담하는 인프라나 리소스가 없는 경우라면, 백업 복원을 통한 배포 복구가 유용합니다.
다른 재해 복구 전략을 시행하더라도 백업을 유지할 수 있습니다. 기본 전략에 실패할 경우 백업을 통해 배포를 복구할 수 있습니다.
예를 들어, 복제된 배포를 유지관리하고 있으며 프라이머리 배포와 복제된 배포가 동시에 실패한 경우(전원이 끊긴 건물에 두 배포가 모두 존재한 경우 등) 복원할 수 있는 백업이 여전히 있습니다.
백업 모드
다음 백업 모드를 사용하여 webgisdr 유틸리티로 다양한 유형의 백업을 생성할 수 있습니다.
백업
10.9에 도입된 backup 모드는 포털 콘텐츠, 발행된 서비스, 관계형 데이터 저장소, 등록정보 파일에서 지정한 경우 타일 캐시 데이터 저장소 등 기관의 상태를 백업하기 위한 옵션입니다. 여기에는 포털 항목으로 등록되거나 ArcGIS Server Manager를 통해 직접 등록된 모든 데이터 저장소 참조도 포함됩니다. 데이터가 발행 프로세스의 일부로 사이트에 복사되지 않은 한, backup 모드를 사용하여 참조된 데이터를 백업할 수 없습니다.
전체
full 모드는 backup 모드와 유사하게 작동하며 동일한 콘텐츠를 포함합니다. 이는 결합된 전체 및 증분 백업 일정을 용이하게 하고 증분 백업 및 복구를 허용하도록 트랜잭션 로그 제한을 제거하기 위한 옵션입니다. incremental 모드를 백업 전략의 일부로 사용하지 않기로 결정한 경우 대신 backup 모드를 사용해야 합니다.
증분
incremental 모드에는 마지막 전체 백업 이후에 발생한 변경 사항 컬렉션이 포함됩니다. 이는 백업 및 복원 시간이 짧을수록 배포 동기화를 긴밀하게 유지하는 데 유리한 지리적 복제에 특히 유용합니다. incremental 모드 백업 파일에는 포털 콘텐츠, 발행된 서비스, 페더레이션된 서버 사이트에 복사된 데이터, 관계형 데이터 저장소, 등록정보 파일에서 지정한 경우 타일 캐시 데이터 저장소에 대한 변경 사항만 포함됩니다. 새 데이터 저장소가 ArcGIS Server 사이트에 등록되거나 기존 연결 문자열이 업데이트된 경우 incremental 모드를 사용하여 계속 복제하려면 full 모드를 사용한 백업 및 후속 복원이 필요합니다.
비고:
증분 백업을 생성하거나 복원하려면 관계형 데이터 스토어의 백업을 자동으로 생성하도록 ArcGIS Data Store를 구성해야 합니다.
백업에 포함된 요소
webgisdr 유틸리티를 사용하면 다음과 같은 ArcGIS Enterprise 배포 컴포넌트로 구성된 백업 파일을 내보낼 수 있습니다.
- 포털 항목과 설정
- GIS 서비스와 설정
- 관계형 데이터 저장소와 타일 캐시 데이터 저장소
전체 백업 간에 증분 백업을 생성하여 전체 백업 크기를 줄일 수 있습니다. 전체 백업 및 증분 백업의 차이에 대한 자세한 내용은 백업 모드를 참고하세요.
webgisdr 유틸리티로 생성한 백업에는 다음이 포함되지 않습니다.
- 맵 서비스 캐시 타일 및 호스팅 타일 레이어 캐시 — 둘 중 하나가 있다면 캐시 타일이 저장되는 모든 디렉터리(예시: C:\arcgisserver\directories\ 또는 <ArcGIS Server installation directory>/arcgis/server/usr/directories 아래의 전체 arcgiscache 디렉터리)의 백업 복사본을 만들어야 합니다. 이러한 디렉터리에는 캐시 타일 및 타일링 스키마 파일 conf.xml이 포함됩니다. 캐시 디렉터리에는 작성된 타일에 대한 정보가 들어 있는 파일 지오데이터베이스 status.gdb도 포함될 수 있습니다. 사이트를 복원할 때는 정보를 기존 arcgiscache 디렉터리로 다시 이동하거나 복사합니다.
- 참조된 웹 서비스의 데이터 원본 — 파일 기반 데이터 원본의 경우 해당 파일의 복사본을 만들어야 합니다. 데이터베이스에 저장된 데이터의 경우에는 데이터베이스 관리 시스템의 도구를 사용하여 데이터베이스 백업을 생성합니다.
- 시공간 빅데이터 저장소 백업 및 그래프 저장소 백업 — 호스팅 서버에 등록된 시공간 빅데이터 저장소 또는 그래프 저장소(또는 둘 다)가 있다면 ArcGIS Data Store backupdatastore 유틸리티를 사용하여 각각의 백업을 생성합니다.
- 페더레이션된 ArcGIS Mission Server 또는 ArcGIS Notebook Server 사이트 — 이 중 하나가 포함된 경우 ArcGIS Mission Server 문서 및 ArcGIS Notebook Server 문서의 지침에 따라 백업을 생성합니다. webgisdr 유틸리티를 사용하여 복원하려면 ArcGIS Enterprise 복원의 지침을 따릅니다.
- ArcGIS GeoEvent Server 사이트 구성 — 해당 백업을 생성하려면 ArcGIS GeoEvent Server 문서의 지침을 따릅니다.
비고:
webgisdr 유틸리티를 사용하여 증분 백업을 생성하려면 지정 시간 복구를 활성화해야 합니다. 그렇지 않으면 유틸리티가 실패합니다.
또한 webgisdr 유틸리티가 성공하려면 ArcGIS Server 관리자 디렉터리 URL 및 프라이머리 데이터 저장소를 통해 페더레이션된 각 서버 사이트에 있는 하나 이상의 머신에 접근할 수 있어야 합니다. URL에 접근할 수 있는지 확인하려면 webgisdr 유틸리티를 실행할 머신의 브라우저에서 ArcGIS Server 관리자 디렉터리를 엽니다.
버전 10.4부터는 webgisdr 유틸리티 실행 시 원본 및 대상 배포 전반에서 동일해야 할 항목 및 설정이 줄어들었습니다. 다음 테이블에는 Portal for ArcGIS 및 ArcGIS Server의 최신 버전에서 변경된 내용이 요약되어 있습니다.
webgisdr 유틸리티를 실행할 때 해당 항목 또는 설정이 배포 전반에서 동일해야 합니까?
| 항목 또는 설정 | 10.4.x | 10.5.x, 10.6 | 10.6.1 이후 버전 |
|---|---|---|---|
공개 포털 URL | 예 | 예 | 예 |
페더레이션된 서버의 서비스 URL | 예 | 예 | 예 |
ArcGIS Data Store 이외의 등록된 데이터 저장소 | 예 | 예 | 예 |
...webgisdr.properties 파일의 계정 자격 증명 | 예 | 예 | 예 |
ArcGIS Server 디렉터리 경로(예시: arcgisjobs) | 예 | 예 | 아니오 |
보안 정보(LDAP URL, 프록시 정보) | 예 | 예 | 아니오 |
배포 유형(단일 머신 또는 고가용성) | 예 | 아니오 | 아니오 |
비공개 포털 URL | 예 | 아니오 | 아니오 |
페더레이션된 서버의 관리 URL | 예 | 아니오 | 아니오 |
머신 이름 | 예 | 아니오 | 아니오 |
포털 콘텐츠 디렉터리 저장소 유형 | 예 | 예 | 예 |
포털 콘텐츠 디렉터리 경로(파일 시스템을 사용하는 경우) | 아니오 | 아니오 | 아니오 |
포털 콘텐츠 디렉터리 자격 증명(클라우드 저장소를 사용하는 경우) | 아니오 | 아니오 | 아니오 |
ArcGIS Server 구성 저장소 | 아니오 | 아니오 | 아니오 |
네트워킹 요구 사항
webgisdr 유틸리티가 작동하려면 배포의 일부인 특정 URL에 접근하고 백업 중인 컴포넌트에 직접 연결해야 합니다. 구성에 따라 ArcGIS Enterprise 배포를 구성하는 데 사용되는 URL과 일치하지 않을 수 있습니다(예시: 포털의 privatePortalURL 등록정보 또는 포털과 서버를 페더레이션하는 데 사용되는 URL). URL은 다음과 같습니다.
- 배포가 고가용성인 경우 포털 머신 또는 머신의 7443 엔드포인트 포털이 portal.domain.com 머신에서 실행 중인 경우 webgisdr 유틸리티가 https://portal.domain.com:7443/arcgis에 도달할 수 있어야 합니다.
- 페더레이션된 각 서버 사이트에 있는 하나 이상의 ArcGIS Server 머신에 대한 6443 엔드포인트 ArcGIS Server가 server.domain.com 머신에서 실행 중인 경우 webgisdr 유틸리티가 https://server.domain.com:6443/arcgis에 도달할 수 있어야 합니다. 이는 해당 사이트의 일부인 다른 모든 머신에도 적용됩니다.
- 호스팅 서버 사이트에 등록된 모든 ArcGIS Data Store 머신의 2443 엔드포인트 ArcGIS Data Store가 datastore.domain.com 머신에서 실행 중인 경우 webgisdr 유틸리티가 https://datastore.domain.com:2443/arcgis에 도달할 수 있어야 합니다.
ArcGIS Enterprise 배포 백업 빈도
백업을 더 자주 생성할수록 프라이머리 배포 장애 시 데이터 손실이 더 적게 발생합니다. 하지만 연속 백업을 수행하는 것은 실용적이지 않습니다(또는 종종 가능한 경우라도). 배포 백업을 생성하는 빈도를 정할 때는 다음을 고려해야 합니다.
- 각각의 백업 생성 시에는 시간이 소요됩니다. 콘텐츠 양과 크기가 클수록 소요 시간이 늘어납니다. 전체 백업 사이에 증분 백업을 수행하여 이러한 시간을 줄일 수 있습니다.
- 백업 생성은 네트워크에 집중된 프로세스이므로 네트워크 성능에 영향을 줄 수 있습니다. 따라서 심야 시간대와 같이 네트워크 트래픽이 적을 때 전체 백업을 수행하고, 직원 점심 시간과 같이 일과 중 트래픽이 별로 없을 때 증분 백업을 수행하는 것을 권장합니다. Windows 작업 스케줄러 내에서 webgisdr 도구를 예약된 작업으로 실행할 수 있습니다. 또한 이 도구를 실행하는 머신과 ArcGIS Enterprise 컴포넌트 간에 통신이 열려 있는 경우 포털 설치와 다른 머신으로 이 도구를 옮겨 해당 머신에서 실행할 수도 있습니다.
- 백업 파일은 압축되더라도 저장 공간을 차지합니다. 백업 파일이 저장될 안전한 백업 위치에는 충분한 공간이 유지되어야 합니다.
백업 파일 보관 기간
백업 파일 보관 기간은 남아 있는 디스크 여유 공간과 복원 방법에 필요한 유연성에 따라 다릅니다. 마지막 전체 백업 이전 시간으로 복원해야 할 필요가 없다면 마지막 전체 백업과 그때부터 생성된 증분 백업을 보관할 수 있습니다.
webgisdr 도구로 생성된 증분 백업은 누적되므로 최신 증분 백업을 마지막 전체 백업에 적용할 수 있습니다. 따라서 최소한, 마지막 전체 백업과 해당 전체 백업 시점부터 생성된 최신 증분 백업은 보관해야 합니다.
몇몇 이전 백업 집합을 저장 미디어 등의 다른 위치에 옮길 수도 있습니다. 이렇게 하면 마지막 전체 백업 전에 중요한 데이터 및 서비스가 삭제되었더라도 해당 파일을 계속 유지할 수 있습니다.
비고:
webgisdr 유틸리티는 백업 생성 시 ArcGIS Enterprise 컴포넌트의 소프트웨어 버전을 기록합니다. 복원될 배포는 백업이 생성되었을 때와 동일한 버전이어야 합니다. 또한 동일한 운영 체제로 복원해야 합니다. 예를 들어 Linux에서 ArcGIS Enterprise 배포의 백업을 생성하여 Windows 머신에 복원할 수 없습니다.