Skip to main content
NetApp solutions for SAP
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

SAP 시스템 새로 고침

기여자 netapp-nbauer
PDF

SnapCenter 사용한 SAP 시스템 새로 고침 작업에 대한 자세한 정보는 다음에서 확인할 수 있습니다. "TR-4667: SnapCenter를 사용하여 SAP HANA 시스템 복제 및 클론 작업 자동화" .

두 번째 HANA 시스템 QFS는 장에서 설명한 것과 동일한 방식으로 프로비저닝되었습니다. "“HANA 시스템 프로비저닝 및 설치”" .

필수 구성 요소

SnapCenter 의 현재 버전(6.1P1)에는 몇 가지 제한 사항이 있으며, 이는 다음 릴리스에서 수정될 예정입니다.

  1. 대상 HANA 호스트에서 "systemctl restart spl" 명령을 사용하여 "clone create" 및 "clone delete" 워크플로를 실행할 때마다 spl 프로세스를 다시 시작해야 합니다.

  2. SAP 시스템 새로 고침 작업의 소스 및 대상으로 사용되는 HANA VM은 동일한 ESX 호스트에서 실행되어야 합니다.

워크플로 요약

첫 번째 SAP 시스템 새로 고침 작업을 실행하려면 대상 HANA 시스템을 설치하고 호스트를 SnapCenter 에 추가해야 합니다. 그런 다음 HANA 시스템을 종료하고 HANA 데이터 디스크를 호스트에서 마운트 해제해야 합니다.

SnapCenter 복제본 생성 워크플로

  1. 저장소 복제본 생성

  2. 스토리지 복제에 대한 호스트 매핑 구성

  3. ESX 호스트에 스토리지 복제본(데이터 저장소) 연결

  4. 데이터 저장소에서 대상 HANA VM으로 새 디스크 추가

  5. HANA VM OS에 디스크 마운트

  6. 포스트 스크립트를 사용하여 HANA 시스템 복구

실행 시간: 12분

참고 복원 작업과 비교했을 때, 복제 작업의 실행 시간은 HANA 데이터베이스 크기에 영향을 받지 않습니다. 1~5단계의 실행 시간은 매우 큰 데이터베이스에서도 비슷합니다. 물론, 대규모 HANA 시스템의 경우 복구 시간이 더 오래 걸립니다.

SnapCenter 복제본 삭제 워크플로

  1. 사전 스크립트를 사용하여 HANA 시스템 종료

  2. HANA VM OS에서 디스크 마운트 해제

  3. HANA VM에서 디스크 제거

  4. ESX 호스트에서 데이터 저장소 제거

  5. 저장소 클론 삭제

러닝타임: 11분

SnapCenter 복제본 생성 워크플로

복제본 생성 워크플로는 원하는 스냅샷을 선택하고 복제 버튼을 클릭하면 시작됩니다.

논의 중인 내용을 보여 주는 그림

대상 호스트와 SID를 제공해야 합니다.

논의 중인 내용을 보여 주는 그림

논의 중인 내용을 보여 주는 그림

우리의 예에서는 대상 호스트에서 복구를 실행하기 위해 사후 스크립트를 사용하고 있습니다.

논의 중인 내용을 보여 주는 그림

워크플로가 시작되면 SnapCenter 선택한 스냅샷을 기반으로 복제된 저장 장치를 만듭니다.

논의 중인 내용을 보여 주는 그림

그런 다음 SnapCenter 대상 HANA VM이 실행 중인 ESX 호스트에 LUN(데이터 저장소)을 연결합니다.

논의 중인 내용을 보여 주는 그림

그러면 새 데이터 저장소 내의 VMDK가 HANA VM에 추가됩니다.

논의 중인 내용을 보여 주는 그림

그런 다음 SnapCenter HANA Linux 시스템에서 새 디스크를 구성하고 마운트합니다.

hana-9:/mnt/sapcc-share/SAP-System-Refresh # df -h

Filesystem Size Used Avail Use% Mounted on
/dev/mapper/system-root 60G 5.2G 52G 10% /
devtmpfs 4.0M 4.0K 4.0M 1% /dev
tmpfs 49G 0 49G 0% /dev/shm
efivarfs 256K 57K 195K 23% /sys/firmware/efi/efivars
tmpfs 13G 26M 13G 1% /run
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-tmpfiles-setup-dev-early.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-sysctl.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-sysusers.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-tmpfiles-setup-dev.service
/dev/mapper/system-root 60G 5.2G 52G 10% /.snapshots
/dev/mapper/system-root 60G 5.2G 52G 10% /boot/grub2/i386-pc
/dev/mapper/system-root 60G 5.2G 52G 10% /boot/grub2/x86++_++64-efi
/dev/mapper/system-root 60G 5.2G 52G 10% /home
/dev/mapper/system-root 60G 5.2G 52G 10% /opt
/dev/mapper/system-root 60G 5.2G 52G 10% /srv
/dev/mapper/system-root 60G 5.2G 52G 10% /root
/dev/mapper/system-root 60G 5.2G 52G 10% /tmp
/dev/mapper/system-root 60G 5.2G 52G 10% /usr/local
/dev/mapper/system-root 60G 5.2G 52G 10% /var
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-vconsole-setup.service
/dev/sdc 95G 8.9G 87G 10% /hana/log/QFS/mnt00001
/dev/sdd 95G 14G 82G 14% /hana/shared
/dev/sda1 253M 5.9M 247M 3% /boot/efi
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-tmpfiles-setup.service
192.168.175.86:/sapcc++_++share 1.4T 858G 568G 61% /mnt/sapcc-share
tmpfs 6.3G 72K 6.3G 1% /run/user/464
tmpfs 1.0M 0 1.0M 0% /run/credentials/getty@tty1.service
tmpfs 6.3G 52K 6.3G 1% /run/user/0
/dev/sde 95G 9.2G 86G 10% /hana/data/QFS/mnt00001
tmpfs 6.3G 56K 6.3G 1% /run/user/1001
hana-9:/mnt/sapcc-share/SAP-System-Refresh #

hana-9:/mnt/sapcc-share/SAP-System-Refresh # cat /etc/fstab
/dev/system/root / btrfs defaults 0 0
/dev/system/root /var btrfs subvol=/@/var 0 0
/dev/system/root /usr/local btrfs subvol=/@/usr/local 0 0
/dev/system/root /tmp btrfs subvol=/@/tmp 0 0
/dev/system/root /srv btrfs subvol=/@/srv 0 0
/dev/system/root /root btrfs subvol=/@/root 0 0
/dev/system/root /opt btrfs subvol=/@/opt 0 0
/dev/system/root /home btrfs subvol=/@/home 0 0
/dev/system/root /boot/grub2/x86++_++64-efi btrfs subvol=/@/boot/grub2/x86++_++64-efi 0 0
/dev/system/root /boot/grub2/i386-pc btrfs subvol=/@/boot/grub2/i386-pc 0 0
/dev/system/swap swap swap defaults 0 0
/dev/system/root /.snapshots btrfs subvol=/@/.snapshots 0 0
UUID=FB79-24DC /boot/efi vfat utf8 0 2
192.168.175.86:/sapcc++_++share /mnt/sapcc-share nfs rw,vers=3,hard,timeo=600,rsize=1048576,wsize=1048576,intr,noatime,nolock 0 0
#/dev/sdb /hana/data/QFS/mnt00001 xfs relatime,inode64 0 0
/dev/sdc /hana/log/QFS/mnt00001 xfs relatime,inode64 0 0
/dev/sdd /hana/shared xfs defaults 0 0
# The following entry has been added by NetApp (SnapCenter Plug-in for UNIX)
/dev/sde /hana/data/QFS/mnt00001 xfs rw,relatime,attr2,inode64,logbufs=8,logbsize=32k,noquota 0 0
hana-9:/mnt/sapcc-share/SAP-System-Refresh #

다음 스크린샷은 SnapCenter 가 실행하는 작업 단계를 보여줍니다.

논의 중인 내용을 보여 주는 그림

"필수 구성 요소" 섹션에서 언급했듯이, HANA 호스트의 SnapCenter spl 서비스는 "systemctl restart spl" 명령을 사용하여 다시 시작해야 제대로 정리됩니다. 작업이 완료된 후 이 작업을 수행해야 합니다.

복제 워크플로가 완료되면 리소스 QFS를 클릭하여 자동 검색을 시작할 수 있습니다. 자동 검색 프로세스가 완료되면 새 스토리지 공간이 리소스의 세부 정보 보기에 표시됩니다.

논의 중인 내용을 보여 주는 그림

SnapCenter 복제본 삭제 워크플로

복제본 삭제 워크플로는 소스 HANA 리소스에서 복제본을 선택하고 삭제 버튼을 클릭하여 시작됩니다.

논의 중인 내용을 보여 주는 그림

우리의 예에서는 사전 스크립트를 사용하여 대상 HANA 데이터베이스를 종료합니다.

논의 중인 내용을 보여 주는 그림

다음 스크린샷은 SnapCenter 가 실행하는 작업 단계를 보여줍니다.

논의 중인 내용을 보여 주는 그림

"필수 구성 요소" 섹션에서 언급한 대로 HANA 호스트의 SnapCenter spl 서비스는 적절한 정리를 시작하려면 "systemctl restart spl" 명령을 사용하여 다시 시작해야 합니다.