ターゲットデータベースに索引がない状態で、統合 Replicat が 'Waiting for memory' ステータスでハング
(Doc ID 2562556.1)
Last updated on DECEMBER 25, 2019
適用範囲:
Oracle GoldenGate - バージョン 12.3.0.1.0 以降この文書の内容はすべてのプラットフォームに適用されます。
本文書利用上のご注意
本文書は英語の文書 <Document 2554761.1> (最終メジャー更新日: 2019年07月08日) の日本語翻訳版です。
英語の文書のメジャー更新に応じて本文書を随時更新いたします。
本文書は英語の文書 <Document 2554761.1> (最終メジャー更新日: 2019年07月08日) の日本語翻訳版です。
英語の文書のメジャー更新に応じて本文書を随時更新いたします。
現象
統合 Replicat がハングします。
以下の状況が確認できました。
1) Log Read Checkpoint が動かなかった。
GGSCI> INFO REPLICAT <Replicat> DETAIL
REPLICAT <Replicat> Last Started 2019-05-29 17:52 Status RUNNING
INTEGRATED
Checkpoint Lag 00:08:38 (updated 258:39:30 ago)
Process ID 69170
Log Read Checkpoint File <GG_HOME>/dirdat/fd000000000
2019-05-19 21:22:03.952650 RBA 17474002
REPLICAT <Replicat> Last Started 2019-05-29 17:52 Status RUNNING
INTEGRATED
Checkpoint Lag 00:08:38 (updated 258:39:30 ago)
Process ID 69170
Log Read Checkpoint File <GG_HOME>/dirdat/fd000000000
2019-05-19 21:22:03.952650 RBA 17474002
2) V$GG_APPLY_RECEIVER.STATE が 'Waiting for memory' となっていた。
SQL> select state from V$GG_APPLY_RECEIVER;
STATE
------------------
Waiting for memory
STATE
------------------
Waiting for memory
3) max_sga_size を 2GB まで増加したが、問題は解消しなかった。
4) GG related SQL: Statement (ASH) (<Document 1448324.1>) は delete 文で、GG related SQL: Execution Plan は TABLE FULL SCAN だった。
DELETE STATEMENT (n/a)
DELETE (, Object=<schema>.<table>, , )
COUNT (Options=STOPKEY, , , )
TABLE ACCESS (Options=FULL, Object=<schema>.<table>, Type=TABLE, )
DELETE (, Object=<schema>.<table>, , )
COUNT (Options=STOPKEY, , , )
TABLE ACCESS (Options=FULL, Object=<schema>.<table>, Type=TABLE, )
原因
To view full details, sign in with your My Oracle Support account. |
|
Don't have a My Oracle Support account? Click to get started! |
本書の内容
| 現象 |
| 原因 |
| 解決策 |
| 参照情報 |