简介

本文件将提供在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机器在进行更新时重新启动。