ArcGIS Enterprise 백업

ArcGIS Enterprise 배포 백업을 생성하여 장애 또는 손상 발생 시 최신 백업을 복원할 수 있습니다. 복원을 통해 백업 생성 시 존재하던 포털 항목, 서비스, 데이터를 복구할 수 있습니다.

사용자가 어느 정도의 가동 중단 시간과 데이터 손실을 허용하며 내 기관에 고가용성 배포를 전담하는 인프라나 리소스가 없는 경우라면, 백업 복원을 통한 배포 복구가 유용합니다.

다른 재해 복구 전략을 시행하더라도 백업을 유지할 수 있습니다. 기본 전략에 실패할 경우 백업을 통해 배포를 복구할 수 있습니다.

예를 들어, 복제된 배포를 유지관리하고 있으며 프라이머리 배포와 복제된 배포가 동시에 실패한 경우(전원이 끊긴 건물에 두 배포가 모두 존재한 경우 등) 복원할 수 있는 백업이 여전히 있습니다.

백업에 포함된 요소

webgisdr 유틸리티를 사용하면 다음과 같은 ArcGIS Enterprise 배포 컴포넌트로 구성된 백업 파일을 내보낼 수 있습니다.

• 포털 항목과 설정
• GIS 서비스와 설정
• 관계형 데이터 저장소와 타일 캐시 데이터 저장소

전체 백업 간에 증분 백업을 생성할 수 있습니다. 증분 백업을 생성한 경우 마지막 전체 백업 이후에 변경된 모든 내용이 백업 파일에 포함되어 있습니다.

비고:

증분 백업을 생성하거나 복원하려면 관계형 데이터 스토어의 백업을 자동으로 생성하도록 ArcGIS Data Store를 구성해야 합니다.

webgisdr 유틸리티로 생성한 백업에는 다음이 포함되지 않습니다.

• 맵 서비스 캐시 타일 및 호스팅 타일 레이어 캐시 — 둘 중 하나가 있다면 캐시 타일이 저장되는 모든 디렉터리(예시: C:\arcgisserver\directories\ 또는 <ArcGIS Server installation directory>/arcgis/server/usr/directories 아래의 전체 arcgiscache 디렉터리)의 백업 복사본을 만들어야 합니다. 이러한 디렉터리에는 캐시 타일 및 타일링 스키마 파일 conf.xml이 포함됩니다. 캐시 디렉터리에는 작성된 타일에 대한 정보가 들어 있는 파일 지오데이터베이스 status.gdb도 포함될 수 있습니다. 사이트를 복원할 때는 정보를 기존 arcgiscache 디렉터리로 다시 이동하거나 복사합니다.
• 참조된 웹 서비스의 데이터 원본 — 파일 기반 데이터 원본의 경우 해당 파일의 복사본을 만들어야 합니다. 데이터베이스에 저장된 데이터의 경우에는 데이터베이스 관리 시스템의 도구를 사용하여 데이터베이스 백업을 생성합니다.
• 시공간 빅데이터 저장소 백업 및 그래프 저장소 백업 — 호스팅 서버에 등록된 시공간 빅데이터 저장소 또는 그래프 저장소(또는 둘 다)가 있다면 ArcGIS Data Store backupdatastore 유틸리티를 사용하여 각각의 백업을 생성합니다.

비고:

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 구성 저장소	아니오	아니오	아니오

ArcGIS Enterprise 배포 백업 빈도

백업을 더 자주 생성할수록 프라이머리 배포 장애 시 데이터 손실이 더 적게 발생합니다. 하지만 연속 백업을 수행하는 것은 실용적이지 않습니다(또는 종종 가능한 경우라도). 배포 백업을 생성하는 빈도를 정할 때는 다음을 고려해야 합니다.

• 각각의 백업 생성 시에는 시간이 소요됩니다. 콘텐츠 양과 크기가 클수록 소요 시간이 늘어납니다. 전체 백업 사이에 증분 백업을 수행하여 이러한 시간을 줄일 수 있습니다.
• 백업 생성은 네트워크에 집중된 프로세스이므로 네트워크 성능에 영향을 줄 수 있습니다. 따라서 심야 시간대와 같이 네트워크 트래픽이 적을 때 전체 백업을 수행하고, 직원 점심 시간과 같이 일과 중 트래픽이 별로 없을 때 증분 백업을 수행하는 것을 권장합니다. Linux 환경 내에서 webgisdr 도구를 cron 작업으로 실행할 수 있습니다. 또한 이 도구를 실행하는 머신과 ArcGIS Enterprise 컴포넌트 간에 통신이 열려 있는 경우 포털 설치와 다른 머신으로 이 도구를 옮겨 해당 머신에서 실행할 수도 있습니다.
• 백업 파일은 압축되더라도 저장 공간을 차지합니다. 백업 파일이 저장될 안전한 백업 위치에는 충분한 공간이 유지되어야 합니다.

백업 파일 보관 기간

백업 파일 보관 기간은 남아 있는 디스크 여유 공간과 복원 방법에 필요한 유연성에 따라 다릅니다. 마지막 전체 백업 이전 시간으로 복원해야 할 필요가 없다면 마지막 전체 백업과 그때부터 생성된 증분 백업을 보관할 수 있습니다.

webgisdr 도구로 생성된 증분 백업은 누적되므로 최신 증분 백업을 마지막 전체 백업에 적용할 수 있습니다. 따라서 최소한, 마지막 전체 백업과 해당 전체 백업 시점부터 생성된 최신 증분 백업은 보관해야 합니다.

몇몇 이전 백업 집합을 저장 미디어 등의 다른 위치에 옮길 수도 있습니다. 이렇게 하면 마지막 전체 백업 전에 중요한 데이터 및 서비스가 삭제되었더라도 해당 파일을 계속 유지할 수 있습니다.

비고:

webgisdr 유틸리티는 백업 생성 시 ArcGIS Enterprise 컴포넌트의 소프트웨어 버전을 기록합니다. 복원될 배포는 백업이 생성되었을 때와 동일한 버전이어야 합니다. 또한 동일한 운영 체제로 복원해야 합니다. 예를 들어 Linux에서 ArcGIS Enterprise 배포의 백업을 생성하여 Windows 머신에 복원할 수 없습니다.