SAP应用分布式部署容灾
本章节主要介绍SAP应用分布式无HA部署和分布式HA部署的容灾方案。
- SAP应用分布式无HA部署的文件系统规划如表1所示。
- SAP应用分布式HA部署的文件系统规划如表2所示。
在SAP应用分布式无HA部署或分布式HA部署中，SAP应用的文件系统使用了云硬盘和弹性文件服务。因此，对于使用云硬盘的文件系统可以使用存储容灾服务，对于使用弹性文件服务的文件系统可使用文件备份/恢复的方式进行容灾。SAP应用分布式高可用部署容灾方案如图1所示。
方案说明：
本方案中生产站点的SAP应用采用分布式高可用部署，SAP HANA采用单机高可用部署。AZ1为生产站点，AZ2为容灾站点。
在本方案中，SAP应用的部分文件系统配置了存储容灾，部分文件系统挂载到SFS Turbo。SAP HANA采用多层系统复制（Multitier System Replication）的方案，先在AZ1内配置同步系统复制加HAE以满足生产系统高可用的要求，然后配置异步的系统复制到AZ2内的SAP HANA节点。SAP HANA的OS卷、Data卷、Log卷、Shared卷使用EVS部署在AZ1， Backup卷使用SFS，跨AZ共享。SAP HANA数据定期备份到Backup卷或使用CSBS/VBS把数据备份到OBS上。
当AZ1出现故障时，SAP应用先通过存储容灾的故障切换，容灾站点的服务器将立刻可用。对于挂载了SFS Turbo的文件系统，容灾站点先尝试挂载，如果挂载成功，则SAP应用已经成功切换到容灾站点；如果此时原SFS Turbo的文件系统也出现故障无法恢复，您需要在AZ2新创建与原来相同大小和数量的SFS Turbo文件系统，在容灾站点的SAP应用上挂载新文件系统，并通过备份在OBS上的数据，将数据拷贝到新文件系统从而恢复业务。
SAP HANA可通过Backup卷中的备份文件、云服务器备份服务（CSBS）或云硬盘备份服务（VBS）将数据恢复至您指定的数据恢复点。
使用存储容灾的节点，在故障切换后可能出现以下的现象：
- SAP应用的License失效
SAP应用切换到灾备节点后，因虚拟机的ID发生了变化，可能导致SAP应用的Hardware Key发生变化，进而导致原SAP License出现失效。出现此情况的原因请参见SAP Note 2570214 。
针对此情况，建议您在部署SAP系统时做容灾演练，分别记录生产节点和灾备节点的Hardware Key，并在SAP官网同时申请这两个节点所需要的License。
- 网卡名称变化
以太网网卡名发生了变化，例如由切换前的eth0和eth1变成eth2和eth3，这种情况下需要清理网卡对应的udev规则和网卡配置文件。
