检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
操作系统 目前华为云针对SAP解决方案提供专用操作系统为SUSE Linux Enterprise Server (SLES) 12 SP1 for SAP及以上版本。 父主题: 规划
开发系统和测试系统部署 方案简介 数据规划 准备软件和工具 购买云服务 配置权限和跳转 格式化磁盘 安装SAP HANA 安装SAP应用
启动新系统 在console上,将目标系统的5台服务器全部关机。 将目标系统5台服务器主网卡和扩展网卡的物理IP,从原来的过渡IP,修改为源系统的生产IP。并将原生产系统ASCS/ERS的虚IP,绑定到目标系统ASCS/ERS服务器的主网卡上。
检查系统状态 登录SAP GUI查看应用系统状态,检查4.2.2步骤2创建的测试用户是否存在,后台作为是否为挂起状态,与周边系统集成是否正常。 父主题: 迁移上线阶段实施步骤
如何将SAP系统迁移到华为云? 华为云结合SAP DMO技术实现SAP系统云下到云上的迁移。通过SUM工具将云下数据库数据迁移到云上数据库。 父主题: 产品篇
根据SAP的最佳实践,每套SAP软件至少需要3套系统:开发系统、测试系统和生产系统,一些大的企业每套SAP软件有5~6套系统,还有沙箱系统,预生产系统等等,主要的目的是保持权责分明,开发系统只针对开发人员开放,只用于系统开发,开发完后传输到测试系统中;测试系统只对测试人员开放,只用于系统和功能测试
旧系统停机 登陆SAP GUI,在SU10下锁定除DDIC/hand系统帐号外的所有用户。 创建测试角色,在PFCG下创建测试用户 通过SAP GUI将后台任务挂起。
挂载点 文件系统大小 文件系统类型 是否共享 说明 / 100GB - 否 OS卷。
文件系统规划 安装SAP系统时,系统会自动创建系统所需的主目录。
文件系统规划 本章节主要介绍ASE数据库的文件系统规划,具体如表1所示。SAP应用沿用原SAP HANA的文件系统规划方案,具体请参考SAP NetWeaver用户指南 。 ASE单节点时的文件系统规划,每个文件系统需要单独创建一个EVS盘。
SAP S/4HANA文件系统规划 本实例中SAP HANA云服务器实际的文件系统划分如表3 SAP S/4HANA文件系统所示。 表2 SAP S/4HANA服务器文件系统 挂载点 文件系统大小 文件系统类型 是否共享 说明 / 40GB或以上 - 否 OS卷。
挂载点 文件系统大小 文件系统类型 是否共享 备注 / 40G - 否 OS卷 /hana/data 400G xfs 否 Data卷,推荐值为建议使用2块物理盘做LVM跨卷 /hana/log ##G xfs 否 Log卷,当内存小于或等于512GB时,Log卷的大小为内存的一半
生产系统部署 方案简介(DESS) 方案简介(ISCSI) 数据规划 准备软件和工具 准备网络资源 安装SAP HANA(单节点) 安装SAP HANA(集群) 安装SAP NetWeaver 安装SAP HANA Studio
恢复到新系统 从生产系统刷机到开发/测试系统,以及容灾场景使用备份文件恢复备机等场景,我们需要使用OBS的备份恢复到新的系统。常规做法是,手工拷贝OBS的备份文件到新系统的本地路径,然后再执行恢复操作。
SAP系统扩容最佳实践 概述 扩容前必读 扩容弹性云服务器 扩容云硬盘 验证扩容结果 常见问题
创建文件系统 查看未格式化的磁盘,执行fdisk -l 格式化磁盘和逻辑卷 mkfs.xfs /dev/vdb mkfs.xfs /dev/vdc mkfs.xfs /dev/vde 创建文件系统目录 执行:mkdir -p /usr/sap /hana/log /hana/data
创建文件系统 查看未格式化的磁盘,执行fdisk -l 格式化磁盘和逻辑卷 mkfs.xfs /dev/vdb mkfs.xfs /dev/vdc mkfs.xfs /dev/vde 创建文件系统目录 mkdir -p /usr/sap /sapmnt /db2 获取磁盘的UUID
修改操作系统配置 操作场景 为保证后续正常安装SAP系统,安装前需关闭所有节点的操作系统防火墙。 操作步骤 以“root”帐号和密钥文件登录Jump Host,并通过SSH协议,跳转到SAP HANA节点。
修改操作系统配置 操作场景 为保证后续正常安装SAP系统,安装前需关闭所有节点的操作系统防火墙。 操作步骤 以“root”帐号和密钥文件登录Jump Host,并通过SSH协议,跳转到SAP HANA节点。
灵活扩展:通过云端的高可用系统,可以根据系统的压力及实施的系统访问情况,进行动态地扩展,以满足系统性能的需求。而传统的高可用系统架构已经固定,不容易实现动态地扩展。 运维:云端高可用系统不需要租户自己维护,在云端由服务提供商维护。传统的高可用需要建立本地的运维团队。