ogg 00869的乙個烏龍事件

2021-07-25 20:02:28 字數 797 閱讀 1688

給客戶新增乙個新的ogg佇列。客戶給了表名級對應關係,抽取,傳輸都沒有問題,目標端啟動rep程序時也無報錯(當時沒有資料)。第二天來發現,rep程序abend,資料延遲8個小時。

view report  提示ogg-00869warning,還有乙個error 在目標端找不到某錶。(由於客戶端環境不允許插取移動裝置所以沒有詳細報錯)

1)目標端資料庫為rac資料庫,並且只存在乙個資料庫,所以使用ogg的使用者連線的環境變數的配置是沒有問題的;

2)檢查資料庫中是否存在a.tablename

select * froma.tablename where rownum<10;

存在9個在返回結果。

3)rep 程序禁用def檔案,並且將需要map的表注釋掉,啟動依然abend。

4)  從源端重新生成def 檔案,比對,沒有發現問題。

5)   根據error報錯,目標端資料庫不存在該錶的提示,去dba_tables 查詢 

select table_name,owner fromdba_tables where table_name ='table_name';

6)輸出的結果table_name表對應的owner 不是a。

詢問相關人員後修改rep的引數檔案,將schema改為相應的使用者,rep程序啟動正常。

後來了解到客戶是將一號庫的一些表同步到2號庫後,搭建2號庫到一號庫的ogg同步環境,並且修改了這些表的schema

疑問:與客戶應用人員交流,schema確實不是a,但當時客戶提要求時用desc了所有***.table,而且在第2步的檢查a.table中也存在資料,

OGG 使用def檔案同步遇到的乙個小問題

使用ogg進行資料遷移 源端 oracle 10.2.0.4 goldgengate 11.1.1.0.0 目標端 oracle 11.2.0.4 goldgengate 12.2.0.1.1 還是按照之前的方法,源端用defgen生成def檔案傳到目標端,入庫使用sourcedef引數,不過遇到了...

聊聊迴圈的小套路 取乙個變數代表乙個事件

當我們要解決一些問題時,碰到的並不都是能輕易驗證為真的問題 譬如我們想要求一定範圍內的素數,運用迴圈結構,只有在最後乙個迴圈執行完之後,我們才能夠真正判定,這個數確實是素數。再比如在鞍點問題中,我們只有在一行的迴圈都走完之後,我們才能下結論說 這一行的鞍點不存在。於是在更加複雜的巢狀迴圈中,似乎尋找...

C 呼叫乙個按鈕的Click事件

1 button1.performclick 2 button1 click null,null 3 button click null,new eventargs 最開始的呼叫方法 建立乙個函式 private void callonclick button btn 呼叫例子。呼叫button1的...