首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

SAP S4HANA 2020 Fully-Activated Appliance 虚拟机版分享

花费了整整一个周末加两个晚上,终于将最新的SAP S/4HANA 2020, Fully-Activated Appliance从Amazon远程主机打包下载下来,做成VM虚拟机,对,你没看错,很多人心心念念的Fully-Activated Appliance版本,自带业务数据,简称FAA。整个过程非常的艰辛,不仅需要在Amazon上提交工单增加配额,同时还要配置各种参数,主机上打包系统花了5-6个小时,中间还断线了一次,还得从来。因为国内的网络不给力,下载速度太慢,所以采用加拿大的服务器从Amazon主机ftp到本地,然后再传到网盘上,下载过程也很辛苦,足足花了二十多个小时,生怕掉线又得重新来过。但上传网盘的时候又差点崩溃,百度网盘在加拿大海外不给力,上传只有200-300KB/S,尝试了很多的网盘,最终挑选Apple iCloud作为中间云盘,购买iCloud容量,先传上去,然后国内这边再下载下来,123G的数据库上传下载足足用了15个小时,分了33个压缩包。因为手头上没有合适的机子安装,只好借用一个朋友的日本远端主机,然后又得在那台服务器上重新下载一遍。

04
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    SAP 应用服务负载均衡的实现

    共两步,一是服务器的设置,二是客户端登陆设置。 先在SAP中使用SMLG 进行服务器分组。实例名是SAP系统中定义过的,你没法删也没改。(可能是俺不会,会的教教)。我们先建一个Group,然后给Group命名为X,把实例加到组中。服务器的配置就这么简单。 下面在用户端设置SAP message服务器,为下一步作准备。 进入用户的windows安装目录,使用系统变量%windir%可以确定具体位置,找到并更改文件sapmsg.ini文件,改完文件内容如下: [Message Server] PRD=192.168.0.26 这个PRD是随便取的,看你自已的意思,IP指向你的SAP message服务器。 现在设置登陆组,启动SAP logon,(SAPGUI6.4和7.1有点区别,现以7.1为例)点击新建项目,点击下一步,进入选择连接类型时,选择下拉列表中的"组/服务器选择",在系统连接参数中输入一段自定义描述.在系统标识中选择或是输入PRD(没法选就输吧,原因不明),这时,在消息服务器中应该会解析出一个地址。在组/服务器中选择你用SMLG创建出来的组服务器名。点击完成,所有配置就完成了。 现在重回到SAP logon,双击刚建好的服务器清单启动SAP吧,系统现在会根据服务器的响应时间来决定登入组服务器中的哪一台机器了。 考虑到用户友好,配置的便捷等,你可以在公司的windows域上把你建好的这些东西分发给各用户,实际分发的文件是windows安装目录下的几乎所有SAP开头的文件: sapmsg.ini,saplogon.ini,saproute.ini 注意: 从理论上讲(自已想像的),SAPGUI总是连接到SAP message服务器,message服务器则判断当前各服务器的响应时间,哪台响应时间最短,则让GUI连到哪台。如果你发现你的服务器配配置都差不多,但GUI很多都连在一台服务器上,那说明另一台响应时间有点问题需要调整了。你随时可以通过AL08查看各服务器的登陆情况,也可以通过SMLG按F5查看各服务器的响应时间。 可能遇到的问题 1、在给用户配置客户端登陆时,系统标识中输入PRD,但无法解析出IP。 解决:未配置消息服务器,请更改sapmsg.ini文件。 2、系统标识中输入PRD后,无法选择组服务器,出现一个错误提示,还是乱码的 原因没找到,估计是service文件中某些通讯端口设置有问题,造成无法与message服务器通信,当然也就没法选择组服务器了。 解决:从其他正常的机器上找到windows安装目录下的system32\drivers\etc下的service文件,拷一个过来覆盖就好。

    03

    sap后台作业管理/sap打印管理

    后台作业,主要用于运行需要处理大量数据,对交互没有要求的程序。个人认为,简单的创建,配置和监控后台作业没有什么难度。后台作业管理最为困难的解决方案的取舍,系统负载的调控。失控的后台作业,往往对系统带来灾难性的性能问题,也会导致权限管理的风险,结果是得不偿失,而且可能导致流程混乱。所以个人认为,要创建一个周期性的后台作业之前,首先应该慎重分析。比方说,一个已经明显偏向 OLAP类型的报表,如果能够用BI去实现,为什么还要坚持在生产系统去跑长时间的后台作业?这极有可能是一种严重的重复运行的性能问题。再比方说,用户获得授权随意创建后台作业,结果导致后台作业失控,在业务繁忙的时候,因为大量的后台作业导致整个系统的停顿,会造成实实在在的经济损失。再比如说,后台作业安排的不合理,可能耗资源的和重要的后台作业直接或者间接安排到了同一个时间段,那么必然会影响流程的运作。

    02

    【SAP技巧】SAP后台作业管理/SAP打印管理

    后台作业,主要用于运行需要处理大量数据,对交互没有要求的程序。个人认为,简单的创建,配置和监控后台作业没有什么难度。后台作业管理最为困难的解决方案的取舍,系统负载的调控。失控的后台作业,往往对系统带来灾难性的性能问题,也会导致权限管理的风险,结果是得不偿失,而且可能导致流程混乱。所以个人认为,要创建一个周期性的后台作业之前,首先应该慎重分析。比方说,一个已经明显偏向 OLAP类型的报表,如果能够用BI去实现,为什么还要坚持在生产系统去跑长时间的后台作业?这极有可能是一种严重的重复运行的性能问题。再比方说,用户获得授权随意创建后台作业,结果导致后台作业失控,在业务繁忙的时候,因为大量的后台作业导致整个系统的停顿,会造成实实在在的经济损失。再比如说,后台作业安排的不合理,可能耗资源的和重要的后台作业直接或者间接安排到了同一个时间段,那么必然会影响流程的运作。

    03

    SAP参数文件简介

    一、SAP参数的说明 SAP参数的学习需要了解SAP参数的作用、参数的启动顺序、参数的配置; 1、参数的启动顺序 a) 启动Start profile b) 启动default profile c) 启动instance profile 2、参数的位置 a) 启动参数Start profile的位置:/usr/sap//SYS/profil/start__ b) 默认参数:/usr/sap/ECD/SYS/profile/DEFAULT.PFL c) 实例参数: /usr/sap/ECD/SYS/profile/<SID>__(例:ECD_DVEBMGS00_joeoneecd) 3、参数的作用 a) 启动参数的作用:指定实例中的哪些实例要被启动,比如消息和分配器进程; b) 默认参数的作用:定义系统的范围设置,比如系统名称、数据库名称、队列的数量、默认的登录CLIENT; c) 实例参数:定义SAP实例的运行时的参数工作进程、SAP内存参数;

    03
    领券