最近又遇到乙個mrp相關的問題，找了好多資料，只找到解決方案，但是具體為什麼會發生這種情況我還不是特別清楚。若大家遇到相同問題，還請多多指教~
問題描述：我們有一張po，數量是55000pc，系統已經完成收貨51000pc，按理說md04中該po該行項次的剩餘供給應更新為4000pc。但是檢視md04中，剩餘供給仍為55000pc。重新跑mrp後md04中的資料未變
解決思路：我們po是啟用了確認功能的，**商確認供給後，系統會更新po中confirmation欄的確認數量，改數量會作為mrp執行的依據。也就是說系統以**商確認的數量跑mrp，如果po行專案的數量為1000pc，**商確認的數量為800pc，系統按800pc跑mrp。（可以看到mrp element也是不一樣的哈）
我們先去看了confirmationt欄中的確認數量和減少數量是否準確。
但是從中可以看到確認數量為55000pc，減少數量為51000pc（收貨後，系統會根據收貨數量自動更新減少數量）
前台顯示確實是沒有問題的啊，但是當時有乙個小細節我們注意到了，就是當我從md04直接點進該po時，進入confirmation欄後，qty reduced處的數量是0pc，只是當我切到另乙個tab（例如收貨欄）後，再返回confirmation欄，此處的數量又變為51000pc。基於此現象，我們有了第2步的思路。
2. 既然前台顯示有這個異常，哪怕來回切換後數量正常，但是有可能系統顯示確實有問題，md04處的資料和me23n處的資料對不上。所以我們就直接看後台表的數量。這個欄位在表ekes中。這一看確實有問題，ekes表中，這個po這個行項次qty reduced的數量是0pc。
3. 知道是什麼問題了，就開始在網上查詢資料。我一般是在必應中輸入問題的英文描述，檢視是否有相同或者相似的問題。當時就搜的ekes qty reduced not update，然後就出來一些網頁，乙個個點進去看有沒有相關的。
當時找到這個帖子之後，已經快要解決問題了，但是當我使用se38去執行這個correction report之後，資料沒有發生任何的變化！！弄不清楚到底是怎麼回事，咋不起作用呢。然後使用第4步。
4. 如果帖子中的解決方案有提到note，你不妨多點一步，去sap官網搜一搜這個note，也許你的問題就解決了。我一看note，還要我去sm35 run一下才行。
好啦，以上就是解決思路，我們再看看系統操作吧~
解決方案：
使用se38執行correction report zcorrdabmg
當時忘記截圖了耶~~
2. 使用sm35去batch input生成的檔案，類似lsmw的最後一步哈~
3. 再去md04看資料是否一致啦~
以上就是今天的分享啦
日常運維管理技巧四（檢視網絡卡流量 sar）
四 sar命令監控系統狀態 sar是乙個非常全面的分析系統狀態的命令，主要用來檢視網絡卡的流量。它同樣可以檢視你的cpu 記憶體 磁碟的狀態，它被稱為linux系統中的瑞士軍刀，也就是它的命令非常複雜和豐富。與其他系統狀態監控工具不同，它可以列印歷史資訊，可以顯示當天從零點開始到當前時刻的系統狀態資...
日常運維工作的知識體系
一 基礎服務類。1 安裝windows linux作業系統，系統ip配置，系統初始化 包括引數優化 各個平台基礎軟體的安裝，包括各個軟體的配置優化，搭建集群環境。2 日常系統伺服器的維護 服務狀態的監控。3 負載均衡系統的維護，如lvs nginx f5 haproxy等。4 web伺服器維護。5 ...
oracle 日常運維中經常使用到的指令
確認環境變數，變更環境變數 oracle station15 oraenv對應路徑設定檔案如下 一般安裝oracle建庫時會自動追加 root station10 vim etc oratab檢視系統各個名字 oracle修改global name和service name 修改完。lsnrctl需...