简体中文版经机器翻译而成，仅供参考。如与英语版出现任何冲突，应以英语版为准。

SAP 系统更新

07/10/2025 贡献者

PDF

有关使用SnapCenter进行 SAP 系统刷新操作的详细信息，请参阅 "TR-4667：使用SnapCenter 自动执行SAP HANA系统复制和克隆操作" 。

第二个 HANA 系统 QFS 已按照第章中描述的方式进行配置"“HANA 系统配置和安装”" 。

前提条件

SnapCenter的当前版本（6.1P1）存在一些限制，计划在下一版本中修复。

每次“克隆创建”和“克隆删除”工作流之后，都需要在目标 HANA 主机上使用命令“systemctl restart spl”重新启动 spl 进程。
用作 SAP 系统刷新操作的源和目标的 HANA VM 必须在同一 ESX 主机上运行。

工作流程摘要

在执行第一个 SAP 系统刷新操作之前，必须安装目标 HANA 系统，并且必须将主机添加到SnapCenter。然后，必须关闭 HANA 系统并从主机上卸载 HANA 数据磁盘。

SnapCenter克隆创建工作流程

创建存储克隆
配置存储克隆的主机映射
将存储克隆（数据存储）附加到 ESX 主机
将新磁盘从数据存储添加到目标 HANA VM
将磁盘装载到 HANA VM OS
使用后脚本恢复 HANA 系统

时长：12分钟

与还原操作相比，克隆操作的运行时间与 HANA 数据库的大小无关。对于非常大的数据库，步骤 1 至 5 的运行时间也类似。当然，对于更大的 HANA 系统，恢复需要更长的时间。

SnapCenter克隆删除工作流程

使用预脚本关闭 HANA 系统
从 HANA VM OS 卸载磁盘
从 HANA VM 中删除磁盘
从 ESX 主机移除数据存储
删除存储克隆

时长：11分钟

SnapCenter克隆创建工作流程

通过选择所需的快照并单击克隆按钮来启动克隆创建工作流程。

图显示了所讨论的内容

必须提供目标主机和 SID。

图显示了所讨论的内容

在我们的示例中，我们使用后脚本在目标主机上执行恢复。

图显示了所讨论的内容

工作流程启动时， SnapCenter会根据所选快照创建克隆存储单元。

图显示了所讨论的内容

然后， SnapCenter将 LUN（数据存储）附加到目标 HANA VM 正在运行的 ESX 主机。

图显示了所讨论的内容

然后将新数据存储内的 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执行的作业步骤。

图显示了所讨论的内容