ora_cleanspユーティリティは現在の複製状況を削除して有効なコンフィグを無効化します。
この記事ではora_cleanspの実行手順を説明します。
注意: この手順を実施することで現在のレプリケーション設定が解除されます。
注意: ora_cleanspの実行はレプリケーションができなくなった関係するすべてのシステム（例：ソース、ターゲット）で作業する準備ができるまでは行わないでください。（片方が稼働している間にora_cleanspは実行しない。ソース・ターゲット両方のSharePlexが停止した状態で行う）
sp_ctrl> shutdown
Unix/Linuxの場合）
ora_cleansp database_name/shareplex_username/password
Unix/Linux (v9.2 以前)
ora_cleansp shareplex_username/password
C:\> ora_cleansp.exe database_name/sharePlex_username/password@tnsalias -r2400
ora_cleanspユーティリティは 現在の複製状況を削除し、コンフィグの非活性化まで行います。
複製設定を初期状態まで回復するために2段階の作業が行われます。
つまり、SharePlexDBユーザーが使用するテーブルのTruncate実施 および SharePlex vardirディレクトリ内のキューの削除 が行われます。
ただしユーザーが作成するコンフィグファイル(VARDIR/config/)およびVARDIR/data/のconflict_resolution.* 、transformation.* , hints.* , paramdbパラメータファイル, oramsglistなど）は保持されます。
ora_cleanspは 1システムに複数のSharePlexサービスが構成されている環境であっても指定されたポート番号/vardirからなる組み合わせのSharePlexサービスに対してのみ作用します。
手順3.と同様に実施します。
cop起動
$ sp_cop &
Windows環境では SpUtilsから起動します。
cop起動
$ sp_cop &
Windows環境では SpUtilsから起動します。
SharePlex ソース側で ora_cleansp実施(手順3.)後は実施前にActiveだったコンフィグは無効になっています。
ソース側でコンフィグの再度有効化作業と必要なテーブルをrepair作業を行い、レプリケーションを再開します。
