遷移場景
軟體：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中把老的資料庫資訊乾掉，才能解決。
po的應用同s4不同，s4能夠很容易的用systemcopy實現遷移，但是po多了乙個初始化操作，初始化會把當前的環境引數固化下來，再存到hana資料庫中，所有如果直接從資料庫層恢復到不同資料庫環境，無法正常使用全部功能。
門顧問把所有舊資料庫的資訊乾掉，再一次一次的重跑初始化。終於在晚上8點前解決了所有問題。
po在新的開發環境中可以正常使用了，如果解決不了，我想我們只能使用不完美的方案4。
難得有乙個場景難住了三個老司機，記錄一下。
記一次伺服器事故
mysql資料庫報錯 can t create write to file tmp sql 6ccc 0.myi 在開始刪除之後，所有服務就已經恢復正常執行了，接下來就是優化那個session了，哎又是埋坑.最後附上inode擴容的方法 但是需要注意，手動擴inode，一般是新建分割槽時設定的，該操...
記一次伺服器專案遷移
今天被分配了伺服器專案遷移的任務,現在還在傳輸,閒著沒事就寫下總結,也算是一種學習 開啟虛擬機器,訪問需要遷移的伺服器 賬號密碼請向領導或運維索要 找到需要遷移的專案,一般在home 公司名 專案名,例如我所在的公司服務放置在home che tomcat epc 10100複製專案 訪問被遷移到的...
記一次伺服器timewait事件
首先說下網路架構 nginx和jetty都在同乙個伺服器，nginx http流量至多個jetty應用，基本情況就是這樣 首先我們來看下，為什麼會有timewait的狀態 客戶端主動關閉連線時，會傳送最後乙個ack後，然後會進入time wait狀態，再停留2個msl時間，進入closed狀態。也就...