当前位置:主页 > 虚拟服务器 >

数据库服务器_如何选_人工智能服务公司

简介

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

  • 关注微信

猜你喜欢

微信公众号