简介
本文件将提供在BOBJ系统更新/升级过程中,特别是在复杂部署的情况下,尽量减少停机时间的技术。
摘要
从较低版本更新/升级到BIPS 4.2是一个非常耗时的过程,特别是当BOBJ系统配置有复杂部署选项时,以及当有Lumira等附加组件
加上停机时间,关于如何用较低版本更新现有系统以达到BIPS 4.2,存在许多误解,淘客程序,本文档将解释这些误解,更新规则并将提供停机时间最小化技术。
A.错误观念解释:
有错误观念导致客户去完全安装更新他们的BOBJ系统版本,而不是使用更新程序。
下面的图片将解释根地图更新BO系统到4.2基于当前版本的BO系统。如果当前版本是任何SP级别的BIPS 4.1,我们可以直接更新到4.2。如果当前版本低于4.1,我们需要选择升级或迁移,如下所示。
误解1:
需要完全安装以节省磁盘空间,这并不完全正确。与更新选项一样,我们也可以轻松卸载旧的支持包和修补程序。但是,旧的"加载项"无法卸载。
误解2:
新功能需要完全安装(不正确)
新功能可以通过"修改"安装添加适用于语言和产品组件
误解3:
完全安装在某种程度上"更干净"
-相对于现有存储库(不是真的)
-替代方法是一个新的存储库并以巨大的成本迁移内容
误解4:
在更改操作系统或CMS数据库供应商(不是真的)时需要完全安装正确)
–存储库和集群管理的替代方案更合适
B.更新规则
机器上的所有软件必须是同一版本,物联网是啥,没有不匹配的客户端-服务器版本。
下面的图片解释了支持的工作流程
注意服务器和客户端软件在开始下一次更新之前更新到同一级别
您必须在集群内至少更新1个节点必须更新群集中的所有(*)其他节点您不必更新将被删除的节点
不能只在新机器上安装新软件,
将其指向旧存储库
在这两种情况下,CMS服务器应先更新,然后再更新非CMS服务器。之后,必须单独安装附加组件。
串联
–一台接一台
–首先是CMS服务器
并联
–首先是CMS服务器
–然后是非CMS服务器
从今天开始,在更新BOBJ版本的常规过程中,我们需要在每个节点上运行安装程序2次。第一次更新SP级别,第二次更新修补程序级别。
当我们在复杂的部署系统上工作时,我们在集群中有多个应用服务器,并安装了Lumira等附加组件,如下所示。
共有4个BOBJ(BIPS)CMS集群中的应用服务器和连接到该CMS集群的2台Lumira(BIPS+Lumira)非CMS服务器。
要更新上述BOBJ系统,对于6台服务器中的BIPS,我们需要运行安装程序12次,以更新BIPS SP级别和补丁级别。对于2台Lumira服务器,我们需要运行4次安装程序来更新Lumira应用程序SP级别和补丁级别。我们总共需要运行安装程序16次,这是非常耗时的操作,对于关键的生产系统来说,停机时间几乎是不可能的。
为了克服复杂部署中耗时的更新,SAP提出了以下4种技术,以尽可能减少停机时间。
1。组合安装程序
组合安装程序将支持包和补丁安装程序组合在一个安装程序包中,意味着一步补丁更新合并支持包和补丁。
组合安装程序软件包将由SAP根据客户部署的复杂性自行发货。目前可按需提供,客户需要通过将OSS事件提升到以下组件"BI-BIP-INS"请求
注:-英寸未来SAP计划提供"一体式"软件包。
对于上述系统,使用组合安装程序,安装数量将从以下16倍减少到10(6个BIPS+4个Lumira)。
不使用组合安装程序
6台服务器上的BIPS->6台BIPS Step1+6台BIPS Step2
2台服务器上的Lumira->2台Lumira Step1+2台Lumira Step2
我们总共需要运行安装16次
组合安装:
6台服务器BIPS->6次BIPS一步安装(SP+补丁一次)
2台服务器Lumira->2次Lumira Step1+2次Lumira Step2
我们总共需要运行10次安装程序
2。并行安装
并行修补说明:
按以下顺序修补或更新分布式或群集部署中的主机:
执行并行更新时适用以下规则:
您必须等待所有并行更新的计算机完成后才能继续下一步。在所有并行更新的计算机完成更新之前,不要重新启动主机,即使安装程序请求重新启动。必须至少有一台CMS机器可用于正在更新的非CMS主机。开始更新时运行的所有CMS主机以及更新期间启动的任何其他CMS主机必须在整个更新期间可用。您不应该运行任何额外的安装、维护或服务器管理工作流,这些工作流可能会导致CMS机器在进行更新时重新启动。