다음 그림에서는 SnapCenter 에이전트와 데이터베이스 플러그인이 소스 및 대상 데이터베이스 서버에 로컬로 설치된 표준 설치를 보여 줍니다. 랩 설정에서 SAP HANA 플러그인을 설치했습니다. 또한 LSC 작업자는 대상 서버에도 설치되어 있습니다. 단순화 및 가상 서버 수를 줄이기 위해 SnapCenter 서버에 LSC 마스터를 설치했습니다. 여러 구성 요소 간의 통신은 다음 그림에 나와 있습니다.

다음 그림은 중앙 통신 호스트를 사용한 설정을 보여 줍니다. 이 구성에서는 SnapCenter 에이전트와 SAP HANA 플러그인 및 HANA 데이터베이스 클라이언트가 전용 서버에 설치되었습니다. 이 설정에서는 SnapCenter 서버를 사용하여 중앙 통신 호스트를 설치합니다. 또한 LSC 작업자가 대상 서버에 다시 설치되었습니다. 단순화 및 가상 서버 수를 줄이기 위해 SnapCenter 서버에 LSC 마스터를 설치하기로 결정했습니다. 서로 다른 구성 요소 간의 통신은 아래 그림에 나와 있습니다.

이 섹션에서는 SnapCenter 에이전트 및 필요한 데이터베이스 플러그인이 소스 및 타겟 시스템에 설치된 표준 설치를 사용할 때 필요한 구성 단계를 설명합니다. 표준 설치를 사용하는 경우 클론 볼륨을 마운트하고 타겟 시스템을 복원 및 복구하는 데 필요한 모든 작업은 서버 자체의 타겟 데이터베이스 시스템에서 실행 중인 SnapCenter 에이전트에서 수행됩니다. 이렇게 하면 SnapCenter 에이전트의 환경 변수를 통해 사용할 수 있는 모든 클론 관련 세부 정보에 액세스할 수 있습니다. 따라서 LSC 복사 단계에서는 하나의 추가 작업만 만들면 됩니다. 이 작업은 소스 데이터베이스 시스템에서 스냅샷 복사본 프로세스를 수행하고 타겟 데이터베이스 시스템에서 클론 및 복원 및 복구 프로세스를 수행합니다. 모든 SnapCenter 관련 작업은 LSC 작업 'NTAP_system_clone'에 입력된 PowerShell 스크립트를 사용하여 트리거됩니다.

다음 이미지는 복사 단계의 LSC 작업 구성을 보여줍니다.

다음 이미지는 'ntap_system_clone' 프로세스의 구성을 보여줍니다. PowerShell 스크립트를 실행하므로 위성 시스템에서 이 Windows PowerShell 스크립트가 실행됩니다. 이 경우 위성 시스템 역할을 하는 LSC 마스터가 설치된 SnapCenter 서버입니다.

LSC는 스냅샷 복사본, 클론 복제 및 복구 작업이 성공적으로 수행되었는지 여부를 알고 있어야 하므로 적어도 두 개의 반환 코드 유형을 정의해야 합니다. 한 코드는 스크립트를 성공적으로 실행하기 위한 것으로, 다른 코드는 다음 이미지와 같이 스크립트를 실행하지 못한 것입니다.

다음 이미지는 소스 데이터베이스 시스템에서 스냅샷 기반 백업을 실행하고 타겟 데이터베이스 시스템에서 클론을 실행하기 위해 실행해야 하는 PowerShell 스크립트의 일부입니다. 스크립트는 완전하지 않습니다. 이 스크립트는 LSC와 SnapCenter 간의 통합이 어떻게 보이는지 그리고 얼마나 쉽게 설정할 수 있는지를 보여 줍니다.

이 스크립트는 LSC 마스터(위성 시스템이기도 함)에서 실행되므로 SnapCenter 서버의 LSC 마스터는 SnapCenter에서 백업 및 클론 생성 작업을 실행할 수 있는 적절한 권한이 있는 Windows 사용자로 실행되어야 합니다. 사용자에게 적절한 권한이 있는지 확인하려면 SnapCenter UI에서 스냅샷 복사본과 클론을 실행할 수 있어야 합니다.

SnapCenter 서버 자체에서 LSC 마스터 및 LSC 위성을 실행할 필요가 없습니다. LSC 마스터 및 LSC 위성은 모든 Windows 시스템에서 실행될 수 있습니다. LSC 위성에서 PowerShell 스크립트를 실행하기 위한 전제 조건은 SnapCenter PowerShell cmdlet이 Windows Server에 설치되었다는 것입니다.

중앙 통신 호스트를 사용하여 LSC와 SnapCenter 간의 통합을 위해 복사 단계에서 수행해야 하는 유일한 조정이 수행됩니다. 스냅샷 복사본과 클론은 중앙 통신 호스트의 SnapCenter 에이전트를 사용하여 생성됩니다. 따라서 새로 생성된 볼륨에 대한 모든 세부 정보는 중앙 통신 호스트에서만 사용할 수 있고 대상 데이터베이스 서버에서는 사용할 수 없습니다. 그러나 이러한 세부 정보는 타겟 데이터베이스 서버에서 클론 볼륨을 마운트하고 복구를 수행하는 데 필요합니다. 이 때문에 복사 단계에서 두 가지 추가 작업이 필요합니다. 중앙 통신 호스트에서 하나의 작업이 실행되고 대상 데이터베이스 서버에서 하나의 작업이 실행됩니다. 이 두 작업은 아래 이미지에 나와 있습니다.

다음 이미지는 'NTAP_system_clone_cp' 작업의 구성을 보여 줍니다. 위성 시스템에서 실행되는 Windows PowerShell 스크립트입니다. 이 경우 위성 시스템은 LSC 마스터가 설치된 SnapCenter 서버입니다.

LSC는 스냅샷 복사 및 클론 생성 작업이 성공했는지 여부를 알고 있어야 하므로, 아래 이미지에 표시된 대로 스크립트 성공적인 실행을 위한 반환 코드 하나와 스크립트 실행 실패를 위한 반환 코드 두 개 이상의 반환 코드 유형을 정의해야 합니다.

다음 이미지는 중앙 통신 호스트에서 SnapCenter 에이전트를 사용하여 스냅샷 복사본과 클론을 실행하기 위해 실행해야 하는 PowerShell 스크립트의 일부를 보여 줍니다. 이 스크립트는 완전하지 않습니다. 이 스크립트는 LSC와 SnapCenter 간의 통합이 어떻게 보이는지 그리고 얼마나 쉽게 설정할 수 있는지를 보여 주는 데 사용됩니다.

앞서 언급했듯이 타겟 서버에 클론 볼륨을 마운트하려면 다음 작업 "NTAP_MNT_RECOVER_CP"에 클론 볼륨의 이름을 넘겨야 합니다. 복제 볼륨의 이름은 접합 경로라고도 하며 변수 '$JunctionPath'에 저장됩니다. 이후 LSC 작업에 대한 핸드오버는 사용자 정의 LSC 변수를 통해 이루어집니다.

이 스크립트는 LSC 마스터(위성 시스템이기도 함)에서 실행되므로 SnapCenter 서버의 LSC 마스터는 SnapCenter에서 백업 및 클론 생성 작업을 실행할 수 있는 적절한 권한이 있는 Windows 사용자로 실행되어야 합니다. 적절한 권한이 있는지 확인하려면 SnapCenter GUI에서 스냅샷 복사본 및 클론을 실행할 수 있어야 합니다.

다음 그림은 'NTAP_MNT_RECOVER_CP' 작업의 구성을 보여 줍니다. Linux 셸 스크립트를 실행하려고 하므로 대상 데이터베이스 시스템에서 실행되는 명령 스크립트입니다.

LSC는 클론 볼륨을 마운트하고 타겟 데이터베이스를 복원 및 복구했는지 여부를 알고 있어야 하므로 적어도 두 개의 반환 코드 유형을 정의해야 합니다. 한 코드는 스크립트를 성공적으로 실행하기 위한 것으로, 다음 그림과 같이 한 코드는 스크립트의 실패한 실행을 위한 것입니다.

다음 그림에서는 타겟 데이터베이스를 중지하고, 이전 볼륨을 마운트 해제하고, 클론 볼륨을 마운트하고, 타겟 데이터베이스를 복구 및 복구하는 데 사용되는 Linux Shell 스크립트의 일부를 보여 줍니다. 이전 작업에서 교차점 경로는 LSC 변수에 기록되었습니다. 다음 명령은 이 LSC 변수를 읽고 Linux Shell 스크립트의 '$JunctionPath' 변수에 값을 저장합니다.

대상 시스템의 LSC 작업자는 "<sidaadm>"로 실행되지만 마운트 명령은 루트 사용자로 실행해야 합니다. 따라서 "central_plugin_host_wrapper_script.sh"를 만들어야 합니다. 'SUDO' 명령어를 이용하여 'central_plugin_host_wrapper_script.sh' 스크립트를 'tap_mnt_recovery_cp' 작업에서 호출한다. 'SUDO' 명령을 사용하면 UID 0으로 스크립트가 실행되며 이전 볼륨 마운트 해제, 클론 볼륨 마운트, 타겟 데이터베이스 복구 및 복구 등의 모든 후속 단계를 수행할 수 있습니다. 'SUDO'를 사용하여 스크립트 실행을 활성화하려면 '/etc/sudoers'에 다음 줄을 추가해야 합니다.