Google Cloud 의 SAP HANA 배포는 통합 디스크 레이아웃 또는 분할 디스크 레이아웃을 사용합니다. 통합 디스크 레이아웃에서는 단일 디스크가 모든 SAP HANA 파일 시스템을 호스팅하는 데 사용됩니다. 분할 디스크 레이아웃에서는 각 SAP HANA 파일 시스템이 별도의 디스크에 호스팅됩니다. 이러한 디스크 레이아웃에 관한 자세한 내용은 지원되는 디스크 레이아웃을 참고하세요.
Google Cloud 에서는 다음과 같은 이유로 분할 디스크 레이아웃을 사용하는 것이 좋습니다.
- 이를 통해 파일 시스템(특히
/hana/data및/hana/log)의 디스크 성능을 독립적으로 조정할 수 있으며, 특히 하이퍼디스크를 사용하는 경우 유용합니다. - 유지관리가 간소화됩니다.
이 가이드에서는 마이그레이션 절차를 설명하기 위해 예시 시스템을 가정하고 SAP HANA 파일 시스템을 단일 Persistent Disk 볼륨에서 각 파일 시스템의 Hyperdisk 볼륨 1개로 마이그레이션합니다. 이 절차를 사용하여 SAP HANA 파일 시스템을 개별 Persistent Disk 볼륨으로 마이그레이션할 수도 있습니다.
이전 고려사항 검토
- 데이터 이전 기간: SAP HANA HA 시스템의 경우 보조 노드를 등록 취소하고 테넌트 데이터베이스를 삭제한 다음 로그를 재사용하여 데이터 이전 기간을 줄일 수 있습니다. 이 가이드에 설명된 절차에서는 이 접근 방식을 사용합니다.
- 다운타임: SAP HANA HA 시스템의 경우 먼저 보조 데이터베이스를 이전하고 새 기본 데이터베이스로 만든 다음 이전 기본 데이터베이스를 이전합니다. 이렇게 하면 다운타임을 최소화할 수 있습니다.
- 기존 디스크로 되돌리기: 마이그레이션 중에 문제가 발생하는 경우 기존 디스크로 되돌릴 수 있습니다. 기존 디스크는 이 절차의 영향을 받지 않으며 삭제될 때까지 사용 가능합니다. 자세한 내용은 기존 디스크로 대체를 참고하세요.
시작하기 전에
단일 디스크에 호스팅되는 SAP HANA 파일 시스템을 각 파일 시스템의 디스크 하나로 이전하기 전에 다음 조건이 충족되는지 확인합니다.
- SAP HANA는 Hyperdisk를 지원하는 SAP 인증 Compute Engine 인스턴스에서 실행됩니다.
- SAP HANA 데이터베이스의 유효한 백업을 사용할 수 있습니다. 필요한 경우 이 백업을 사용하여 데이터베이스를 복원할 수 있습니다.
- 대상 Compute Engine 인스턴스가 고가용성(HA) 클러스터의 일부인 경우 클러스터가 유지보수 모드인지 확인합니다.
- SAP HANA 데이터베이스에서 수평 확장 배포를 사용하는 경우 각 SAP HANA 인스턴스에 대해 이 가이드의 절차를 반복합니다.
- SAP HANA 데이터베이스가 실행 중입니다. HA 시스템의 경우 데이터베이스의 기본 인스턴스와 보조 인스턴스 간에 복제가 활성 상태인지 확인합니다.
- 데이터 복사 시간을 줄이려면 이전하는 SAP HANA 볼륨에서 불필요한 백업이나 미디어를 삭제합니다.
다음 명령어를 실행하여 이전하는 SAP HANA 파일 시스템이 단일 디스크에 호스팅되는지 확인합니다.
lsblk출력은 다음 예시와 비슷합니다. SAP HANA 파일 시스템의 이름 지정 규칙에 따라 또는 컴퓨팅 인스턴스가 비휘발성 메모리 익스프레스 (NVMe) 디스크 인터페이스를 지원하는지에 따라 출력이 이 예와 다를 수 있습니다.
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sda 8:0 0 30G 0 disk ├─sda1 8:1 0 2M 0 part ├─sda2 8:2 0 20M 0 part /boot/efi └─sda3 8:3 0 30G 0 part / sdb 8:16 0 2.3T 0 disk ├─vg_hana-shared 254:0 0 850G 0 lvm /hana/shared ├─vg_hana-sap 254:1 0 32G 0 lvm /usr/sap ├─vg_hana-log 254:2 0 425G 0 lvm /hana/log └─vg_hana-data 254:3 0 1T 0 lvm /hana/data sdc 8:32 0 1.7T 0 disk └─vg_hanabackup-backup 254:4 0 1.7T 0 lvm /hanabackup
SAP 시스템 예
이 가이드에서는 이전 절차를 설명하기 위해 다음을 수행합니다.
- 단일 영구 디스크 볼륨이
/hana/data,/hana/log,/hana/shared,/usr/sap파일 시스템을 호스팅하는 SAP HANA 수직 확장 고가용성 (HA) 배포의 예를 가정합니다. - 파일 시스템을 개별 하이퍼디스크 볼륨으로 이전합니다. 이 볼륨은 Terraform: SAP HANA 수직 확장 고가용성 클러스터 구성 가이드에 따라 배포된 SAP HANA 수직 확장 HA 시스템과 구성이 유사합니다.
다음 다이어그램은 파일 시스템 이전 전후에서의 예시 시스템의 아키텍처를 보여줍니다.
예시 SAP 시스템의 구성 세부정보는 다음과 같습니다.
- 머신 유형:
n2-highmem-128 - OS: SLES for SAP 15 SP5
- SAP HANA: HANA 2 SPS07, Rev 78
- 시스템에서 사용하는 디스크 유형: SSD 영구 디스크 (
pd-ssd) /hana/data,/hana/log,/hana/shared,/usr/sap볼륨은 동일한 디스크에 마운트되며 SAP HANA의 지속성 설정에서 구성됩니다. 다음은 SID가ABC인 SAP HANA 시스템의/hana/data및/hana/log볼륨에 대한 지속성 설정의 예입니다.[persistence] basepath_datavolumes = /hana/data/ABC basepath_logvolumes = /hana/log/ABC
파일 시스템을 개별 하이퍼디스크 볼륨으로 마이그레이션
SAP HANA 수직 확장 HA 배포의 파일 시스템을 단일 Persistent Disk 볼륨에서 각 파일 시스템의 Hyperdisk 볼륨 1개로 마이그레이션하려면 다음 단계를 따르세요.
마이그레이션을 위해 보조 인스턴스 준비
HA 클러스터를 유지보수 모드로 설정합니다.
crm maintenance onHANA 시스템 복제 (HSR)가 활성 상태인지 확인합니다.
/usr/sap/ABC/HDB00/exe/python_support> python systemReplicationStatus.py출력은 다음 예시와 비슷합니다.
/usr/sap/ABC/HDB00/exe/python_support> python systemReplicationStatus.py |Database |Host |Port |Service Name |Volume ID |Site ID |Site Name |Secondary |Secondary |Secondary |Secondary |Secondary |Replication |Replication |Replication |Secondary | | | | | | | | |Host |Port |Site ID |Site Name |Active Status |Mode |Status |Status Details |Fully Synced | |-------- |----------- |----- |------------ |--------- |------- |--------- |--------- |--------- |--------- |----------- |------------- |----------- |----------- |-------------- |------------ | |SYSTEMDB |example-vm1 |30001 |nameserver | 1 | 1 |example-vm1 |example-vm2 | 30001 | 2 |example-vm2 |YES |SYNCMEM |ACTIVE | | True | |ABC |example-vm1 |30007 |xsengine | 2 | 1 |example-vm1 |example-vm2 | 30007 | 2 |example-vm2 |YES |SYNCMEM |ACTIVE | | True | |ABC |example-vm1 |30003 |indexserver | 3 | 1 |example-vm1 |example-vm2 | 30003 | 2 |example-vm2 |YES |SYNCMEM |ACTIVE | | True | status system replication site "2": ACTIVE overall system replication status: ACTIVE Local System Replication State ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ mode: PRIMARY site id: 1 site name: example-vm1
SAP HANA 데이터베이스의 보조 인스턴스를 등록 취소합니다.
hdbnsutil -sr_unregister출력은 데이터베이스의 보조 인스턴스가 등록 해제되었음을 보여줍니다.
abcadm@example-vm2:/usr/sap/ABC/HDB00> hdbnsutil -sr_unregister unregistering site ... done. Performing Final Memory Release with 10 threads. Finished Final Memory Release successfully.SAP HANA 시스템의 보조 인스턴스에서 모든 테넌트 데이터베이스를 삭제하고 로그를 재사용합니다.
테넌트 데이터베이스를 중지합니다.
hdbsql -n localhost:3INSTANCE_NUMBER13 -u SYSTEM -p "SYSTEM_DB_PASSWORD" -j "ALTER SYSTEM STOP DATABASE TENANT_DB_SID"다음을 바꿉니다.
INSTANCE_NUMBER: 테넌트 데이터베이스의 인스턴스 번호입니다.SYSTEM_DB_PASSWORD: 시스템 데이터베이스의 비밀번호TENANT_DB_SID: 테넌트 데이터베이스의 SID입니다(대문자).
중지한 테넌트 데이터베이스를 삭제합니다.
hdbsql -n localhost:3INSTANCE_NUMBER13 -u SYSTEM -p "SYSTEM_DB_PASSWORD" -j "DROP DATABASE TENANT_DB_SID"로그 재사용:
hdbsql -n localhost:3INSTANCE_NUMBER13 -u SYSTEM -p "SYSTEM_DB_PASSWORD" -j "ALTER SYSTEM RECLAIM LOG"SAP HANA 시스템의 보조 인스턴스에 있는 모든 테넌트 데이터베이스에 대해 위 단계를 반복합니다.
다음 예는 성공적인 응답을 보여줍니다.
0 rows affected (overall time 9032.460 msec; server time 9032.273 msec)SAP HANA 시스템의 보조 인스턴스를 중지합니다.
sapcontrol -nr INSTANCE_NUMBER -function Stop
보조 인스턴스 이전
각 SAP HANA 파일 시스템의 디스크를 만듭니다. 이 절차에서 가정하는 예시 시스템의 경우
/hana/data,/hana/log,/hana/shared,/usr/sap에 각각 하나씩 디스크 4개를 만듭니다.각 파일 시스템의 디스크 크기를 설정하려면 시스템의
lsblk명령어 출력에 표시되는 크기 정보를 사용하면 됩니다.SAP HANA 성능 요구사항을 충족하는 데 도움이 되는 권장 최소 디스크 크기, IOPS, 처리량에 대한 자세한 내용은 SSD 기반 영구 디스크 및 하이퍼디스크 볼륨의 최소 크기를 참고하세요.
gcloud compute disks create USR_SAP_DISK_NAME \ --project=PROJECT_ID \ --type=USR_SAP_DISK_TYPE \ --size=USR_SAP_DISK_SIZE \ --zone=ZONE \ --provisioned-iops=USR_SAP_DISK_IOPS gcloud compute disks create SHARED_DISK_NAME \ --project=PROJECT_ID \ --type=SHARED_DISK_TYPE \ --size=SHARED_DISK_SIZE \ --zone=ZONE \ --provisioned-iops=SHARED_DISK_IOPS gcloud compute disks create DATA_DISK_NAME \ --project=PROJECT_ID \ --type=DATA_DISK_TYPE \ --size=DATA_DISK_SIZE \ --zone=ZONE \ --provisioned-iops=DATA_DISK_IOPS gcloud compute disks create LOG_DISK_NAME \ --project=PROJECT_ID \ --type=LOG_DISK_TYPE \ --size=LOG_DISK_SIZE \ --zone=ZONE \ --provisioned-iops=LOG_DISK_IOPS다음을 바꿉니다.
USR_SAP_DISK_NAME:/usr/sap볼륨을 호스팅하는 디스크에 설정할 이름입니다.PROJECT_ID: Google Cloud 프로젝트의 프로젝트 IDUSR_SAP_DISK_TYPE:/usr/sap볼륨을 호스팅하도록 배포하려는 하이퍼디스크의 유형입니다(예:hyperdisk-extreme).USR_SAP_DISK_SIZE:/usr/sap볼륨을 호스팅하는 디스크에 설정할 크기입니다.ZONE: 새 디스크를 배포할 Compute Engine 영역USR_SAP_DISK_IOPS:/hana/data를 호스팅하기 위해 만들려는 하이퍼디스크에 설정할 IOPS입니다. 성능 요구사항에 따라 IOPS를 설정합니다.SHARED_DISK_NAME:/hana/shared볼륨을 호스팅하는 디스크에 설정할 이름입니다.SHARED_DISK_TYPE:/hana/shared볼륨을 호스팅하도록 배포하려는 하이퍼디스크의 유형입니다(예:hyperdisk-extreme).SHARED_DISK_SIZE:/hana/shared볼륨을 호스팅하는 디스크에 설정할 크기입니다.SHARED_DISK_IOPS:/hana/shared볼륨을 호스팅하는 디스크에 설정할 IOPS입니다.DATA_DISK_NAME:/hana/data볼륨을 호스팅하는 디스크에 설정할 이름입니다.DATA_DISK_TYPE:/hana/data볼륨을 호스팅하도록 배포하려는 하이퍼디스크의 유형입니다(예:hyperdisk-extreme).DATA_DISK_SIZE:/hana/data볼륨을 호스팅하는 디스크에 설정할 크기입니다.DATA_DISK_IOPS:/hana/data볼륨을 호스팅하는 디스크에 설정할 IOPS입니다.LOG_DISK_NAME:/hana/log볼륨을 호스팅하는 디스크에 설정할 이름입니다.LOG_DISK_TYPE:/hana/log볼륨을 호스팅하도록 배포하려는 하이퍼디스크의 유형입니다(예:hyperdisk-extreme).LOG_DISK_SIZE:/hana/log볼륨을 호스팅하는 디스크에 설정할 크기입니다.LOG_DISK_IOPS:/hana/log볼륨을 호스팅하는 디스크에 설정할 IOPS입니다.
만든 디스크를 SAP HANA 데이터베이스의 보조 인스턴스를 호스팅하는 Compute Engine 인스턴스에 연결합니다.
gcloud compute instances attach-disk SECONDARY_INSTANCE_NAME \ --disk=USR_SAP_DISK_NAME \ --zone=ZONE gcloud compute instances attach-disk SECONDARY_INSTANCE_NAME \ --disk=SHARED_DISK_NAME \ --zone=ZONE gcloud compute instances attach-disk SECONDARY_INSTANCE_NAME \ --disk=DATA_DISK_NAME \ --zone=ZONE gcloud compute instances attach-disk SECONDARY_INSTANCE_NAME \ --disk=LOG_DISK_NAME \ --zone=ZONESECONDARY_INSTANCE_NAME를 SAP HANA 데이터베이스의 보조 인스턴스를 호스팅하는 Compute Engine의 이름으로 바꿉니다.논리 볼륨 관리 (LVM)를 사용하려면 다음 단계를 완료하세요.
만들고 연결한 새 디스크의 물리적 볼륨을 만듭니다.
pvcreate USR_SAP_PV_NAME pvcreate SHARED_PV_NAME pvcreate DATA_PV_NAME pvcreate LOG_PV_NAME다음을 바꿉니다.
USR_SAP_PV_NAME:/usr/sap볼륨을 호스팅하기 위해 만든 디스크의 실제 기기 경로입니다.SHARED_PV_NAME:/hana/shared볼륨을 호스팅하기 위해 만든 디스크의 실제 기기 경로입니다.DATA_PV_NAME:/hana/data볼륨을 호스팅하기 위해 만든 디스크의 실제 기기 경로입니다.LOG_PV_NAME:/hana/log볼륨을 호스팅하기 위해 만든 디스크의 실제 기기 경로입니다.
볼륨 그룹을 만듭니다.
vgcreate vg_hana_usrsap USR_SAP_PV_NAME vgcreate vg_hana_shared SHARED_PV_NAME vgcreate vg_hana_data DATA_PV_NAME vgcreate vg_hana_log LOG_PV_NAME논리 볼륨을 만듭니다.
lvcreate -l 100%FREE -n usrsap vg_hana_usrsap lvcreate -l 100%FREE -n shared vg_hana_shared lvcreate -l 100%FREE -n data vg_hana_data lvcreate -l 100%FREE -n log vg_hana_log
파일 시스템을 만듭니다.
mkfs -t xfs /dev/vg_hana_usrsap/usrsap mkfs -t xfs /dev/vg_hana_shared/shared mkfs -t xfs /dev/vg_hana_data/data mkfs -t xfs /dev/vg_hana_log/logSAP HANA 파일 시스템의 임시 디렉터리를 만듭니다.
mkdir -p /tmp/usr/sap mkdir -p /tmp/hana/shared mkdir -p /tmp/hana/data mkdir -p /tmp/hana/log임시 디렉터리를 사용하여 새로 만든 볼륨을 마운트합니다.
mount -o logbsize=256k /dev/vg_hana_usrsap/usrsap /tmp/usr/sap mount -o logbsize=256k /dev/vg_hana_shared/shared /tmp/hana/shared mount -o logbsize=256k /dev/vg_hana_data/data /tmp/hana/data mount -o logbsize=256k /dev/vg_hana_log/log /tmp/hana/log소스 Persistent Disk 볼륨에서 만든 디스크로 데이터를 전송합니다.
rsync, LVM 스냅샷 또는 기타 메서드를 사용할 수 있습니다. 다음 예에서는 데이터 전송에rsync유틸리티를 사용합니다.rsync -avz --progress /usr/sap/ /tmp/usr/sap/ rsync -avz --progress /hana/shared/ /tmp/hana/shared/ rsync -avz --progress /hana/data/ /tmp/hana/data/ rsync -avz --progress /hana/log/ /tmp/hana/log/SAP HANA 파일 시스템의 이전 논리 볼륨을 마운트 해제합니다.
umount /usr/sap umount /hana/shared umount /hana/data umount /hana/logSAP HANA 파일 시스템용으로 만든 임시 볼륨을 마운트 해제합니다.
umount /tmp/usr/sap umount /tmp/hana/shared umount /tmp/hana/data umount /tmp/hana/logSAP HANA 데이터베이스의 보조 인스턴스를 호스팅하는 Compute Engine 인스턴스에서 SAP HANA 파일 시스템을 호스팅하던 영구 디스크 볼륨을 분리합니다.
gcloud compute instances detach-disk SECONDARY_INSTANCE_NAME --disk=SOURCE_DISK_NAME \ --zone=ZONESOURCE_DISK_NAME를 컴퓨팅 인스턴스에서 분리하려는 SAP HANA 파일 시스템을 호스팅했던 영구 디스크 볼륨의 이름으로 바꿉니다.루트 사용자 또는
sudo액세스 권한이 있는 사용자로/etc/fstab항목을 업데이트합니다. 다음은 항목을 업데이트해야 하는 방법의 예입니다./dev/vg_hana_shared/shared /hana/shared xfs defaults,nofail,logbsize=256k 0 2 /dev/vg_hana_usrsap/sap /usr/sap xfs defaults,nofail,logbsize=256k 0 2 /dev/vg_hana_data/data /hana/data xfs defaults,nofail,logbsize=256k 0 2 /dev/vg_hana_log/log /hana/log xfs defaults,nofail,logbsize=256k 0 2새로 만든 논리적 볼륨을 마운트합니다.
mount -a파일 시스템에서 사용한 공간에 관한 정보를 확인합니다.
df -h출력은 다음과 비슷합니다.
# df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 4.0M 8.0K 4.0M 1% /dev tmpfs 638G 35M 638G 1% /dev/shm tmpfs 171G 458M 170G 1% /run tmpfs 4.0M 0 4.0M 0% /sys/fs/cgroup /dev/sdb3 30G 6.4G 24G 22% / /dev/sdb2 20M 3.0M 17M 15% /boot/efi /dev/mapper/vg_hanabackup-backup 1.7T 13G 1.7T 1% /hanabackup tmpfs 86G 0 86G 0% /run/user/0 /dev/mapper/vg_hana_usrsap-usrsap 32G 277M 32G 1% /usr/sap /dev/mapper/vg_hana_shared-shared 850G 54G 797G 7% /hana/shared /dev/mapper/vg_hana_data-data 1.1T 5.4G 1.1T 1% /hana/data /dev/mapper/vg_hana_log-log 475G 710M 475G 1% /hana/log
보조 인스턴스 승격
SID_LCadm사용자로 SAP HANA 시스템 복제에 SAP HANA 데이터베이스의 보조 인스턴스를 등록합니다.hdbnsutil -sr_register --remoteHost=PRIMARY_INSTANCE_NAME \ --remoteInstance=PRIMARY_INSTANCE_NUMBER \ --replicationMode=syncmem --operationMode=logreplay \ --name=SECONDARY_INSTANCE_NAME다음을 바꿉니다.
PRIMARY_INSTANCE_NAME: SAP HANA 시스템의 기본 인스턴스를 호스팅하는 Compute Engine 인스턴스의 이름PRIMARY_INSTANCE_NUMBER: SAP HANA 시스템의 기본 인스턴스의 인스턴스 번호입니다.SECONDARY_INSTANCE_NAME: SAP HANA 시스템의 보조 인스턴스를 호스팅하는 Compute Engine 인스턴스의 이름
SAP HANA 데이터베이스의 보조 인스턴스를 시작합니다.
HDB start또는
sapcontrol명령어를 사용하여 보조 인스턴스를 시작할 수 있습니다.sapcontrol -nr INSTANCE_NUMBER -function StartSystemSAP HANA 데이터베이스의 기본 인스턴스에서
SID_LCadm사용자로 SAP HANA 시스템 복제가 활성 상태인지 확인합니다.python $DIR_INSTANCE/exe/python_support/systemReplicationStatus.py시스템 복제가 활성 상태인지 확인한 후 SAP HANA 데이터베이스의 보조 인스턴스를 새 기본 인스턴스로 만듭니다.
crm resource move msl_SAPHana_SID_HDBINSTANCE_NUMBER SECONDARY_INSTANCE_NAME출력은 다음 예시와 비슷합니다.
INFO: Move constraint created for msl_SAPHana_ABC_HDB00 to example-vm2 INFO: Use `crm resource clear msl_SAPHana_ABC_HDB00` to remove this constraintHA 클러스터의 상태를 확인합니다.
crm status출력은 다음 예시와 비슷합니다.
example-vm1:~ # crm status Status of pacemakerd: 'Pacemaker is running' (last updated 2025-02-04 10:08:16Z) Cluster Summary: * Stack: corosync * Current DC: example-vm1 (version 2.1.5+20221208.a3f44794f-150500.6.20.1-2.1.5+20221208.a3f44794f) - partition with quorum * Last updated: Tue Feb 4 10:08:16 2025 * Last change: Tue Feb 4 10:07:47 2025 by root via crm_attribute on example-vm2 * 2 nodes configured * 8 resource instances configured Node List: * Online: [ example-vm1 example-vm2 ] Full List of Resources: * STONITH-example-vm1 (stonith:fence_gce): Started example-vm2 * STONITH-example-vm2 (stonith:fence_gce): Started example-vm1 * Resource Group: g-primary: * rsc_vip_int-primary (ocf::heartbeat:IPaddr2): Started example-vm2 * rsc_vip_hc-primary (ocf::heartbeat:anything): Started example-vm2 * Clone Set: cln_SAPHanaTopology_ABC_HDB00 [rsc_SAPHanaTopology_ABC_HDB00]: * Started: [ example-vm1 example-vm2 ] * Clone Set: msl_SAPHana_ABC_HDB00 [rsc_SAPHana_ABC_HDB00] (promotable): * Masters: [ example-vm2 ] * Slaves: [ example-vm1 ]루트 사용자 또는
sudo액세스 권한이 있는 사용자로서 리소스가 특정 Compute Engine 인스턴스를 선호하도록 설정되지 않도록 하는 제약조건을 삭제합니다.crm resource clear msl_SAPHana_SID_HDBINSTANCE_NUMBER출력은 다음과 비슷합니다.
INFO: Removed migration constraints for msl_SAPHana_ABC_HDB00
이전 기본 인스턴스 이전
SAP HANA 시스템의 이전 기본 인스턴스를 이전하려면 이전 섹션에 제공된 절차를 반복합니다.
유지보수 모드에서 HA 클러스터를 삭제합니다.
crm maintenance off
기존 디스크로 대체
디스크 마이그레이션이 실패하는 경우 마이그레이션 절차가 시작되기 전에 존재한 데이터가 포함되어 있으므로 기존 영구 디스크 볼륨을 대체로 사용할 수 있습니다.
SAP HANA 데이터베이스를 원래 상태로 복원하려면 다음 단계를 따르세요.
- SAP HANA 데이터베이스를 호스팅하는 Compute Engine 인스턴스를 중지합니다.
- 만든 Hyperdisk 볼륨을 분리합니다.
- 기존 Persistent Disk 볼륨을 컴퓨팅 인스턴스에 다시 연결합니다.
- 컴퓨팅 인스턴스를 시작합니다.
삭제
SAP HANA 파일 시스템을 개별 디스크로 성공적으로 이전한 후에는 사용 중인 영구 디스크 볼륨과 관련된 리소스를 정리합니다. 여기에는 디스크 스냅샷과 디스크 자체가 포함됩니다.
디스크 스냅샷을 삭제하는 방법에 대한 자세한 내용은 디스크 스냅샷 관리를 참고하세요.
SAP HANA 시스템에서 사용 중인 영구 디스크 볼륨을 삭제하려면
gcloud compute disks delete명령어를 실행하면 됩니다.gcloud compute disks delete SOURCE_DISK_NAME --ZONE=ZONE