点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)美好的一天! 我希望每个人在这...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供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的稳定设备上。
谢谢
听起来对我来说很合理,尤其是考虑到首先淘汰开发人员的过程。
您将ASE 16(和SRS 16)安装在其自己的$ SYBASE目录中(而不是覆盖ASE 15.7 $ SYBASE目录)得到了我的大力支持! :-)
如果ASE中有一个RSSD(要升级),那么(显然)您想在升级ASE(包含相关RSSD)之前先关闭SRS。
# p #一周热门 更多>