如何从 SIOS NFS 资源转换为 EFS

由于许多客户考虑将其 SAP 解决方案迁移到 AWS，他们可能还希望将 /sapmnt 或 /usr/sap/<SID> 文件系统的现有网络文件共享 (NFS) 共享转换为弹性文件系统 (EFS) 共享。EFS 共享作为云文件存储托管，可以像任何本地文件系统一样进行管理。 在这种情况下，放置在 EFS 共享中的任何数据都将具有更高的保护，因为高可用性并提供耐用性。

使用 NFS 将现有 SAP 层次结构转换为 EFS 的步骤目前正在使用的公司适用于 Linux 集群的 SIOS LifeKeeper要保护本地 SAP，可以使用以下简单步骤轻松地将其 SAP 层次结构从 NFS 转换为 EFS。 这个过程应该只需要大约 20 分钟。

在此示例中，SIOS LifeKeeper Linux 解决方案使用本地挂载点 /sapmnt/EDM（即 12.1.4.10:/exports/sapmnt/EDM /sapmnt/EDM）保护 NFS 导出共享 /exports/sapmnt/EDM（图 1） .

1. 创建 EFS 共享引用： https://docs.aws.amazon.com/efs/latest/ug/gs-step-two-create-efs-resources.html

• 确保将安全组更新为您的实例正在使用的安全组，必须这样做才能挂载。
• 文件系统的 IP 地址可以在网络选项卡下找到。

2. 将主 (ISP) 节点上的 EFS 共享挂载到临时位置（即 /sapmnttmp）
   • mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport <ipaddress-filesystem>:/ /sapmnttmp

3. 添加 SAP_NFS_CHECK_IGNORE=1到两个节点上的 /etc/default/LifeKeeper

此时有 EFS 文件系统的挂载条目。 在设置此检查之前，LifeKeeper 正在检查已经存在的 NFS 挂载，因为，我们知道我们已经挂载了一个 efs 文件系统，因此启用此检查以忽略 nfs 警告是安全的，因为这个新的文件系统当前无法识别。

4. 使用 LifeKeeper lkbackup 工具创建备份副本LifeKeeper 配置/opt/LifeKeeper/bin/lkbackup -c -n
5. 使用 LifeKeeper GUI 或 CLI 停止 SAP 资源（执行停止服务）（图 2）/opt/LifeKeeper/bin/perform_action -t SAP-EDM_ASCS00 -a 删除

7. 从 NFS 导出复制 NFS 数据到新的 EFS 位置一个。 cp -pra /exports/sapmnt /sapmnttmp湾。 cp -pra /exports/usr/sap/EDM/ASCS00 /sapmnttmp 8. 拿 hanfs 资源 osu一个。 /opt/LifeKeeper/bin/perform_action -t hanfs-/exports/sapmnt/EDM -a remove（图 3）

一个。卸载/exports/sapmnt/EDM b.卸载 /exports/usr/sap/EDM/ASCS00 10. 使用 LifeKeeper GUI 或 CLI 获取相关的 datarep-sapmnt 资源 OSU一个./opt/LifeKeeper/bin/perform_action -t datarep-EDM -a remove （图5）

/opt/LifeKeeper/bin/perform_action -t datarep-ASCS00 -a remove （图6）

11. 将 EFS 的挂载条目添加到节点 1 上的 /etc/fstab一个。 用 efs 替换 sap 导出挂载一世。 :/sapmnt/EDM /sapmnt/EDM nfs nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 0 0 ii. :/ASCS00 /usr/sap/EDM/ASCS00 nfs nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 0 0
12. 使用 umount 命令卸载节点 1 上的临时 /sapmnttmp 挂载点一个。卸载 /sapmnttmp
13. 卸下树液坐骑一个。 umount -l /sapmnt/EDM b. umount -l /usr/sap/EDM/ASCS00
14. 使用 mount 命令在节点 1 上重新挂载 EFS 文件系统一个。 mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport :/sapmnt/EDM /sapmnt/EDM b. mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport :/ASCS00 /usr/sap/EDM/ASCS00 现在可以删除SAP 资源和旧的 SIOS HANFS 和 NFS 资源。
15. 使用 GUI 删除 SAP 资源与 HANFS 和 NFS 资源之间的依赖关系一个。 从 SAP-EDM_ASCS00 b 中删除 nfs-/exports/dependencies。 从 ip-12.1.4.10 c 中删除 hanfs-/ 子依赖项。 从 nfs-/export/ 文件系统 d. 删除子依赖项 ip-12.1.4.10。使用 LifeKeeper GUI 或 CLI 启动 SAP 资源（使 SAP 资源投入使用） e. 新的层次结构将类似于以下内容（图 7）：

16. 将 EFS 的挂载条目添加到节点 2 上的 /etc/fstab 中。一个。 :/sapmnt/EDM /sapmnt/EDM nfs nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 0 0湾。 :/ASCS00 /usr/sap/EDM/ASCS00 nfs nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 0 0
    
17. 使用 mount 命令在节点 2 上重新挂载 EFS 文件系统，添加条目前请参考第 13 步。一个。 mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 10.0.147.83:/sapmnt /sapmnt湾。 mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 10.0.147.83:/ASCS00 /usr/sap/EDM/ASCS00
18. 验证 SAP 资源是否正确启动，包括 IP 和 EC2 资源
19. 使用 LK GUI 切换到目标（或备用节点）
20. 完毕

结论

将 NFS 文件系统转换为 EFS 是一种可靠的方法，可以为您的数据提供更多保护并利用 AWS 云资源。 它还简化了资源层次结构，使您的文件系统更易于阅读和管理。 上面提供的步骤将使存储在云中的数据更快、更顺畅地转换。