第一種：重新生成trail檔案，之前未同步資料丟失
人工干涉產生乙個新的extract trail檔案，data pump和replicat程序都從該新檔案中讀取資料。
只啟動extract程序
ggsci (***ba) 93> start ext_tina
此時/dirdat/目錄下生成了新的trail檔案 aa00010
2）重新定位資料幫浦和複製程序以從新的路徑序列號開始
–源端執行
alter extract dp_tina,thread 1,extseqno 10,extrba 0
extract altered.
–目標端執行
alter replicat re_tina, extseqno 10, extrba 0 –注意這裡要看目錄下/ogg/dirdat下最新生成的檔名
replicat altered.
3）啟動pump，replicat程序
–源端執行
start dp_tina
–目標端執行
start re_tina
驗證同步！（此方法，可能會丟失之前的資料）
第二種：重新生成trail檔案，指定時間點重新抽取資料
上面是重新從當前時間開始抽取了，之前資料不能再同步了。
其實如果日誌沒有丟失，我們還可以指定時間開始重新抽取資料：
stop e_xm
stop d_xm
alter extract e_xm etrollover;
kill d_xm;
alter extract d_xm etrollover;
alter extract e_xm,tranlog,begin 2020-04-15 16:42 —故障的時間點
start e_xm
----啟動後重新生成了乙個trail檔案，編號是129，從129開始傳輸：
alter extract d_xm,thread 1,extseqno 129,extrba 0
start d_xm
目標端：
要重啟下mgr和所有程序，新檔案才會過來
stop *
[root@oracle dirdat]# ll bx*
-rw-rw-rw- 1 oracle oinstall 23892491 4月 15 16:42 bx000072
-rw-rw-rw- 1 oracle oinstall 10330112 4月 20 11:40 bx000073 —新傳過來的
ggsci (oracle) 80> alter replicat re_xm,extseqno 73,extrba 0
start *
----終於開始複製了：
ggsci (oracle) 40> info all
program status group lag at chkpt time since chkpt
manager running
replicat running re_xm 114:56:36 00:00:01
生成 重新生成 清理
1.在解決方案資源管理器中，選擇或開啟所需的解決方案。2.在 生成 選單上，選擇 生成解決方案 重新生成解決方案 或 清理解決方案 選擇 生成 或 生成解決方案 將只編譯自上次生成以來更改過的那些專案檔案和元件。說明 如果解決方案中包括多個專案，則 生成 命令將變成 生成解決方案 選擇 重新生成解決...
OGG 手工切換trail檔案兩種方法
測試ogg中斷之後，重新同步操作 ogg 修改 trail 檔案大小 alter extract pump1 etrollover send extract ext1,rollover 在某些情況下，對於乙個已經running的ogg程序，對已同步的資料 正確的同步或者錯誤的同步 做修改，修改完之後...
mfix新增檔案後重新生成configure檔案
mfix給了一些程式介面，大部分時候只用修改現有程式即可滿足要求，這種情況不用修改configure檔案，但是如果新增了新檔案就需要做一些修改。我用了jian cai的程式嘗試了一下編譯，該學者在2016 netl workshop on multiphase flow science上共享了自己的...