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