ASE15.7服务器的就地升级和MSA复制。

2020-08-20 06:43发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)美好的一天! 我希望每个人在这...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


美好的一天!

我希望每个人在这些特殊时期都过得不错。

如标题所示,我们正在考虑将所有SAP ASE和SRS从15.7升级到16。在这种情况下,我们想升级主数据服务器和复制数据服务器。

我们正在RHEL 7上运行

我们的设置是双向MSA环境。

ASE1 <----------> SRS1 <--------> SRS2 <--------> ASE2

因此,ASE1是主要的,而ASE2是复制的。
这里的策略是先将ASE2升级到ASE16,而主要的ASE1对于应用程序是活动的。 当ASE2的升级完成并且一切都很好时,我们将应用程序切换到ASE2(将成为主要应用)上,并在ASE1上进行升级,因此真正的停机时间非常短。

一开始看起来很简单,但仍然会很复杂。

我们正在考虑就地升级,将ASE16安装到现有主机上的新文件夹中,并使用sqlupgrade实用程序。

我的另一个担心是关于repserver和复制数据库的升级效果。

但是,基本上,我们将暂停从SRS1到SRS2的路由,确保将来自SRS1的所有内容都复制到ASE2并停顿SRS2,然后继续进行升级过程。

"安装"文档中有一节关于在复制环境中升级ASE,但并未真正讨论与我们的设置真正相关的任何内容。

当然,在开发过程中将首先对所有内容进行测试,以确定我们可能面临的问题和困扰。

这种方法听起来很现实吗? 在repserver级别还有什么要做的吗? 因为从根本上说,由于ASE1在升级ASE2时仍将处于活动状态,因此所有事务都将卡在SRS1的稳定设备上。

谢谢

4条回答
昵称总是被占用
2020-08-20 07:44

感谢回复Ben,

要添加更多信息,实际上我们将SRS服务器迁移到新的VM,但是我们可能没有用于ase服务器的新VM。
当前的SRS是旧的SuSE,我们将移至 RHEL。

由于二进制文件是相同的,并且我们使用的是ERSSD和文件系统(没有原始设备),因此我们可能只会将旧linux VM上的安装打包,然后将其转移到新VM上。 在新的vm上使用相同的文件夹结构,对接口等进行一些细微更改,然后启动SRS服务器。 那时,SRS仍在15.7.1上运行。 因此,一旦一切正常运行并一切正常,我们可能会针对SRS 16进行适当的升级。

我们不会同时升级SRS服务器和ASE服务器。 根据我们这边的VM可用性,我们将按照以下顺序进行操作。

1。 使用压缩包将SRS从旧的SuSE迁移到新的RHEL。

2。 启用S​​RS服务器,让它们运行一会儿,以确保一切正常。

3。 代替SRS升级到ASE 16,再次等待,稍后再继续ASE。

4。 在主数据库启动并运行时,将其替换为ASE备用服务器到ASE 16。

5。 切换到备用数据库,使其成为主要数据库,并在新的主要数据库启动并运行时升级另一个ASE。

一周热门 更多>