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:41

听起来对我来说很合理,尤其是考虑到首先淘汰开发人员的过程。

您将ASE 16(和SRS 16)安装在其自己的$ SYBASE目录中(而不是覆盖ASE 15.7 $ SYBASE目录)得到了我的大力支持! :-)

如果ASE中有一个RSSD(要升级),那么(显然)您想在升级ASE(包含相关RSSD)之前先关闭SRS。

# p #

一周热门 更多>