点击此处---> 群内免费提供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的稳定设备上。
谢谢
感谢回复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。 启用SRS服务器,让它们运行一会儿,以确保一切正常。
3。 代替SRS升级到ASE 16,再次等待,稍后再继续ASE。
4。 在主数据库启动并运行时,将其替换为ASE备用服务器到ASE 16。
5。 切换到备用数据库,使其成为主要数据库,并在新的主要数据库启动并运行时升级另一个ASE。
一周热门 更多>