遷移場景
軟件: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。
難得有一個場景難住了三個老司機,記錄一下。