如何做好SAP Basis運維的工作 SAP Basis SAP

我還是先老生常談，說說我是怎麽接觸到SAP這份工作的吧。其實最初我對網絡是非常感興趣的，現在也依然如此，網行天下，給人感覺夠霸道的，沒有網絡啥都幹了，它的藍圖很宏偉，非常的遼闊壯觀，我舉一個我們感受得到的例子，我們現在使用的4G網絡是怎麽來的，它是通過把ospf做升級改造，運行商把非常多得路由器整合為一個ospf邊界路由器，把原先的路由器接入端的路由器提升為骨幹區域（上移），接入端也做了升級，使用的是PTN設備，FONSWARE設備，網絡傳輸變得非常的快。這就是最近幾年通訊這一塊悄無聲息的做的這些工作，做通訊的，學網絡的，出來做這個還是非常的不錯的，這個工作前期是非常的幸苦，非常的累，因為每天都需要跑站點，下站點調試，開通線路，後期基本上讓你維護一個片區的網絡，開通寬帶業務，過年期間忙一點，平常是比較清閑的一份工作。這就是剛出來工作接觸的宏偉的工程項目建設，自己也非常的自豪的，因為一些原因導致自己從運營商跨入企業端，後面的企業網絡，也是從大的網絡到小的網絡，基本上都有接觸過，所以管理一家企業網絡對我來說沒有什麽多大的挑戰性，就是前期就忙陣子的事情，到哪裏都是這個模式，因為我對做網絡項目，學習新的東西感興趣，所以被我們的哪個經理說得心動了，可以學習新的技術了，公司馬上就要上WMS系統了，現在物流行業興起，WMS是一個好東西，所以一直等，但是一直沒有等到，等我離開的時候，等了很久才上WMS系統，我走後，不久後哪位經理也不知什麽原因不在哪家公司了，不過受了他的影響，說SAP技術如果學好了，薪資是非常的高的，在哪家公司我看他出差過來每天都有時間要看看SAP這本書的，於是在離開這家公司我寫簡歷的時候，添加了一些新的技能，接觸過用友ERP U8090這款軟件，也使用過泛微的OA軟件，就這樣就猝不及防的進入了SAP這一塊，那時候在做決定的時候在琢磨是進網絡公司還是進SAP項目的公司，人就是這樣的，在做決定的時候總是奈何不了錢這一關，哪裏工資高就去哪裏，綜合對比了一下，還是被錢給蒙了，所以SAP這塊工作對我來說就是一份簡單的工作，談不上喜歡，也談不上討厭，無論怎麽說都是有目的性的，學這個也是希望接觸項目，去真正的感受一番，事情的想象總比不上現實狀況，我們的leader也總是說讓我們去沈陽體驗一下項目，感受一下寶馬汽車的壯觀場面，後來等著等著就沒有結果了，從這份工作出來，我發現這些技術還不如我的網絡實在，平常的日常工作就是每天不間斷的T-CODE查詢，檢查服務器的運行狀況，偶然做一下數據傳輸工作，從剛開始的一臉懵逼到後來的不用看這個表的去查看，直接的查詢最常用的幾個T-CODE代碼就OK了，從最開始2個小時一遍的查詢，到最後20~30分鐘的查詢，十幾臺服務器從夠嗆到熟練，真的是一天天的重復的查詢過來的，回想起這份工作其實也是蠻輕松的，這是我所有工作中最輕松的工作了，除此沒有其它的了。

教我這一塊的哪個哥們，可以說是SAP這一塊的真正的大牛，他是有從項目的實施上架全都參與進去的，在華晨寶馬呆了整整4年，最後還考了一個SAP高級認證，出去找工作直接進了德國的SAP公司，這個哥們真是厲害了我的哥，他最開始也是跟我一樣做網絡的，後來做網絡沒有前途就做SAP的，我貌似被很多人洗過腦，開始懷疑人生了，大學裏面的老師是坑我的嗎？我怎麽這個被啊，好吧，我也開始幹SAP啦，目的很簡單，我要學習如果實施SAP系統，因為我發現會這一塊的人非常的少，而且出一次差，一天3000元，這個工資好高啊，我開始興奮了，學啊，網上收羅，賣設備演練，後來是找到一大堆關於SAP的學習資料了，發現沒有時間嘗試了，我是這樣想的，要麽SAP這一塊把實踐的技術學到手，要麽接網絡項目，哪裏有需求我就滿足哪裏

前面講了一大堆子是如何進入SAP這個行業的，很多人可能會不明白SAP到的是幹啥子的？一臉的懵逼，我進入這個行業很長一段時間，才明白我每天的工作到底是幹嘛的，這樣我會發現我的工作還是有一點意義的

可以通過百度搜索SAP，發現這是德國的一家做企業管理的軟件，涉及到的模塊非常的之多，有15個模塊:BW,FI,HR,SD,ABAP,BASIS,CO,CRM,MM,PLM,PM,PP,PS,QM,WM。而我接觸到的僅僅是其中的BASIS這個模塊，我這個模塊專門負責BASIS的運維管理的，就是每天查看服務器的運行狀況，打電話，發郵件，解決問題，實時的跟客戶溝通，告訴客戶如何解決這些問題，其實這份工作還是蠻有成就感的，當你替客戶解決了問題的時候

SAP這個技術如果讓你全都學的話，我想你會哭的，如果簡單的學兩個模塊，你也是沒有耐心的，就光SAP BASIS ADM 100這本書就有得看，不過完全是一些理論知識，不如實踐來的快捷

SAP BASIS的工作主要是：
一、日常的監控維護
主要工作：T-CODE代碼查詢
1.SAP Logon 在SAP客戶端使用Tokin賬號登錄即可

2. SM50 檢查空閑的服務器進程
   3.SM51 檢查在線服務器數量
   4.SM37 檢查作業進程，多少進程被cancled掉了，哪些是由control創建的進程被cancle了需要發郵件，緊急的control創建的代Z01xxx是需要立即打電話的，一般在維護的表裏面明確規定哪些查詢是需要上報的，這個查詢是使用最多的，需要特別的留心註意
   5.ST22 查詢dump信息
   6.SM21查詢系統的日誌，可以根據報錯分析哪裏出了故障問題，都是可以通過日誌分析得到的
   7.SM13 檢查數據更新狀態，如果這裏數據的更新報錯的話，有時需要立即打電話的，有的不需要
   8.SP01 查看設備打印，本地的打印不要管，網絡打印出問題需要立即打電話
   9.SM66 查詢跑進程，有的進程會報錯，例如出現連續的Error或者連續的PRIV進程的時候就需要發郵件並且打電話處理了
   10.ST02 查詢內存緩存大小
   11.STMS 檢查TMS的SID狀態
   12.SPAD 檢查輸出設備，通過這個查看具體那一臺打印機出了故障，通過小碼查大碼
   13.DB16檢查數據庫
   14.DB02 數據庫性能監控、數據大小監控、表空間監控、數據用戶監控
   15.DB14 數據庫備份
   16.DB13 檢查標準的數據作業

二、傳輸數據
小貨車的使用，略

三、解鎖用戶
等用戶通知解鎖，方式有兩種，一種是一個個的解鎖，另一種是批量的解鎖

四、數據庫備份檢查
登錄到數據庫服務器
使用兩條命令查看備份，略

五、異常的監控代碼信息上報，打電話，發郵件
根據檢查故障查詢表的信息及時的上報打電話，發郵件

批量報錯信息、批量的dump、批量的更新、批量的打印錯誤、批量的系統日誌錯誤、批量的數據庫備份信息等等，當出現這樣的信息的時候需要馬上打電話找相關的部門解決，有關備份的找備份的解決，其它的找SAP相關模塊的負責人

六、檢查Linux服務器上面的CRD_MDS服務器是否正常的啟動

七、及時響應並解決Remedy鏈接的問題故障
緊急重要的、緊急的、一般故障的解決響應時間，解決完成之後一定要關單

我在網上下載的SAP BASIS方面的資料，發現跟我日常的工作是一樣的，發現這兩年來也就做的這些事情，前期幾個月的時候，過著擔心受怕的日子，每天都是與履薄冰的，非常的謹慎，關鍵就是發郵件，怎麽發，如何發，哪些該發，哪些不該發，一套流程下來，把人給完全整懵，這份工作也是非常不容易的，做這塊的性格要嚴謹，說話要非常的講究，這是我在那邊工作除了技術外摸出的一套做人處事的方法,我發現這個比SAP技術要更加的寶貴，技術這個東西，只要想學花點時間就解決了，沒有學不會的技術，就是花點時間而已

有關SAP BASIS的技術就分享到這裏，為什麽SAP這塊的工資比ERP要高可以探討，有關ERP這一塊我遇到一位大牛，手機300多道流程工序對他來說都是小KISS一疊，真的蠻有幸認識這位哥們，目前國內的BAS系統也做過，目前正在研究量化系統，研究出來了，幫他做推銷，哈哈，跟大牛聊天就是爽快，我也是一個爽快之人，我對技術不是那種專業的人，但是在我熟悉的，我會的，我可以把它做得最好，沒有辦法，誰要你這麽盡責呢？

關於SAP Basis運維你需要具備哪些知識