복원 작업은 선택한 구성 백업을 가져온 다음 해당 시스템 설정을 모두 수정하여 백업 당시에 없었던 구성 측면을 제거하는 등 백업에서 이러한 설정을 적용합니다. 관리자는 복원 계획 시 다음과 같은 지침을 준수해야 합니다.
교차 플랫폼 복원: 한 어플라이언스 플랫폼에서 백업한 구성은 다른 어플라이언스 플랫폼으로 복원할 수 없습니다. 예를 들어, ZS4-4 구성 백업은 ZS3-2 어플라이언스로 복원할 수 없습니다. 구성을 다른 플랫폼으로 복원하려고 하면 여러 가지 오류가 발생하며, 정상 상태로 되돌리려면 공장 초기화 재설정이 필요합니다.
예정된 작동 중지 시간: 복원 프로세스의 경우 활성 네트워킹 구성 및 데이터 프로토콜이 재구성되므로 완료되는 데 몇 분이 걸리며 클라이언트에 대한 서비스에 영향을 미칩니다. 따라서 구성 복원은 개발 시스템이나 예정된 작동 중지 시간 동안에만 사용해야 합니다.
서비스 중단 - NFS와 같은 데이터 프로토콜을 통해 시스템의 데이터에 액세스하는 클라이언트의 경우 네트워크가 재구성되고 서비스가 다시 시작되므로 서비스가 중단됩니다. 관리자가 서비스를 사용 안함으로 설정할 때 선택한 백업 복사본이 생성된 경우, 해당 설정이 복원되므로 해당 프로토콜에 대한 클라이언트 세션이 종료됩니다.
세션 중단 - 웹 브라우저에서 복원이 시작된 경우 네트워크가 재구성되므로 복원 프로세스 중 웹 브라우저 세션의 연결도 끊깁니다. 현재 브라우저 연결에서 사용하는 것과 동일한 경로 지정 및 네트워크 주소 설정이 복원된 구성에 포함되지 않은 경우 또는 DHCP에서 관리하는 네트워크 주소에 브라우저가 연결된 경우, 복원 중 브라우저 세션이 중단됩니다. 복원 프로세스는 백그라운드에서 완료되지만, 계속하려면 브라우저를 다시 로드하거나 브라우저가 복원된 새 네트워크 주소를 가리켜야 합니다. 이러한 이유로 CLI를 사용하여 서비스 프로세서 직렬 콘솔에서 복잡한 구성 복원을 시작하는 것이 좋습니다.
클러스터화 해제, 복원 및 다시 클러스터화 - 클러스터에 결합된 어플라이언스에 대한 구성 백업을 시작할 수는 있지만, 시스템이 활발하게 클러스터화되는 동안에는 구성 백업을 사용할 수 없습니다. 클러스터링 프로세스는 클러스터 피어 간에 설정이 동기화되고 각 피어 어플라이언스도 전용 설정을 유지 관리하고 있음을 의미합니다. 이러한 이유로 먼저 두 시스템의 클러스터화를 해제해야 합니다. 클러스터링 구성 해제 시 데이터가 손실될 수 있으므로 오라클 고객지원센터에 문의하십시오. 그런 다음 선택한 헤드에서 구성 백업을 복원하고 두 시스템을 다시 클러스터링합니다. 그러면 다른 시스템에서 자동으로 복원된 구성과 자신을 동기화합니다.
루트 권한 필요 - 구성 백업에는 모든 시스템 메타데이터가 포함되므로 만들거나 적용하려면 가능한 모든 권한 및 권한 부여가 필요합니다. 따라서 다른 위임된 관리 옵션과 달리, 오직 루트 사용자만 구성 백업 또는 복원을 수행할 수 있는 권한이 부여됩니다.
새로운 기능에 대한 설정 확인 - 시스템 업데이트를 어플라이언스 소프트웨어의 새 버전에 적용하기 전에 저장된 구성은 복원할 수 있습니다. 경우에 따라 백업 당시에 있었던 서비스와 등록 정보가 서로 다른 영향을 미칠 수 있으며, 백업 당시에 없었던 새로운 서비스와 등록 정보가 최신 소프트웨어에 있을 수 있습니다. 시스템 업데이트 프로세스와 마찬가지로, 구성 복원 프로세스는 해당하는 설정을 전송하고 백업 당시에 없었던 등록 정보에 적합한 기본값을 적용합니다. 소프트웨어 버전 전체에서 복원할 경우 관리자는 복원 후 새로운 기능에 대한 설정을 수동으로 확인해야 합니다.
암호 유지 관리 - 루트 암호는 변경되거나 백업 당시 암호(다를 경우)로 되돌릴 수 없습니다. 현재 루트 암호는 복원 시 시스템에서 유지 관리됩니다. 암호에 대한 자세한 내용은 보안 고려 사항에 대한 요약을 참조하십시오.