SharePlex 11.4 - 管理者ガイド

Oracleアプリケーションのパッチまたはアップグレードの適用

この章では、アプリケーションのパッチまたはアップグレードを適用する必要があり、アクティブなレプリケーション設定が存在する場合の手順を説明します。これらの手順はOracleデータベースに適用されます。

内容

アプリケーションにパッチまたはアップグレードを適用する前に

SharePlexレプリケーションがアクティブなシステムでアプリケーションのパッチやアップグレードを適用する前に、以下のトピックを確認してください。

どの手順を使用するか?

レプリケーション実行中にアプリケーションのパッチまたはアップグレードをOracleデータベースに適用するには、さまざまな方法があります。どの方法を選ぶかは、パッチまたはアップグレードによってどのような変更が加えられるかによって異なります。

分割レプリケーションにおけるパッチとアップグレードの影響

パッチやアップグレードによって、設定ファイルの垂直分割レプリケーションの列パーティションに影響を与える変更が加えられる可能性があります。この手順を実行する際には、以下の点に注意してください。

詳細については、垂直分割レプリケーションの設定を参照してください。

使用する命名規則

これらの手順では、「ソース」システムは以下のいずれかです。

• カスケードレプリケーションを含む単一方向レプリケーション設定のソースシステム。
• 統合レプリケーション設定のすべてのソースシステム。
• ピアツーピアレプリケーション設定の信頼できるソースシステム

これらの手順では、「ターゲット」システムは以下のいずれかです。

• カスケードレプリケーションや統合レプリケーションを含む、単一方向レプリケーション設定のターゲットシステム
• ピアツーピアレプリケーション設定のセカンダリシステム

この手順では、SharePlexのコマンドは、使用しているレプリケーション戦略に適用されるすべてのsp_copインスタンスに適用されます（統合レプリケーションのターゲット上のすべてのsp_copプロセスなど）。

ソースにパッチ/アップグレードを適用してからターゲットにコピー

サポート対象データベース

すべてのサポート対象プラットフォーム上のOracle

この手順を使用する状況

パッチまたはアップグレードにより、SharePlexによってレプリケートされないタイプのDDL変更が行われる場合、この手順を使用します。DDLがサポートされているオブジェクトのリストについては、『SharePlexリリースノート』を参照してください。

手順の概要

この手順を使用して、ターゲットシステムに直接パッチまたはアップグレードを適用する代わりに、Oracleホットバックアップを実行し、ソースシステムからターゲットシステムにパッチまたはアップグレードをコピーします。これは、パッチやアップグレードによってSharePlexレプリケーションではサポートされていないタイプの大規模な変更が行われる場合や、その内容が不明な場合に便利です。

この手順を使用すると、ソースシステムで設定ファイルをアクティブに保つことができます。reconcileコマンドを使用して、以下を特定して削除します。

• レプリケートされたが、バックアップによっても適用された、パッチまたはアップグレード操作からの重複するDMLとサポートされているDDL。
• レプリケートされたが、バックアップによっても適用された本番トランザクション。

パッチ/アップグレードの適用

パッチまたはアップグレードを適用するには:

1. ソースシステムとターゲットシステムで、レプリケーションに関与するインスタンスへのユーザアクセスを停止します。ただし、SharePlexはシャットダウンしないでください。
2. ソースシステムで、sp_ctrlを実行します。

3. ソースシステムで、データをターゲットシステムにフラッシュします。このコマンドはPostを停止し、データストリームにマーカーを置いて、ソースデータとターゲットデータ間の同期ポイントを確立します。

   sp_ctrl> flush datasource

   ここで、datasourceはソースインスタンスのデータソースです。例: o.oraA。

4. ソースシステムでパッチまたはアップグレードを適用します。
5. ソースシステムで、ソースインスタンスへのユーザアクセスを復元します。

6. [パッチ/アップグレードによりレプリケートが必要なオブジェクトが追加された場合] 設定ファイルを以下のように編集します（非アクティベーションしないでください）。パッチまたはアップグレードが、分割レプリケーションの列パーティションまたは列条件に影響を与えた可能性があります。詳細については、アクティブな設定ファイルの変更を参照してください。

   • 設定ファイルをコピーします。

     sp_ctrl> copy config filename to newname

   • コピーしたファイルを編集します。

     sp_ctrl> edit config newname

     ファイルを保存します。

7. 以下のいずれかを実行します。

   • 前のステップでオブジェクトを追加した場合は、新しい設定ファイルをアクティベーションします。

     sp_ctrl> activate config newname

   • 元の設定ファイルに変更を加えていない場合は、そのファイルをアクティベーションします。

     sp_ctrl> activate config filename

8. ソースで、Oracleホットバックアップを実行します。

9. ソースで、ログファイルを切り替え、アーカイブログの最も大きいシーケンス番号を書き留めておきます。

   オンプレミスのデータベース:

   svrmgr1> alter system switch logfile;

   Amazon RDSデータベース:

   Amazon RDSプロシージャrdsadmin.rdsadmin_util.switch_logfileを使用します。

10. ターゲットで、RECOVER句のUNTIL CANCELオプションを使用してホットバックアップからターゲットデータベースをリカバリし、前の手順で記録したログをOracleが完全に適用した後にリカバリをキャンセルします。
11. ターゲットシステムで、RESETLOGSオプションを指定してデータベースを開きます。
12. ターゲットインスタンスでデータベース・セットアップ・ユーティリティを実行します。ただし、新しいユーザは作成しないでください。既存のSharePlexユーザとパスワード（バックアップにコピーしたもの）を選択します。詳細については、『SharePlexリファレンスガイド』の「データベース・セットアップ・ユーティリティ」を参照してください。

13. ターゲットシステムで、先ほど書き留めたログのシーケンス番号を使用してreconcileコマンドを発行します。名前付きpostキューを使用している場合は、それぞれに対してコマンドを実行します。キュー名がわからない場合は、最初にqstatusコマンドを実行します。

    sp_ctrl> qstatus

    sp_ctrl> reconcile queue queuename for datasource-datadest seq sequence_number

    例: reconcile queue SysA for o.oraA-o.oraA seq 1234

    注意: 照合処理は、終了するまでsp_ctrlの制御を保持します。

14. ターゲットシステムで、パッチまたはアップグレードによってレプリケーション内のテーブルにトリガがインストールされた場合は、それらを無効にするか、sp_add_trigger.sqlユーティリティスクリプトを実行することで、トリガがSharePlexユーザを無視するようにします。
15. ターゲットシステムで、パッチまたはアップグレードによってチェック制約、またはDMLを実行するスケジュール済みのジョブが追加された場合は、それらを無効にします。

16. ターゲットシステムで、分割レプリケーションに必要なクリーンアップを実行します。

17. ターゲットシステムでPostを開始します。

    sp_ctrl> start post

    これで2つのインスタンスが同期され、SharePlexはレプリケーションを再開します。

ソースおよびターゲットへのパッチ/アップグレードの適用

サポート対象データベース

すべてのサポート対象プラットフォーム上のOracle

この手順を使用する状況

パッチまたはアップグレードにより、SharePlexによってレプリケートされないタイプのDDL変更が行われる場合、この手順を使用します。DDLがサポートされているオブジェクトのリストについては、『SharePlexリリースノート』を参照してください。

手順の概要

アプリケーションのパッチまたはアップグレードに、SharePlexによってレプリケートされないデータベースへの変更が含まれている場合、この手順を使用してパッチまたはアップグレードを適用します。設定ファイルを非アクティベーションおよび再アクティベーションするために、ソースデータベースへのユーザアクセスを停止することができます。SharePlexがオブジェクト情報を再構築して、パッチまたはアップグレードによって適用された変更を組み込むには、設定ファイルを非アクティベーションする必要があります。設定を再アクティベーションすると、SharePlexはすべてのオブジェクトを再度分析します。パッチまたはアップグレードをターゲットシステムに適用している間、ユーザにソースデータへのアクセスを許可することができます。

パッチ/アップグレードの適用

パッチまたはアップグレードを適用するには:

1. ソースシステムとターゲットシステムで、レプリケーションに関与するインスタンスへのユーザアクセスを停止します。ただし、SharePlexはシャットダウンしないでください。

2. ソースシステムで、データをターゲットシステムにフラッシュします。このコマンドはPostを停止し、データストリームにマーカーを置いて、ソースデータとターゲットデータ間の同期ポイントを確立します。

   sp_ctrl> flush datasource

   ここで、datasourceはソースインスタンスのデータソースです。例: o.oraA。

3. ソースシステムで、設定を非アクティベーションします。

   sp_ctrl> deactivate config filename

4. ソースシステムでパッチまたはアップグレードを適用します。

5. [パッチ/アップグレードによりレプリケートする必要があるオブジェクトが追加される場合] ソースシステムで、設定ファイルを編集します。分割レプリケーションを使用している場合は、列パーティションまたは列条件の変更も含まれます。詳細については、アクティブな設定ファイルの変更を参照してください。

   sp_ctrl> edit config filename

6. ソースシステムで、設定ファイルをアクティベーションします。

   sp_ctrl> activate config filename

7. ソースシステムで、ソースインスタンスへのユーザアクセスを復元します。
8. ターゲットシステムで、パッチまたはアップグレードを適用します。
9. ターゲットシステムで、パッチまたはアップグレードによってレプリケーション内のテーブルにトリガがインストールされた場合は、それらを無効にするか、sp_add_trigger.sqlユーティリティスクリプトを実行することで、トリガがSharePlexユーザを無視するようにします。
10. ターゲットシステムで、パッチまたはアップグレードによってチェック制約、またはDMLを実行するスケジュール済みのジョブが追加された場合は、それらを無効にします。
11. ターゲットシステムで、分割レプリケーションに必要なクリーンアップを実行します。

12. ターゲットシステムでPostを開始します。

    sp_ctrl> start post

    これで2つのインスタンスが同期され、SharePlexはレプリケーションを再開します。