問題現象：
這邊有個使用者的職責突然丟失了，不見了。
正常來說，職責只可以失效，怎麼可能會突然沒有了呢？
問題尋找：
通過找對應的查詢直接責任的檢視：
select description
,start_date
,end_date
,responsibility_id
,security_group_id
,last_update_date
,last_updated_by
,created_by
,creation_date
,last_update_login
,user_id
from fnd_user_resp_groups_direct
where 1=1
and (user_id =
65997
)
拆解檢視，發現基本是搜尋這2個**：
select * from wf_user_role_assignments where user_name =
'js000497'
select * from wf_all_user_roles where user_name =
'js000497'
為什麼沒?還好我對wf_user_role_assignments**的刪除資料有做了乙個觸發器，會記錄刪除的時間點和使用者：
然後，跟蹤是誰，在啥時候刪掉了資料。
接著，就挺好處理了，找對應的使用者溝通做了啥操作即可。
一問，原來是這邊的乙個同事為了解決使用者登入報錯的問題，跑了乙個請求叫《工作流目錄服務使用者/職責驗證》的，而這個請求就將這個使用者的工作流角色表和工作流分配表的資料給刪除了。
為什麼這個標準的請求會有這個刪除資料的動作？我就不深究了，再繼續找原因，估計得找oracle官方提個sr問問了。
所以，結論是，讓使用者以後跑這個請求得通知一下。
知道問題的原因之後，這邊讓實施組將這個使用者丟失的職責重新加回來，就算處理了。
EBS 根據Form名稱查詢對應職責
根據form名查詢職責 應用產品 說明 安全組 有效日期從 有效日期至 form名稱 應用產品 功能名 使用者功能名 說明。注意 通過選單查詢指定form對應職責，所以應該將該form功能掛到選單下 select distinct frt.responsibility name 責任 frt.des...
跟蹤使用者的SQL
serial sid addr sql id sql text v session 正在連線的回話 v stransaction 測試伺服器壓力大不大，代表還沒commit的dml操作 v lock 生命週期從dml語句開始，到dml語句結束 v sql 當前使用者的sql語句，sql id has...
跟蹤記錄使用者
1 標記承載使用者身份的http請求首部 form 存放email user agent 監聽瀏覽器 3 使用者登入 4 胖url，開始進入 的時候，會生成乙個標識，加在每個a標籤上，當訪問此網頁的所有鏈結時，伺服器識別出標識知 道還是這個客戶，1缺點 1.不美觀，2.對伺服器生產額外複雜 3.不能...