ONTAP System Manager에서 네트워크 개요 페이지로 이동하여 FSx가 설치된 AWS VPC와 통신하도록 구성된 유형: 클러스터 간 IP 주소를 검색합니다.

FSx의 Intercluster IP 주소를 검색하려면 CLI에 로그인하고 다음 명령을 실행하세요.

FSx-Dest::> network interface show -role intercluster

다음을 사용하여 대상 FSx 클러스터에서 피어링을 설정합니다. cluster peer create 명령. 메시지가 표시되면 나중에 소스 클러스터에서 생성 프로세스를 마무리하는 데 사용되는 고유한 암호구를 입력합니다.

FSx-Dest::> cluster peer create -address-family ipv4 -peer-addrs source_intercluster_1, source_intercluster_2
Enter the passphrase:
Confirm the passphrase:

소스 클러스터에서 ONTAP 시스템 관리자나 CLI를 사용하여 클러스터 피어 관계를 설정할 수 있습니다. ONTAP 시스템 관리자에서 보호 > 개요로 이동하여 피어 클러스터를 선택합니다.

피어 클러스터 대화 상자에서 필요한 정보를 입력합니다.

다음 명령을 사용하여 FSx 클러스터에서 클러스터 피어 관계 상태를 확인하세요.

FSx-Dest::> cluster peer show

소스 FSx 클러스터에서 CLI에서 다음 명령을 사용하여 SVM 피어 관계를 만듭니다.

FSx-Dest::> vserver peer create -vserver DestSVM -peer-vserver Backup -peer-cluster OnPremSourceSVM -applications snapmirror

소스 ONTAP 클러스터에서 ONTAP 시스템 관리자나 CLI를 사용하여 피어링 관계를 수락합니다.

ONTAP 시스템 관리자에서 보호 > 개요로 이동하여 스토리지 VM 피어 아래에서 피어 스토리지 VM을 선택합니다.

Peer Storage VM 대화 상자에서 필수 필드를 작성합니다.

SVM 피어링 프로세스를 완료하려면 Peer Storage VMs를 클릭하세요.

FSx 클러스터에서 SnapMirror 정책을 만듭니다.

FSx-Dest::> snapmirror policy create -vserver DestSVM -policy PolicyName -type mirror-vault -restart always

SnapCenter 정책에 지정된 보조 정책 레이블과 일치하는 SnapMirror 레이블이 있는 정책에 규칙을 추가합니다.

FSx-Dest::> snapmirror policy add-rule -vserver DestSVM -policy PolicyName -snapmirror-label SnapMirrorLabelName -keep #ofSnapshotsToRetain

FSx-Dest::> snapmirror policy add-rule -vserver sql_svm_dest -policy Async_SnapCenter_SQL -snapmirror-label sql-ondemand -keep 15

각 SnapMirror 레이블과 보관할 스냅샷 수(보관 기간)에 대한 추가 규칙을 만듭니다.

왼쪽 메뉴에서 스토리지 시스템을 선택한 다음 새로 만들기를 클릭하여 SnapCenter 에 스토리지 컨트롤러를 추가하는 프로세스를 시작합니다.

스토리지 시스템 추가 대화 상자에서 로컬 온프레미스 ONTAP 클러스터의 관리 IP 주소와 사용자 이름 및 비밀번호를 추가합니다. 그런 다음 제출을 클릭하여 스토리지 시스템 검색을 시작하세요.

SnapCenter 에 FSx ONTAP 시스템을 추가하려면 이 프로세스를 반복합니다. 이 경우, 스토리지 시스템 추가 창 하단에서 추가 옵션을 선택하고 보조 스토리지 시스템의 확인란을 클릭하여 FSx 시스템을 SnapMirror 복사본이나 기본 백업 스냅샷으로 업데이트된 보조 스토리지 시스템으로 지정합니다.

왼쪽 메뉴에서 호스트를 선택한 다음 추가를 클릭하여 SnapCenter 에 스토리지 컨트롤러를 추가하는 프로세스를 시작합니다.

호스트 추가 창에서 호스트 유형, 호스트 이름 및 호스트 시스템 자격 증명을 추가합니다. 플러그인 유형을 선택하세요. SQL Server의 경우 Microsoft Windows 및 Microsoft SQL Server 플러그인을 선택하세요.

Oracle의 경우, "호스트 추가" 대화 상자에서 필수 필드를 입력하고 Oracle 데이터베이스 플러그인 확인란을 선택합니다. 그런 다음 "제출"을 클릭하여 검색 프로세스를 시작하고 SnapCenter 에 호스트를 추가합니다.

왼쪽 메뉴의 리소스 섹션으로 이동하세요.

창 상단에서 작업할 리소스 유형을 선택합니다(이 경우 Microsoft SQL Server). 그런 다음 새 리소스 그룹을 클릭합니다.

온프레미스 ONTAP 시스템에 백업 대상 저장소로 SMB 파일 공유를 만듭니다.

SOBR에 포함할 Amazon S3 버킷을 만듭니다. 이는 오프사이트 백업을 위한 저장소입니다.

컴퓨터 이름을 원래 온프레미스 SnapCenter 서버와 동일하게 구성합니다.

VMware Cloud 및 FSx ONTAP 인스턴스와 통신하도록 네트워킹을 구성합니다.

SnapCenter 데이터베이스를 복원하는 절차를 완료하세요.

SnapCenter 재해 복구 모드에 있는지 확인하여 FSx가 이제 백업을 위한 기본 저장소인지 확인하세요.

복구된 가상 머신과 통신이 다시 설정되었는지 확인합니다.

VMware Cloud, FSx ONTAP 및 원본 백업 저장소가 포함된 S3 버킷과 통신하도록 네트워킹을 구성합니다.

FSx ONTAP 에서 SMB 공유를 새로운 백업 저장소로 구성합니다.

온프레미스에서 확장형 백업 저장소의 일부로 사용된 원래 S3 버킷을 마운트합니다.

VM을 복원한 후 SQL 및 Oracle VM을 보호하기 위해 새로운 백업 작업을 설정합니다.

FSx 클러스터에서 SnapMirror 관계를 끊어 볼륨을 읽기/쓰기로 설정합니다.

필요한 경우 CIFS 서버를 생성하고 복제된 볼륨의 연결 경로를 가리키는 CIFS 공유를 생성합니다.

xcopy를 사용하여 백업 파일을 보조 SnapCenter 시스템의 로컬 디렉토리에 복사합니다.

SnapCenter v4.6을 설치하세요.

SnapCenter 서버의 FQDN이 원본 서버와 동일한지 확인하세요. 이는 DB 복원이 성공하는 데 필요합니다.

보조 SnapCenter 서버의 Swagger API 웹 페이지로 이동하여 이전 지침에 따라 승인 토큰을 얻습니다.

Swagger 페이지의 재해 복구 섹션으로 이동하여 다음을 선택합니다. /4.6/disasterrecovery/server/restore 를 클릭하고 '시도해보기'를 클릭하세요.

권한 토큰을 붙여넣고, SmDRResterRequest 섹션에 백업 이름과 보조 SnapCenter 서버의 로컬 디렉토리 이름을 붙여넣습니다.

복원 프로세스를 시작하려면 실행 버튼을 선택하세요.

SnapCenter 에서 모니터 섹션으로 이동하여 복원 작업의 진행 상황을 확인합니다.

보조 저장소에서 SQL Server 복원을 활성화하려면 SnapCenter 데이터베이스를 재해 복구 모드로 전환해야 합니다. 이 작업은 별도의 작업으로 수행되며 Swagger API 웹 페이지에서 시작됩니다.

추가 절차에 대한 의견을 참조하세요.

백업 저장소로 가서 상단 메뉴에서 저장소 추가를 클릭하여 백업 저장소 추가 마법사를 시작합니다. 마법사의 첫 번째 페이지에서 백업 저장소 유형으로 개체 스토리지를 선택합니다.

개체 스토리지 유형으로 Amazon S3를 선택합니다.

Amazon Cloud Storage Services 목록에서 Amazon S3를 선택합니다.

드롭다운 목록에서 미리 입력한 자격 증명을 선택하거나 클라우드 스토리지 리소스에 액세스하기 위한 새 자격 증명을 추가하세요. 계속하려면 '다음'을 클릭하세요.

버킷 페이지에서 데이터 센터, 버킷, 폴더 및 원하는 옵션을 입력합니다. 적용을 클릭하세요.

마지막으로, 마침을 선택하여 프로세스를 완료하고 저장소를 추가합니다.

S3 백업 저장소에서 백업 가져오기를 선택하여 백업 가져오기 마법사를 시작합니다.

가져오기에 대한 데이터베이스 레코드가 생성된 후 요약 화면에서 다음을 선택한 다음 마침을 선택하여 가져오기 프로세스를 시작합니다.

가져오기가 완료되면 VM을 VMware Cloud 클러스터로 복원할 수 있습니다.

Veeam 홈페이지에서 가져온 백업이 포함된 개체 스토리지를 선택하고 복원할 VM을 선택한 다음 마우스 오른쪽 버튼을 클릭하고 전체 VM 복원을 선택합니다.

전체 VM 복원 마법사의 첫 번째 페이지에서 원하는 경우 백업할 VM을 수정하고 다음을 선택합니다.

복원 모드 페이지에서 새 위치로 복원 또는 다른 설정으로 복원을 선택합니다.

호스트 페이지에서 VM을 복원할 대상 ESXi 호스트 또는 클러스터를 선택합니다.

데이터 저장소 페이지에서 구성 파일과 하드 디스크 모두에 대한 대상 데이터 저장소 위치를 선택합니다.

네트워크 페이지에서 VM의 원래 네트워크를 새 대상 위치의 네트워크에 매핑합니다.

복구된 VM에서 맬웨어를 검사할지 여부를 선택하고 요약 페이지를 검토한 후 마침을 클릭하여 복원을 시작합니다.

관리 및 iSCSI 또는 NFS에 대한 새로운 IP 주소를 할당합니다.

호스트를 Windows 도메인에 가입시킵니다.

SnapCenter 서버의 DNS 또는 호스트 파일에 호스트 이름을 추가합니다.

SQL Server 데이터베이스와 로그 볼륨에 대한 기존 SnapMirror 관계를 끊으려면 FSx CLI에서 다음 명령을 실행합니다.

FSx-Dest::> snapmirror break -destination-path DestSVM:DestVolName

SQL Server Windows VM의 iSCSI IQN을 포함하는 이니시에이터 그룹을 만들어 LUN에 대한 액세스 권한을 부여합니다.

FSx-Dest::> igroup create -vserver DestSVM -igroup igroupName -protocol iSCSI -ostype windows -initiator IQN

마지막으로 방금 생성한 이니시에이터 그룹에 LUN을 매핑합니다.

FSx-Dest::> lun mapping create -vserver DestSVM -path LUNPath igroup igroupName

경로 이름을 찾으려면 다음을 실행하세요. lun show 명령.

SQL Server VM에서 FSx 인스턴스의 iSCSI 대상 인터페이스에 대한 연결이 설정된 VMware 포트 그룹에서 통신하도록 iSCSI 네트워크 어댑터를 설정합니다.

iSCSI 초기자 속성 유틸리티를 열고 검색, 즐겨찾는 대상 및 대상 탭에서 이전 연결 설정을 지웁니다.

FSx 인스턴스/클러스터에서 iSCSI 논리 인터페이스에 액세스하기 위한 IP 주소를 찾습니다. AWS 콘솔의 Amazon FSx > ONTAP > Storage Virtual Machines에서 해당 내용을 확인할 수 있습니다.

검색 탭에서 검색 포털을 클릭하고 FSx iSCSI 대상의 IP 주소를 입력합니다.

대상 탭에서 연결을 클릭하고 구성에 적합한 경우 다중 경로 사용을 선택한 다음 확인을 클릭하여 대상에 연결합니다.

컴퓨터 관리 유틸리티를 열고 디스크를 온라인으로 전환합니다. 이전에 사용하던 것과 동일한 드라이브 문자가 유지되는지 확인하세요.

SQL Server VM에서 Microsoft SQL Server Management Studio를 열고 연결을 선택하여 데이터베이스에 연결하는 프로세스를 시작합니다.

추가를 클릭하고 SQL Server 기본 데이터베이스 파일이 있는 폴더로 이동하여 해당 파일을 선택한 다음 확인을 클릭합니다.

거래 로그가 별도 드라이브에 있는 경우 거래 로그가 포함된 폴더를 선택하세요.

완료되면 확인을 클릭하여 데이터베이스를 연결합니다.

FSx CLI에 로그인한 후 다음 명령을 실행하여 올바른 이름으로 필터링된 볼륨을 확인합니다.

FSx-Dest::> volume show -volume VolumeName*

다음 명령을 실행하여 기존 SnapMirror 관계를 해제합니다.

FSx-Dest::> snapmirror break -destination-path DestSVM:DestVolName

Amazon FSx 웹 클라이언트에서 junction-path를 업데이트합니다.

교차로 경로 이름을 추가하고 업데이트를 클릭합니다. Oracle 서버에서 NFS 볼륨을 마운트할 때 이 연결 경로를 지정하세요.

Cloud Manager에서 FSx 클러스터의 볼륨 목록에 액세스합니다.

작업 메뉴에서 Mount Command를 선택하여 Oracle Linux 서버에서 사용할 mount 명령을 보고 복사합니다.

Oracle Linux 서버에 NFS 파일 시스템을 마운트합니다. NFS 공유를 마운트하기 위한 디렉토리가 이미 Oracle Linux 호스트에 있습니다.

Oracle Linux 서버에서 mount 명령을 사용하여 NFS 볼륨을 마운트합니다.

FSx-Dest::> mount -t oracle_server_ip:/junction-path

재부팅 시에도 NFS 마운트를 유지하려면 다음을 편집하세요. /etc/fstab 마운트 명령을 포함할 파일입니다.

Oracle 서버를 재부팅합니다. Oracle 데이터베이스는 정상적으로 시작되어 사용할 수 있어야 합니다.