SharePlex 11.4 - 管理者ガイド

SharePlexでサポートされていないオブジェクトを複製しようとしている可能性があります。

SharePlexがルーティング情報を取得できませんでした。

名前のスペルミス、所有者名なしで指定されたオブジェクト名、また設定の指定におけるその他の不適切なシンタックスは、オブジェクトのアクティベーションに失敗する原因となります。

SharePlexでソースデータベースへの接続に問題があり、SharePlexのアカウントが存在することが分かっている場合は、誰かがパスワードを変更したかどうかを調べます。

まれに、非アクティベーションの直後に設定をアクティベーションすると、アクティベーションに失敗することがあります。

データソースの指定がない

データソースの指定が間違っているか不完全です。以下のようなエラーが返されます。

The datasource specified in the config file is invalid. （設定ファイルで指定されたデータソースが無効です。）

（Oracle）不十分なプロセス設定

Oracle Error 20 (ORA-00020 maximum number of processes (string) exceeded)（Oracleエラー20（ORA-00020プロセス（文字列）の最大数を超えました）がアクティベーション失敗の原因である場合、これは、Oracleがソースシステムのリソースを使い果たし、1つまたは複数のスレッドがログオンできないためです。

ネットワーク要因によって、ターゲットシステムへのデータ転送が遅すぎたり、まったく転送されなかったりする場合があります。

Oracleは1つの行に対して複数のブロックを読み込む必要があるため、過度の連鎖はソースデータベースのパフォーマンスを低下させます。過度の連鎖がターゲットシステムでのPostパフォーマンスを低下させるのは、データベース内のブロックの断片化により、PostがSQLステートメントを適用できる速度が低下するからです。

Captureが処理し終わる前にREDOログがラップすると、Captureはアーカイブログを読み込みますが、これがレプリケーションの速度を低下させ、ディスク容量を消費する可能性があります。ほとんどの場合、SharePlexがアーカイブログの使用を回避できるようにREDOログを設定する必要があります。

ホットバックアップやその他のOracle負荷が高い操作中に、Capture、Read、またはその両方が遅くなる場合は、システムのプロセス優先度設定を見て、SharePlexにさらにリソースを割り当てることができるかどうかを判断します。

レプリケーション内のテーブルでPK/UKロギングが有効になっていない場合、SharePlexは、更新および削除操作のキー値を取得するためにデータベースにクエリする必要があります。

Captureがログラップを検出し、アーカイブログが利用できない場合、Captureは停止し、「Log wrap detected」（ログラップが検出されました）のエラーを返します。Captureは一定時間待機してから再開し、ログが復元されるまでこのプロセスを続行します。

Captureは圧縮されたアーカイブログを読み取ることができません。

必要なアーカイブログが見つからない場合、Captureは停止します。REDOログがラップされると、CaptureはOracleのアーカイブログリストからアーカイブを探し、そこにログがない場合、CaptureはSP_OCT_ARCH_LOCパラメータで指定された場所を探します。

Captureは、ログを読み取れなかったり、見付けることができなかったりすると停止し、その後、再度ログの読み取りを試みます。

ターゲットテーブルにキーがない場合、Postは、正しい行を見付けるためにフルテーブルスキャンを実行する必要があります。これによりPostプロセスが遅くなります。

ビットマップインデックスはクエリには有益ですが、Postによって適用されるDML操作の速度を低下させます。

ターゲットシステム上のディスクI/Oのボトルネックは、Postのパフォーマンス低下の一般的な原因です。Postは、Oracleがデータをコミットするのを待つために多くの時間を費やす可能性があります。ピアツーピアレプリケーションで、同じログデバイスから読み取るCaptureプロセスがある場合、この影響はさらに悪化します。

バッファの取得数が多い

バッファの取得数が多いSQLステートメントがあるテーブルを見直します。インデックスに対するバッファの取得は、インデックスのサイズとそれが一意のインデックスかどうかに応じて、2～4つにとどめる必要があります。

デフォルトでは、1つのバッファライターがすべてのダーティなOracleブロックをディスクに書き込みます。バッファライタープロセスが書き込みのために起動するたびに、共有メモリの一部がロックされ、事実上、データブロックを変更しているまたは読み込んでいるプロセス（Postプロセスを含む）がブロックされます。

通常、Postは各COMMITを受信した後に内部的な読み取り/リリースを実行します。これは、チェックポイントのリカバリプロセスの一環として、キューからそのデータを削除することを意味します。小規模なトランザクションの場合、これはターゲットシステム上で過剰なI/Oを発生させ、Postプロセスを遅らせる可能性があります。

レプリケーション内のシーケンスがキャッシュされない場合、レプリケーションのボリュームが不必要に増加します。

以下のようなエラーが表示される場合、ターゲットシステムのシステムファイル記述子の設定を増やす必要があります。

Error 07-24-08 12:11:40.360226 8693 12345 Poster error: /var/quest/ vardir/log/event_log: Too many open files (posting from ora102, queue prodsys, to ora10b)（エラー07-24-08 12:11:40.360226 8693 12345ポスターエラー: /var/quest/ vardir/log/event_log: 開いているファイルが多すぎます（ora102、キューprodsyspostingからora10bへのポスト））

repairコマンドは、repairプロセスの間、修復が必要なすべての行をロックします。または、1000行以上の非同期の行がある場合はテーブル全体をロックします。このため、Postが修復中のテーブルにデータを適用しようとすると、Postがブロックされる可能性があります。

CaptureとPostの速度の違い

SharePlexは、REDOログからレコードを読み込んで処理する方が、標準的なSQLステートメントでこれらの操作をターゲットデータベースにポストするよりも高速に行えます。

修正可能なデータベースエラーが発生した場合にPostが停止することで、データが非同期になるリスクなしにユーザが問題を修正できるようになります。エラーと不良なSQLステートメントは、ターゲットシステム上の変数データディレクトリのlogサブディレクトリにあるdatabaseID_errlog.sqlファイルに記録されます。

非同期状態など、修正できないデータベースエラーもあります。この場合、SharePlexはエラーをイベントログに記録し、エラーとSQLステートメントをdatabaseID_errlog.sqlファイルに書き込み、処理を続行します。ただし、修正不可能なエラーによってPostが停止することもあります。

ターゲットテーブルがロックされている場合、PostプロセスはSQLステートメントを適用できず、エラーメッセージを生成します。このメッセージは、ユーザ、アプリケーション、またはジョブがテーブルにアクセスしており、非同期状態を引き起こしている可能性があることを意味します。または、Oracleターゲットの場合、repairコマンドがテーブルをロックしたことを意味します。

名前付きexportキューを使用していて、設定を非アクティブにした場合、Postがキューから残りのデータをポストせずに、以下のエラーで停止することがあります。

sp_opst_mt (for o.qa920-o.qa920 queue q5) 15007 - Can't open poster queue que_NOEXIST: Queue does not exist.（sp_opst_mt (for o.qa920-o.qa920 queue q5) 15007 - ポスターキューque_NOEXISTを開けません: キューが存在しません。）

キュー名が長すぎると、Postが停止します。

Oracleソースの場合、アクティベーション後に作成されたテーブルは自動的にレプリケーションに追加されます。

ソーステーブルが破損している場合、またはレプリケートされたデータをターゲットデータベースにポストしたくない別の理由がある場合、テーブルをアクティブな設定から削除したり、他のオブジェクトのポストに影響を与えたりすることなく、そのテーブルのポストを防ぐことができます。

Warning: Running out of cursors. Number of cursors opened so far is number. Will attempt to decrease SQL Cache size.（警告: カーソルが不足しています。これまでにオープンされたカーソルの数はnumberです。SQLキャッシュサイズの削減を試みます。）

または...

Notice: Shrinking SQL Cache size to number per session.（通知: SQLキャッシュサイズをセッションあたりの数まで縮小します。）

15051 – missing column in the hint file (either table or index name)（ヒントファイルに列がありません（テーブルまたはインデックス名）。）

15052 – syntax error for tablename （tablenameのシンタックスエラー）

15053 – syntax error for indexname（indexnameのシンタックスエラー）

ローカルのhostsファイルが適切に設定されていません。

SharePlexは、参照する必要のあるパラメータを見付けることができません。実行中のSharePlexのバージョンより、param-defaultsファイルのバージョンが古いです。誰かがダウンロードしたパッチを使用してSharePlexバイナリを更新し、最新のparam-defaultファイルをインストールしていない可能性があります。