1樓：唐蘊鐸冰綠
你好懶羊出品v4，樓主：
在sap專案的實施過程中，經常會遇到關於配置傳輸的問題。即我們在某個client下面做系正鎮統配置，配好了之後再傳到其他系統之中。
配置傳輸分為兩種情況：同伺服器配置傳輸，異伺服器配置傳輸。
同伺服器配置傳輸：
在dev配置client下做完配置後，會根據系統要求產生乙個請求號（前提是basis放出自動產生請求號的許可權）。最好每一次配置都單獨建立乙個新的請求號，並填寫這次請求的描述（這個描述一定要認真填寫，非常重要，以免日後不知道當初這個配置是舉宴粗配了什麼），儲存。
然後到接收配置的client下，用事務**scc1，找到相應的請求號，點選上面的傳輸按鈕（注意不要勾上那個「測試」的勾），不報錯則完成傳輸。
異伺服器配置傳輸：異伺服器配置傳輸較為複雜，具體的操作也因系統的不同而有所差別，但大體的流程應該如下：
1）在配置client下輸入事務**se10，找到之前所有的傳輸請求，包括工作臺（workbench）請求和祥譁配置（customizing）請求。
2）逐一釋放（release）所有的請求。
3）登陸到接收配置的client，輸入事務**stms，點選傳輸（transport）按鈕，選擇相應系統。
4）找到之前相應的傳輸請求，並逐一進行接收（import）動作。
跨client請求——肯定是同伺服器，例如在dev200定製好了，dev900就自動更新了。
非跨client請求——同一伺服器上，乙個client中配置好後，需要傳輸到另外的client上。
在進行統一的配置傳輸時，合理的順序應該是fico模組先傳，而後各後勤模組再開始傳輸。
配置顧問自己釋放，但是傳輸是basis統一傳輸的好，因為如果配置顧問自己傳輸的話，可能會出現同事幾個請求併發傳輸的情況，可能出現鎖表，或者後臺程序不夠用的情況；
se01se09
se10stms
請求傳輸的相關事務**；
2樓：黑帝
沒有備份的話，系統管理員請先自裁。 1） 傳輸請求絕滲的內容是在作業系統的檔案上的。 只要release 以後就保持在作業系統中， 不會因為傳輸過並唯脊一次就改變了。
所以問題並非是無解的，至少山慧hana上再正確的傳輸一次就達到目的了。
請教sap傳輸請求號的的問題
3樓：豬八戒網
沒有備份的話，系統管理員請先自裁。
1） 傳輸請求的內容是在操作晌咐系統的檔案上的。 只要release 以後就保持在作業系統茄謹族中， 不會因為傳輸過一次就改變了。所以問題並非是無解的，至少hana上再正確的傳輸一次就達到目的了。
和你現在oracle系統中的配置無關。
2） 如果你的instance profile中的rec/client引數已經配置了的話，應該是可以把配置找回來的， 當然工作量會比較大一些。
3）如果rel/client 沒有配置，又沒有備份，最後一根稻草就是找到相關配置人員能回憶出原來的配置值。 （所有被更改的地方都是可以找到的）
4）這個操作對系統管理員來說基本都是沒有經驗的， 請慎重測試，最好顫弊是找有經驗的顧問來做。
5）至少你的情況還不是最壞的。 我當年幫人處理的是錯誤的傳輸包（含幾百個請求）被傳到ecc生產系統，還不能用restore。 最後手工改回來。
你被搞壞的最多是開發系統的一部分配置。
LINUX中DNS的主配置檔案是什麼
西瓜說復的是早期的版本 現在的制dns版本並不是這樣的 主配置檔案在 var named chroot etc下,為named.conf正向和方向解析檔案,根檔案,都在 var named chroot var named裡面 etc resolv.conf是寫入dns的ip地址的檔案 主配置檔案是...
tp在html中的使用if標籤需要配置嗎
是的 thinkphp運算子du與php運算子對照表 thinkphp標籤 說明及對應php標籤 備註zhi eq 等於 dao 用於模板判斷時版 可用於查權詢條件與模板判斷 neq 不等於 可用於查詢條件與模板判斷 gt 大於 可用於查詢條件與模板判斷 egt 大於等於 可用於查詢條件與模板判斷 ...
電腦配置中的用語「主頻GHZ,2級快取,MHZ前端匯流排」有誰
其實不用在意這些引數的，拿回家都是用的，夠用就可以了。引數只是給專業發燒友看的。一樓的把我的教科書都覆上來了！呵呵！跟他說的一樣 cpu主頻，前端匯流排，2級快取 主頻就是工作時的頻率 主頻 外頻 倍頻 前端匯流排跟cpu的超頻有關係 對u的效能影響不是很大2級快取其實就跟記憶體一個道理 只不過2級...