BASIS-系統管理常用TCode(轉載)

BASIS-系統管理常用TCode(轉載)

一 SAP系統管理常用到的事務代碼 1. SM51 SAP Servers System Monitoring 2. SM21 SAP系統日誌 3. SRZL SAP電腦中心管理系統(CCMS) 建議初學者重點學習. 4. RZ20 Alert Monitor. 工作負載報警監視器.(CCMS下的) 5. ST06 Operating System Monitor,用於分析整個SAP技術棧的性能. 6. ST03N Workload Moniter,負載監視器,用於鑽取線上及批量負載,"最常用的40個"事務,峰值負載細節及某一時間內執行的事務. 7. SSAA 用於執行常規的日,周和月的系統管理功能. 8. SMLG 用於監控SAP登錄負載運行是否均衡;用F5可以鑽取面向特定使用者組的性能資料. 9. AL08 用於檢查登錄到某個SAP應用伺服器上的最終使用者及顯示他們正在執行的事務. 10. ST07 用於檢查登錄到整個系統的最終使用者,系統使用者可根據功能區域分類(如SAP ECC,FI,MM,PM,PS,SD等). 11. SM66 用於查看SAP系統中與每個應用程式及批次處理伺服器的進程執行相關的系統級別的性能. 12. ST22 用於查看ABAP dump,這樣就可以鑒定程式錯誤.這有助於將這類問題回饋給到相關部門或開發組. 附: SAP Online Help.http://help.sap.com

二 性能管理相關的CCMS事務 (1)用戶和應用伺服器分佈 ST07及AL08 ST07可以讓你看到包括所有的應用伺服器在內的整個系統中有多少使用者登錄進來.還可以根據功能分區來將數位拆分細化,還可查看歷史資料. AL08可以顯示已登錄終端使用者總數,可根據使用者登錄的應用伺服器進行劃分,因此可對某個系統的應用伺服器負載均衡情況進行分析.可顯示每個終端使用者在執行的事務,從而可以即時地對系統負載類型進行分析. (2)管理負載均衡 SMLG 可用來查看某種登錄負載均衡機制的工作情況.此事務可用於設置登錄組,還可以監視每個登錄組的性能.按F5可查看每個登錄組的回應時統計資料.(SMLG可補充AL08的功能,顯示所登錄的使用者數量,顯示每個登錄組的回應時.) (3)資料庫概述與性能 DB02及ST04 DB02可跟蹤資料庫如何隨著時間的增長而增長,也可跟蹤索引的數量以及它們的大小,數量和歷史發展趨勢. ST04(Database Performance Analysis)資料庫性能分析事務,它可以即時地分析緩存命中率,邏輯讀對物理讀的對比,關鍵"緩衝區繁忙等待(Buffer Busy Waits)"值,以及更多其它資訊. 注意,如果需要確定最近某一種變動對資料庫性能的影響,這些即時資料的統計資料是可以重定的.借助Detail Analysis Menu(詳細分析功能表),你可根據特定SQL需求或表的訪問來深入到整個活動,異常事件,資源消耗量以及更多的歷史資料當中. (4)升級,鎖定和磁片子系統性能 SM12及SM13 如果想要知道升級的應用情況是"提交"到資料庫的情況是否存在鎖定項(lock entry)的話,要通過SM12(資料鎖定項,Database Lock Entries及SM13(管理員更新記錄,Administrator _updateRecords)來完成. 用SM12來流覽與某個資料庫表,使用者或客戶相關的鎖定項. 用SM13來跟蹤和監測即時的資料升級. (5)記憶體管理和優化統計 ST02 優化統計(Tune Summary),能夠即時查看每個SAP應用伺服器的記憶體及多個緩衝區的運行情況.就某個負載而言,如果緩衝區沒有正確配置或是未被優化,那麼在Swaps列就會顯示出緩衝區的值越積越大,並用紅色高亮顯示出來,這就我們就很容易鑒別出問題所在的區域. ST02不僅可以管理緩存,還可跟蹤每台應用伺服器的記憶體使用情況.要特別注意當前擴充記憶體的使用率(與高峰時期相比).同樣,要經常檢查堆記憶體(heap memory)的使用是否已最小化. 堆記憶體是特定於工作過程的.當程式使用工作過程的共用記憶體時,它必須採用獨立維護記憶體的PRIV模式.此時,正在執行的程式是無法切換到另一個工作過程的,它會被一直阻塞直到程式執行結束.程式結束後,系統會重啟動工作過程,一切又恢復正常(程式在何處進出記憶體要視SAP系統的需要而定). (6)回應時和負載性能 ST03及ST03N 監視自身的負荷是性能管理中最重要的一個組成部分.ST03及ST03N就可以執行負載監控器(workload monitor).它既可以為你顯示總體工作負荷的情況,也可以根據對話,批次處理,升級和其他任務類型來分拆顯示.點擊Transication Profile按鈕就可以根據回應時對每種類型的結果進行排序.這裡,你可以分析哪些工作消耗最多的資料庫時間(DB請求時間),CPU時間和其它核心元件的回應時間的事務程式.你還可以查看不同的時間段內的合計值,時間段可以從15分鐘到1個月.查看並跟蹤每天每小時處理的總的對話數,這樣就你可以瞭解一天內每個小時的工作負荷情況. 此外,ST03N還能跟蹤資料的直接讀取,序列讀取和變更(資料庫更新或提交).此外,它還可以獲得每個事務請求的平均位元組數.這樣就可以確定某個系統當前支援的磁片負荷. 除了純粹的回應時指標之外,ST03的"Time Pfofile"和"Transaction Profile"按鈕還支援量化某個特定時間段內的系統負荷,或是根據特定工作負荷來確定哪些事務是最常用的,從而產生了哪些相關硬體的負荷. 事務ST03G使你可以查看並分析與外部系統相關的負荷,以及對跨多個系統的業務過程的系統性能分析.這是對ST03一個強有力的補充. 一般來說,資料庫正常運行時,應該符合以下幾個參數值: (1)Data Buffer Quality至少為94%.在系統重啟後,Buffer值一般不能立即讀入,此時Qulity值也很低,所以通過等到Reads超過20 000 000以後,才來計算Qulity的值. (2)Time/user call<20ms (3)SQL area pinratio>97%. (7)OS監控器 ST06 OS Monitor(ST06)是另一個可以顯示大量即時性能資料的SAP事務.它包括了根據使用者,系統和閒置時間來進行排序的CPU利用率,CPU進程佇列(也稱為CPU負荷計數). 記憶體OS監控還支援檢查短期歷史資料;點擊"Datail Analysis Menu,詳細分析茶單"就可以訪問到根據主硬體子系統及應用伺服器劃分的歷史資料資訊. 有了這些歷史資料,你就可以將在OS和資料庫那裡所收集到的磁片性能指標以SAP可見的方式進行管理.你還可以查看過去24小時中每小時CPU的負載情況,這樣容易確定負載峰值,還可監視並分析CPU的吞吐性能(如執行SP03N來查看某一段特定時間內的對話數量).同樣,深入SAP性能資料庫也使得從 OS監控器那裡獲取其他通用伺服器或某一具體伺服器的性能分析變得容易起來.你可以將這些數位與你通過基於硬體或OS的性能工具那裡收集到的結果進行比較或是關聯. OS監控器或事務ST06即提供了即時的性能快照也可以對歷史資料進行訪問. 通過它可以綜合分析出CPU,交換空間,以及記憶體的使用率,總結出作業系統的性能. (8)監視活動工作過程 SM50和SM66 它們都可以查看系統中工作過程的活動情況.SM50顯示了特定應用伺服器(實際上是你現在登錄的那台)所配置的全部工作過程,而SM66則顯示了所有應用伺服器上的全部活動工作過程.特別是SM66,它可以獲取某台伺服器平臺上的活動使用者或對話的數量;一般來講,平臺的速度越快,某段時間內的活動過程就越少. SM50:工作進程管理,一個應用伺服器一般有DIA,UPD,ENQ,BTC,SPO五種類型的工作進程. DIA:為前臺工作進程,一個instance至少要有兩個DIA,否則根本起不來. UPD,UPD2是立即更新進程(有些系統中為VB1,VB2進程),其中UPD 附: %pc可協助我們將原始SAP GUI輸出載入到EXCEL中(其它多種格式也可以).

三 其它 1. SU01:用戶維護. 2. SM04:顯示系統中當前活動使用者. AL08可以將一個系統中多台伺服器的用戶都統計在一起. 3. SU10:用戶主記錄大量修改,可根據'位址資料'或'許可權資料'. 4. SU22:事務中許可權物件的用法. 5. SU53:顯示許可權資料. 6. SUIM:使用者資訊系統. 7. ST01:系統軌跡,通常用於記錄系統內部的活動. 8. ST04:資料庫性能分析. 9. RZ10:維護系統的參數檔. 10. RZ11:顯示系統參數檔的參數屬性. 11. SM36:定義後臺作業. 12. SM37:作業選擇概覽. 13. SE01/SE09/SE10:傳輸組織者. 14. SM59:RFC目的(顯示和維護) 15. SPAM:支援包管理.(SAP系統支援包的更新會明顯的提高系統性能.)

文章來源: http://www.sap6.com/learn/basis/073501072015/2744.html

OT-LSMW轉載

1.LSMW操作方式
	操作方式如下URL http://scn.sap.com/docs/DOC-48866 http://scn.sap.com/docs/DOC-26159#section31

BASIS_Print Spool 轉PDF

1.轉PDF的二種方式
	轉PDF有二種方式，針對可以做preview的，可以直接轉PDF 不能preview的要用se38執行RSTXPDFT4，去轉PDF
2.Print preview
	在preview畫面的command line可以下PDF!就會轉成PDF
	Tool Bar上的PDF Preview是真的只有preview，並無法另存新檔
3.Print spool no 轉PDF
	利用se38執行RSTXPDFT4，輸入print spool no后即可以轉成PDF file

FI-匯率評價

1.基本概念
	一般而言大部份的公司會在本期做匯評，然后同時做一筆迴轉的滙評於下期期初，也就是12/31做一筆滙評，1/1將此匯評迴轉掉，主要是因為這個滙評是FOR報表需求，而非真正的己轉換成公司幣別的交易 畫面上方是基本的資料，下方有四個TAB，第一個TAB主要是關於日期的設定，第二個及第三個是相關要做會科的選擇，第四個是LOG的處理方式
2.滙評操作
2.1 Postings
	若create postings這個沒有勾，就會變成test run 因為滙評會有大量資料的存取，所以其建議是用batch input方式執行，因此會有session name讓使用者輸入，不過建議勾取下方的only create batch input session due to error，這樣即可知道有問題才會產生batch input，可以事前修正，只是會損耗系統效能 Doc.date等下方五個欄位，都要輸入對應的區間，才會產生正確的分錄於正確的期間，另要特別注意，若要產生迴轉分錄，除了日期要KEY以外，最下方的reverse postings也一定要勾，要不不會有迴轉分錄產生 Reset valuation是針對要重做匯評，需要將之前做過的匯評reset掉，就要勾起來，一樣上方相關的日期要輸入，才會將reset的分錄放到正確的時間，而create postings若沒勾一樣是test run，reverse postings也一定要勾，要不不會reset到下期的迴轉分錄
2.2 Open item
	此頁是針對具有open item屬性的GL/AP/AR科目進行是否滙評設定，亦可指定單一或是區間科目
2.3 G/L balances
	此頁是針對要做匯評的的總帳科目進行設定，如外幣的存款帳戶
2.4 miscellaneous
	本頁主要是針對，程式執行后的報表展現格式及是否產生log進行設定，建議都要save log以方便日后查詢 若有產生log亦可由畫面上的log鈕，進入查詢界面
	進入log查詢畫面后，雖然前面有說到沒有勾create postings就是test run(第一筆是test run)，log的查詢晝面並不會把test run勾起來，所以需要特別留意一下 按下display log 就可以看到各次執行的執行結果
3.執行結果
3.1 test run
	若沒有勾create postings，其application tool bar一樣會出現幾個posting及mesg，且一樣會有doc. No.只是這都是假像
	Posting畫面，其doc. No.欄位會是空白
	Mesg 畫面，沒有doc. No.
3.2 正式執行
	正式執行的話mesg會較多，因為一個doc. No.會有一個mesg
	Posting畫面，其doc. No.欄位會有值
	mesg畫面，會指出產生多少doc. No.

CO 上月實際成本標註本月標準成本

CO 上月實際成本標註本月標準成本
1.概念
	一般而言實際成本的結算，會在次月初做，所以算出的實際成本，若要標註為標準成本會遞延至次次月，也就是10月月初算出的9月的實際成本，會到11月才會變成11月的標準成本 雖然就SAP的概念而言上月的實際成本直接標註為本月的標準成本，不太合乎其設計概念，但部份產業就需有此特性
2.CKMLCP
	基本上要達到上月實際成本標註本月標準成本，基本上就是本月有任何交易前，就要完成成本結算動作 物料的成本結算是用ckmlcp完成，若要完成上月的實際成本直接標註為本月的標準成本，就需調整一下執行順序 原則上在revaluation consumption前的作業順序都沒有變，只有mark price需調整到psot closing之前，而且在做post closing之前也要完成price release
	Price release 會產生Doc. type 為ML的FI文件，所以做完CKME，最好去檢查一下上月的實際價格，是否在物料主檔變為本期的標準價格否，這邊價格的差異是指和上月的標準成本和算出的實際成本差異 CKME的執行時間需要在你mark price的那天(含)之后，也就是若mark的時間是下個月一號，則CKME最快也只能在下個月一號執行
	做完post closing會產生Doc. type 為ML的FI文件，這份文件的日期會在上月月底及本月月初各產生一份(本月月初的文件為回轉上月的) 本月1日的ML及PR文件基本上是不相衝的，因為ML及PR文件都是用上月的標準成本做為基礎算出差異，所以在有本月的ML文件之下(迴轉上月底的ML)，等於續用原始的標準成本評價本月庫存交易，若加入了本月月初的PR文件等於，承認了上月交易形成物料價格變化，進而認列為本月的標準成本

ABAP-寄MAIL function

1. SO_NEW_DOCUMENT_SEND_API1	這個func最常用來寄mail，所以記錄一下以免忘
	*&---------------------------------------------------------------------* *& Report ZSENDMAIL *& *&---------------------------------------------------------------------* *& *& *&---------------------------------------------------------------------* REPORT ZSENDMAIL. DATA: OBJCONT LIKE SOLISTI1 OCCURS 5 WITH HEADER LINE. DATA: RECLIST LIKE SOMLRECI1 OCCURS 5 WITH HEADER LINE. DATA: DOC_CHNG LIKE SODOCCHGI1. DATA: ENTRIES LIKE SY-TABIX. DATA: NAME(15). *主旨 DOC_CHNG-OBJ_DESCR = '污狼某!'. *MAIL BODY OBJCONT = '呷奔啦 !!!'. APPEND OBJCONT. OBJCONT = '緊來去 !'. APPEND OBJCONT. *計算大小寫回MAIL HEADER DESCRIBE TABLE OBJCONT LINES ENTRIES. READ TABLE OBJCONT INDEX ENTRIES. DOC_CHNG-DOC_SIZE = ( ENTRIES - 1 ) * 255 + STRLEN( OBJCONT ). *收件者 CLEAR RECLIST. RECLIST-RECEIVER = 'aaa@gmail.com'. RECLIST-REC_TYPE = 'U'. APPEND RECLIST. * Send the document CALL FUNCTION 'SO_NEW_DOCUMENT_SEND_API1' EXPORTING DOCUMENT_TYPE = 'RAW' DOCUMENT_DATA = DOC_CHNG PUT_IN_OUTBOX = 'X' COMMIT_WORK = 'X' TABLES OBJECT_CONTENT = OBJCONT RECEIVERS = RECLIST EXCEPTIONS TOO_MANY_RECEIVERS = 1 DOCUMENT_NOT_SENT = 2 OPERATION_NO_AUTHORIZATION = 4 OTHERS = 99. *狀態回傳 CASE SY-SUBRC. WHEN 0. LOOP AT RECLIST. IF RECLIST-RECEIVER = SPACE. NAME = RECLIST-REC_ID. ELSE. NAME = RECLIST-RECEIVER. ENDIF. IF RECLIST-RETRN_CODE = 0. WRITE: / NAME, ': succesfully sent'. ELSE. WRITE: / NAME, ': error occured'. ENDIF. ENDLOOP. WHEN 1. WRITE: / 'Too many receivers specified !'. WHEN 2. WRITE: / 'No receiver got the document !'. WHEN 4. WRITE: / 'Missing send authority !'. WHEN OTHERS. WRITE: / 'Unexpected error occurred !'. ENDCASE. *& Report ZSENDMAIL
2.使用se37
	COMMIT_WORK一定要給值，要不會寄不出去 RECEIVERS內的收件者，其REC_TYPE要給Ｕ，要不也會有問題 OBJECT_CONTENT是放mail本文用的
	要如左圖才是正常的

FI-財務年度變式

1.財務年度變式
	一般而言大部份的公司會將財務年度和實際設為一樣(但還是和產業或國情有關)，但若真的遇到不一樣的情形時應要如何設定？如學校是以每年9月為新的年度，其設法就應要如左圖，而且calendar year.那個勾不能勾

OT-主要組織架構

1.主要組織架構
	SAP整個系統的主要組織架構如右圖

MM-料號主檔建立錯誤訊息

1. Material XX is not defined for sales org.XXXX, distr.chan.XX, language DE
MM-料號主檔建立錯誤訊息	建料號時若確認所有該建的View及組織架構都有建對時，請記得檢查物料主檔的表頭內文，雖然說Error Mesg很明顯的和你說明了哪個語言的內文沒建，但你若登入該語系用mm02再去存一次是沒有用的
	如上圖系統說明沒有建DE的說明，你登入DE語系再存一次是沒有用的，還是在建主語系的主檔再加入DE的內文即可，而且是『表頭』的內文才是對的，不是Sales或是採購View的內文

OT-Contioion Technology(條件技術)

1.概念
	Condition Type是在MM/SD中大量用到的技術，其需先定義Procedure(可視為Condition Type的集合)，而Condition Type則是指每一種的資料類型，如稅率、定價、稅別...等等；Access sequence 則是定義了每一個Condition Type的資料應從哪些Condition Table的欄位資料而來，並定義了捉取資料的順序；Condition table則是實體資料存放的Table
2. Procedure
	Procedure為Condition Type的集合，並且定義了整個程序的順序及不同Condition Type間的關係或是會計科目的決定
3. Condition Type
	Condition Type則會定義這個Condition的相關屬性，如是屬於稅的還是定價的或是折扣型的...等等。Condition Type中會指定其資料是從Access sequence而來。
4. Access sequence
	Access sequence會定義了資料捉取的邏輯，並將取到的資料回給Condition Type，基本上他的原則是只要捉到資料就不往下走
	Access sequence是Cross Client的資料，需要特別留意對不同client的影響
5. Condition Table
	Condition Table 是實體存放當做條件資料的Table，一般而言若要自定的話會是用9當做開頭的命名，而右下方的filed catalog 是SAP預先定義好的可以放入table的欄位名稱

BASIS_SAP操作界面說明

1.登入畫面
	可以設定自己要連的SAP系統
	說明是給自己看的，其他欄位就要向系統管理員索取
	OS上的工具列會秀出你連的是哪個系統ID，括號中是第幾個視窗，一般而言最多可開到6個
	不同的Client可以定義為不同的用途 使用者／密碼輸入超過三次會被lock，需請管理員解鎖，並且可以在此畫面變更密碼 可以登入不同的語言別
	可以在Favorites中加入常用的程式，或建立Folder予於分類，甚至可以加入外部的連結
2.操作界面分類
	操作界面可以分為Menu Bar/Standard Tool Bar/Application Tool Bar/Stauts Bar，其中Application Tool Bar可以讓開發者自行加入額外的功能 需特別留意的事Application Tool Bar上用的Icon圖案若和Standard Tool Bar的相同，其是可以定義為不同功能的
	Status Bar左邊可以秀出基本的一些系統資訊或是Tcode，右邊則為系統訊息，而中間的SAP logo雙擊則可以自訂義，使用者訊息
3.Tips
	Tcode是transaction code的簡寫，是SAP快速執行某程式的方法，一般而言Tcode大多是四碼，但也有例外 /n 回到主目錄 /o 開一個新視窗 /nex 回到主目錄后離開系統 /h 進入debug mode /i 關閉現在這個視窗
	顯示Tcode
	起用快速剪貼功能
	設定佈景主題或是其他顯示字形
	選取指定欄位而不是整列，先按Ctrl+Y，然后點該資料即可
	顯示后台IMG的TCode，一般而言后四碼為Tcdoe，但也有例外

FI-二代健保補充保費

1.想法
	利用系統本身的WITHHOLDING TAX功能,加入代扣2%補充保費,但和代扣所得稅區分成不同會科
2.1 設定withholding tax type
	因為SAP的會科是綁在withholding tax type上,所以若要和代扣所得稅用不同的會科,就要新增一個withholding tax type
	依需求指定相關參數
2.2 設定withholding tax code
	Withholding tax code可以指定不同的扣繳比例
	及可以設定扣繳代碼如9A/9B/51...等等
2.3 withholding tax type指派給company code
	若有新增的withholding tax type需assign to company code,若第一次用這個功能需要先起動他
2.4 指定會科
	針對不同的withholding tax type指定會科
3.1 主檔設定
	將主檔資料加入withholding tax 的記錄,特別留意系統預設一個主檔資料只能有一筆withholding tax type資料,也就是說若你主檔中已有一筆withholding tax type的記錄的話,你只能再新增一個新的withholding tax type
3.2 立帳
	立帳並檢查withholding tax資料是否有自動代入
3.3 payment run
	執行f110,並檢查是否有產生正確的會科扣繳資料