台灣最大程式設計社群網站
線上人數
1584
 
會員總數:246145
討論主題:189731
歡迎您免費加入會員
討論區列表 >> Oracle >> BOM資料無故消失或覆蓋
[]  
[我要回覆]
1
回應主題 加入我的關注話題 檢舉此篇討論 將提問者加入個人黑名單
BOM資料無故消失或覆蓋
價值 : 100 QP  點閱數:1993 回應數:3
樓主

小裕
初學者
137 218
3436 418
發送站內信

各位大大,近來公司USER反應所建立的BOM表資料,一段時間竟發現資料不見了,料件結構無故被刪除,或者改了產品基本資料維護的品名規格,明明改過了,但過一段時間回來查,竟然回復到先前沒改的樣子,這支功能都是同一支,也就是產品基本資料維護,廠商也幫我們做了LOG檔,看誰去更改,起初USER也認了可能是自己不小心,因為更動紀錄顯示為她,這次又來了,USER就篤定都沒動,但資料還是不見了,這久久就會出現一次,到底是何原因呢??我們公司的ERP系統是會通資訊,有誰有遇過該情形嗎??我去GOOGLE找,感覺好像是ORACLE資料庫的問題,是程式與資料庫之間觸發的關係有問題嗎??廠商一直說是USER改的,真的是羅生門。
本篇文章發表於2012-04-11 21:59
1樓
作者回應

小裕
檢舉此回應
這是我找到的資料,公司的BOM資料有上萬筆以上,如下的意思到底是何意思??不太理解,是否有人可解釋一下呢??



案例-儲存RMAN daily backup的disk快要爆掉; DBA已經設定了daily RMAN job來清除redundancy=2的obsolete backupsets, 但存放在disk上的OS實體檔案仍然存在未被清除, 長久累積下幾乎用盡可用空間. 深入研究後發現以RMAN report obsolete也沒有這些備份的紀錄, 問題究竟出在哪裡?

首先檢查v$backup_piece發現catalog(control file)已經沒有這些備份檔案的紀錄. 進一步檢查RMAN delete obsolete的log居然也沒有刪除過期檔案的動作發生.

因此大膽判斷, RMAN的catalog資料因為不明原因”消失了”, 並且不是人為因素的刪除. 隨即檢查 database parameter發現control_file_record_keep_time=7, 為安裝時的default值. 該DB的backup policy為redundancy=2, 每週一次full backup (incremental 0)每天一次incremental 1, 因此存放14天備份已經超過parameter的7天. 故需要修改此參數大於備份所需的retention time.
本篇文章回覆於2012-04-11 22:37
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
2樓
回應

S
檢舉此回應
這應該是使用者搞錯~

請他改完後,再確定是否有儲存~~

或看他的操作過程~
本篇文章回覆於2012-04-12 11:57
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
3樓
回應

falcon
檢舉此回應
不要相信使用者,oracle 資料絕對不會無故消失,要查也很容易,因為所有交易(DML)一定會留下交易記錄,只要把 archivelog mode 打開,
再用 oracle log miner 技術把這些 log 做分析,每一筆異動都可以查得到
本篇文章回覆於2012-05-15 01:22
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
   
1

回覆
如要回應,請先登入.