下面我將為大家介紹一下康師傅的SAP運維經驗。我今天報告的內容包括SAP的架構、系統安全及優化，最后是會計結帳。
運維目標
首先，對于應用系統維護的目標，我們內部定義了幾個：
第一，系統要滿足用戶合理的需求，什么是合理的需求？用戶的需求，要看合理性，不合理的需求，我們提供建議，變成合理的需求，以系統實現，合理的需求，即使系統不能實現，我們就是系統外掛開發也要盡量滿足用戶需求。
第二，改善成易學易用的系統，SAP的系統界面不是很友好，用戶實際上操作的時候很麻煩。易用∶我們就是對于系統操作不方便地地方進行一些優化、調整，讓用戶操作的時候方便、快捷。易學∶就是讓用戶通過操作手冊能夠很好的把這套系統掌握起來，盡量減少培訓的時間，用戶就可以操作系統。
第三，穩定性，保證用戶正常操作和使用，如果系統不穩定，其它事情都不用談了。
第四，提升系統的性能，在我們十幾年使用SAP系統工作當中我們不斷的提升系統的性能，其它中包括硬件的系統性能和軟件的系統優化，來保證系統能夠滿足用戶不斷變化的正常的使用。
SAP系統架構及安全策略
下面我介紹一下SAP系統的架構，按照SAP的標準，首先是有開發系統、測試環境然后正式環境這三套系統。在這三大系統里面我們現在分了三個事業群系統，BW系統也同樣按三個事業群把它分成了三套，整個的系統基礎平臺都已是Netweaver平臺，ERP系統我們現在是ECC6版本，是在2008年升級成ECC6版本，全部系統的操作系統和數據庫都是在Windows2003和SQLServer2005下建立起來的。
下面我簡單介紹一下我們使用的SAP系統安全策略，首先就是操作系統的安全，它包括了防病毒系統、操作系統的監控和我們的監控人員的日常作業。它保證了我們的各系統的正常運作，特別介紹一下SAP應用系統的策略，例如∶用戶口令、用戶帳號的安全策略，用戶口令安全我們制定了一系列的安全策略，有口令長度的控制、例外控制、使用時間控制等，對于用戶帳號的問題，有些用戶在系統中申請了權限后，長時間沒有使用，會占系統的用戶數，我們大家都知道SAP的用戶數，即版權是很貴的，我們為了控制用戶數，我們也制定了一些策略，長期沒有使用的用戶，系統就自動給它鎖定了，如果用戶沒有申請解鎖，再過一段時間就將其在系統中真正刪除。
然后數據的備份策略，為了在系統出現故障時能及時恢復系統，我們相應也制定了一套完整的備份策略，我們后面有一個專題來講一下。
系統的安全問題處理，實際上我們主要是從四個方面，一是網絡安全、系統安全、數據安全、機房的安全，這四個方面實際上都是一些值班人員的日常作業。每天值班人員監控系統，對于系統發生異常狀況時，都能及時的發現、及早處理，并且對各種異常我們都制定了一系列的處理的流程，比如提報機制，根據的問題級別，要提升至哪一級主管都一些規定。然后對于用戶的問題處理，用戶是能使用系統還是不能完全使用，可以根據不同情況處理作不同的處理。最后還要總結這些問題，制定策略一方面是以后如何避免該問題的發生，一方面是制定以后再出現類似的問題如何處理的流程，以便及時處理好這些問題，提高用用戶的滿意度。
系統監控、流程修改、文件備份歸檔策略及R3優化
下面介紹一下監控系統。自從桌面PC的維護外包后，全國網絡、服務器實現了遠程監控。我們的網路監控使用了OpenViewNNM系統，使用微軟的MOM系統監控服務器，SMS系統管理IT資產，SAP系統是用數據庫管理工具和SAP監控工具結合起來，很好地對SAP系統運行狀況進行監控。
關于，ECC6升級簡單跟大家分享一下，這個升級過程是經歷了項目的啟動、程序的升級和單元測試，最后是用戶適應性測試。升級前我們作了老版本4.6C和ECC6版本差異的各個模塊的培訓。升級時，我們先升級了開發系統，因三套開發系統在一臺SERVER上，所以開發系統只升級一次，之后進行正式系統的演練，升級正式系統，然后使用正式系統環境，復制一套出來作為測試系統，然后作其它兩套正式系統的升級。當時顧問公司主要負責了BASIS的升級，應用系統組人員主要是康師傅的人負責，由顧問公司協助，所有的流程先由顧問在系統能夠走通，然后康師傅的資訊人員作了詳細測試，另外我們的外掛程序部分修改很多，有的程序代碼編譯都無法通過，我們都作了逐一的修改、測試。整個升級過程比想象的較順利、較簡單。
在整個信息化推動過程當中，我們與業務部門有一個很規范的流程，IT部門的工作和事業群各功能部門及各公司的用戶都遵循這個規范流程。首先，對于需要變更的流程規范，一般先由事業群提出他們的需求，會與IT部門一起討論，作出一個可行的、規范的作業流程或制定制度。作業流程或制度出來之后事業群會通知資訊部需要修改系統，資訊部負責修改系統設置或者開發，這個時候事業群要進行是宣導，就是讓全國的用戶知道未來作業流程要改成成什么樣，系統流程及管控是什么，也使用戶熟悉系統如何操作，最后再由子公司來具體執行。
在實際使用的過程中，用戶若覺得這個新流程不合理，可以提出系統修改建議，如果這個需求是與標準的流程或制度有關，就要把這個變更的需求反映到事業群，由事業群確定是否對原作業流程或制度需要修訂。如果需要，再將修改后的作業流程通知資訊部修改系統，整個流程是從事業群提出需求到資訊部修改系統，到各公司執行，各公司再反饋意見到事業群，是一個持續不斷優化循環的過程。我們就是遵循這樣一個作業流程，使得我們很好地完成這么龐大的系統維護工作。
下面我介紹一下系統修改的流程。SAP系統分成三層，有開發系統、測試系統和正式系統，它在各個系統修改的時候都是要遵循的原則。我們系統修改的處理過程是這樣的，首先用戶提出需要，然后我們資訊部提出方案，這個方案由資訊部的人員內部討論通過后，與用戶確認并給用戶演示結果，直到用戶通過的方案，之后我們才開始做系統開發。之后由模塊主管審核設置報告或程序開發規格書后，建立請求號，這時資訊人員進行設置、開發并在開發的測試系統進行測試，完成后可申請傳輸到測試系統，這一步還需模塊主管審批，在測試系統測試通過后，要附上用戶需求、設置報告、程序規格書、測試報告等多項文檔，由系統主管核準后方可傳正式系統。整個傳輸審核流程都在OA系統完成的，都有嚴格的控制。
SAP停機分為2個部分∶計劃停機、非計劃停機。我們也有非計劃停機，情況很少，主要是系統突然出現異常狀況，例如看不出原因的系統突然很慢的情況，這是非計劃停機。大部分是計劃停機，計劃停機主要是定期的例行的停機維護，我們的停機率很低，這樣的結果能夠滿足用戶的日常工作需要。
對于數據備份與恢復，我們現在使用了數據備份的工具，備份的策略是每周做一個全備，每天做一次差異備份，每隔兩個小時做一次LOG備份。備份的資料我們有一個存儲介質的存放策略，它會存放到三個地方，一個地方是銀行防火的保險柜，一個是與機房不同棟的辦公樓的防火保險柜里，另一個是機房里面。系統的備份大家都會作，關鍵是系統備份起來是否能夠恢復，因此我們定期作備份系統恢復演練，從備份磁帶上將原正式系統的備份恢復到測試系統，以確保在系統出現故障時，磁帶上的備份能夠正常恢復系統。
接下來談談資料的歸檔。我們是把SAP系統的歸檔對象按功能分類之后，將資料交給事業群各個功能部門，并與事業群討論每一個對象需要保留多長時間，最后通過各個功能部門的確認，把歸檔對象的保留時間確定下來。后面是我們資訊部內部制定歸檔策略，按這個歸案策略進行周期性的歸檔。
對于R3的優化應用，我們主要在六個方面，程序的優化、日志優化、并行處理、數據庫優化、遠程服務優化、BW的優化。
（1）程序優化∶持續的程序優化，永遠的TOP5優化。
（2）日志優化∶定期整理，減少不必要的日志數據，提升系統響應。
（3）并行處理技術∶對自定義報表采用并行數據處理技術，加快數據的處理，主要是提升月末成本核算的運行速度。
（4）數據的及時歸檔∶基于用戶實際的要求，盡量減少TABLE存儲的數據量，加快報表查詢速度。
（5）物料主數據的整理∶整理不再使用的物料，在財務進行成本核算時只對使用物料進行，減少無用數據。
（6）數據庫的參數優化∶持續的數據庫監控，優化數據參數，提高系統性能。
對于BW的優化，我們主要分了幾個部分：
（1）FILTER技術，在QUERY設計時在FILTER中盡詳細約定數據收集的條件，這樣最大減少收集的數據量，以達到提高QUERY運行效率。
（2）AGGREGATE技術，是對現有CUBE中跨維或屬性組合的需求欄位提前匯總數據，這樣在使用時直接引用已計算匯總數據的技術。
（3）COMPRESS技術，是對現有CUBE中具有相同KEY值的少數局進行合計，減少數據量數據處理技術。
（4）報表中由于格式原因，存在有多個QUERY狀況，與用戶溝通后，盡量減少QUERY的個數，盡量用一個QUERY完成。
（5）未來會使用BIA提高BW系統性能∶在必要的時候，借鑒臺灣味全的經驗。
舉幾個例子：
第一個例子，我們是先列出哪些Quary(報表)運行比較長，我們會把運行時間最長的前五名進行優化。應用一些小技巧，我們把數據量控制到最少，讀取數據時間變短報表運行速度加快。
第二個例子，合并Quary(報表)，有的時候為了報表格式做了多個QUERY。我們盡量會和用戶談一下這個格式這個是否合理，減少QUERY的個數報表運行速度會加快。
會計結帳流程
下面我介紹一下會計結帳流程，我們會計結帳現在各家公司基本上在每月1日就結束，事業群合并是在2日，3日有時候會有一些調整。最后是總部合并，康師傅控股有限公司100多家法定公司的合并，前面談的結帳都是使用R3系統的公司，還有一些子公司沒有用SAP系統，他就可需要一些特殊的處理。所有這些都是集團直屬公司（不包含在三大事業群），將數據傳到總部來，到4日中午所有的系統都關閉，不允許系統再作調整，如果需要調整，需申請到總部會計部。在關帳前總部會計部會對系統做了一些檢查，如關系企業往來帳檢查，如果不平馬上就能發現，并將結果通告給各公司，各公司立即進行調整，這樣徹底解決了長期以來關系企業對帳不平的問題，加快了結帳速度。目前總部結帳的時間，比手工結帳的時間提前3天至5天時間，使用系統效益十分顯著。
轉載請注明出處：拓步ERP資訊網http://m.guhuozai8.cn/
本文標題：康師傅SAP系統運維經驗分享
相關文章
