记一次SAP PO服务器换数据库迁移

迁移场景

软件:SAP PO  750,HANA2.044

旧开发环境:单一安装  PO+HANA安装一台服务器上,主机名podev。

新开发环境:一台应用服务器podev,一台数据库服务器hanadev。

迁移方案

方案1、数据库层systemcopy。

方案2、数据库层导出导入。

方案3、PO层每个接口导出导入。

方案4、放弃新环境数据库,将原环境中的VM主机直接拷贝到新机房运行。

问题与解决

6月3日晚,完成方案1,发现数据库内容迁移正常,但PO中底层接口配置报错,无法使用。三个人开始找原因。

6月4日执行方案2,问题依旧。发现PO配置中,除了新数据库内容,还出现了旧数据库内容。

门京在新环境处理配置;服务器管理员高高为我们快速提供了一套新环境,交给翁骞在上面找问题;我把我的S30打开,32GB建了一个应用服务器,36GB建一个hana服务器环境,我在上面测试了一下空白安装再恢复数据库,因为就在3个月前,我就用过这个方法恢复过开发系统,如果不换数据库环境,那是妥妥的,但是新环境下该操作问题依旧。

三个人在自己的环境中弄了一天,门顾问坚信应该在PO中把老的数据库信息干掉,才能解决。

最后一个问题就是这里重复了,必须手工移除后,再初始化,移除podev是对的,保留hanadev,重新初始化后,相关对象都会指向hanadev:

PO的应用同S4不同,S4能够很容易的用systemcopy实现迁移,但是PO多了一个初始化操作,初始化会把当前的环境参数固化下来,再存到HANA数据库中,所有如果直接从数据库层恢复到不同数据库环境,无法正常使用全部功能。

门顾问把所有旧数据库的信息干掉,再一次一次的重跑初始化。终于在晚上8点前解决了所有问题。

PO在新的开发环境中可以正常使用了,如果解决不了,我想我们只能使用不完美的方案4。

难得有一个场景难住了三个老司机,记录一下。

猜你喜欢

转载自blog.csdn.net/ot512csdn/article/details/106556964