1. Oracle GoldenGate Veridataのアップグレード
  2. Oracle GoldenGate Veridataのアップグレード

2 Oracle GoldenGate Veridataのアップグレード

システムをアップグレードし、スキーマおよびVeridataエージェントなどのユーティリティをアップグレードするには、ステップ・バイ・ステップの手順を実行します。

この章の内容は次のとおりです。

アップグレード・パスの選択およびアップグレード

既存のOracle GoldenGate VeridataリリースをVeridata 12c (12.2.1.2.0)リリースにアップグレードするには、現在の環境に適したアップグレード・パスを選択し、その項の手順を使用してアップグレードを進めます。

Veridata 11gからVeridata 12.2.1.2.0へのアップグレード

Oracle GoldenGate Veridata 11gリリースは、Apache Tomcatアプリケーション・サーバーの使用に基づいていました。Oracle GoldenGate Veridata 12.2.1.2.0はOracle WebLogic Serverを使用し、他のOracle Fusion Middleware製品に依存します。

注意:

Oracle GoldenGate Veridata 12cリリースでの製品変更に伴い、アップグレードを実行すると現在のユーザー・プリファレンスはすべて失われます。

11.2.1.0.0以上から12.2.1.2.0にアップグレードするには、次の手順を使用します。

  1. 「Veridataスキーマのアップグレード」で、アップグレード・アシスタントを実行して現在のVeridataスキーマを12.2.1.2.0にアップグレードします。
  2. 「リポジトリ作成ユーティリティを使用したリポジトリ・スキーマの作成」では、RCUを実行してOPSSスキーマおよびサービス表(STB)を作成します。
  3. 「アップグレードしたスキーマを使用したVeridataドメインの作成」では、Oracle WebLogic Server構成ウィザードを実行し、前にアップグレードしたVeridataデータベースと新たに作成したOPSSおよびSTBスキーマを使用して、新しいVeridataドメインを作成します。
  4. 「Oracle GoldenGate Veridata構成のアップグレード」では、アップグレード・アシスタントを実行し、Veridata構成の12.2.1.2.0へのアップグレードを実行します(ウォレットとveridata.cfgの移行を含む)
  5. Veridata WebLogic Serverおよびドメインを起動します。Oracle GoldenGate Veridataのインストールと構成のサーバーの起動に関する項を参照してください。
  6. Veridataエージェントのアップグレードで、agent_configユーティリティを実行してVeridataエージェントをアップグレードします。
  7. アップグレード後タスクの実行に移動し、インストール後タスクを実行します。

Veridata 12.1.3のコンパクト・ドメインの12.2.1.2.0へのアップグレード

SQL Serverデータベースをリポジトリとして使用していたOracle GoldenGate Veridata 12.1.3ドメインはコンパクト・ドメインで、OPSSスキーマは使用されていません。コンパクト・ドメインのサポートはOracle GoldenGate Veridata 12.2.1.2.0リリースで除外され、拡張ドメインのみがサポートされています。

コンパクト・ドメイン12.1.3からVeridata 12.2.1.2.0にアップグレードするには、次の手順を使用します。

  1. 「Veridataスキーマのアップグレード」では、アップグレード・アシスタントを実行して現在のVeridataスキーマおよびSTBを12.2.1.2.0にアップグレードします。
  2. 「リポジトリ作成ユーティリティを使用したリポジトリ・スキーマの作成」では、RCUを実行し、12.1.3で使用したものと同じ接頭辞を使用してOPSSスキーマを作成します。
  3. 「アップグレードしたスキーマを使用したVeridataドメインの作成」では、Oracle WebLogic Server構成ウィザードを実行し、前にアップグレードしたVeridataおよびSTBデータベースと新たに作成したOPSSを使用して、新しいVeridataドメインを作成します。
  4. 「Oracle GoldenGate Veridata構成のアップグレード」では、アップグレード・アシスタントを実行し、Veridata構成の12.2.1.2.0へのアップグレードを実行します(ウォレット移行とveridata.cfgの移行を含む)
  5. Veridata WebLogic Serverおよびドメインを起動します。Oracle GoldenGate Veridataのインストールと構成のサーバーの起動に関する項を参照してください。
  6. Veridataエージェントのアップグレードで、agent_configユーティリティを実行してVeridataエージェントをアップグレードします。
  7. アップグレード後タスクの実行に移動し、インストール後タスクを実行します。

Veridata 12.1.3の拡張ドメインのVeridata 12.2.1.2.0へのアップグレード

12.1.3の拡張ドメインからVeridata 12.2.1.2.0にアップグレードするには、次の手順を使用します。

  1. Veridataスキーマのアップグレードで、またはDomain Assisted Schema Upgrade (DASU)を使用して、アップグレード・アシスタントを実行してVeridata、OPSSスキーマ、AUDITスキーマを12.2.1.2.0にアップグレードします。ドメインで使用されるすべてのスキーマで説明しているように、これが推奨のアップグレード方法です。
  2. Oracle WebLogic Server再構成ウィザードを実行し、次のコマンドを使用して既存の12.1.3の拡張ドメインを12.2.1.2.0ドメインに再構成します。
    ORACLE_HOME/oracle_common/common/bin/reconfig.sh -log=logFileName.log -log_priority=FINE
  3. 「Oracle GoldenGate Veridata構成のアップグレード」では、アップグレード・アシスタントを実行して現在のVeridata構成を12.2.1.2.0にアップグレードします。
  4. Veridata WebLogic Serverおよびドメインを起動します。Oracle GoldenGate Veridataのインストールと構成のサーバーの起動に関する項を参照してください。
  5. Veridataエージェントのアップグレードで、agent_configユーティリティを実行してVeridataエージェントをアップグレードします。
  6. アップグレード後タスクの実行に移動します。

Veridata 12.2.1ドメインからVeridata 12.2.1.2.0へのアップグレード

12.2.1のドメインからVeridata 12.2.1.2.0にアップグレードするには、次の手順を使用します。

  1. Veridataスキーマのアップグレードで、またはDomain Assisted Schema Upgrade (DASU)を使用して、アップグレード・アシスタントを実行してVeridata、OPSSスキーマ、AUDITスキーマを12.2.1.2.0にアップグレードします。ドメインで使用されるすべてのスキーマで説明しているように、これが推奨のアップグレード方法です。
  2. Oracle WebLogic Server再構成ウィザードを実行し、次のコマンドを使用して既存の12.2.1ドメインを12.2.1.2.0ドメインに再構成します。
    ORACLE_HOME/oracle_common/common/bin/reconfig.sh -log=logFileName.log -log_priority=FINE
  3. 「Oracle GoldenGate Veridata構成のアップグレード」では、アップグレード・アシスタントを実行して現在のVeridata構成を12.2.1.2.0にアップグレードします。
  4. Veridata WebLogic Serverおよびドメインを起動します。Oracle GoldenGate Veridataのインストールと構成のサーバーの起動に関する項を参照してください。
  5. Veridataエージェントのアップグレードで、agent_configユーティリティを実行してVeridataエージェントをアップグレードします。
  6. アップグレード後タスクの実行に移動します。

MySQLリポジトリ構成のVeridata 12.2.1.2.0への移行

MySQLのサポートはOracle GoldenGate Veridata 12.2.1.2.0で除外されたため、次の手順を使用して、このリリースでサポートされている任意のデータベースに移行する必要があります。

既存の構成(接続、グループ、ジョブ、プロファイルなど)を移行するには、Veridataエクスポート・ユーティリティとインポート・ユーティリティを使用します。詳細は、Oracle GoldenGate Veridataの管理を参照してください。

  1. DOMAIN_HOME/veridata/binディレクトリに移動します。

  2. エクスポート・ユーティリティを使用して、すべての構成済オブジェクトをMySQLリポジトリからXMLファイルにエクスポートします。このユーティリティは、接続(パスワードを含む)、グループ、ジョブおよびプロファイルをエクスポートします。ユーザー・プリファレンスやジョブ実行履歴はエクスポートされません。新しいVeridataエージェントで別のホストまたはポートを使用する場合は、エクスポートされたXMLファイルでこの接続情報を更新します。

    エクスポート・スクリプトを実行する構文は次のとおりです。

    veridata_export[.sh | .bat] -export filePath -wluser commandlineUusername   [-wlport portNo] [–jobs jobName | - groups groupName | -connections connName | -profiles profileName | -all | -exportPassword] [[-repoUrl jdbc_url] [-u username>][-schema schema_name][-vdtPath VERIDATA_PRODUCT_HOME]]

    次に例を示します。

    ./veridata_export.sh -wluser vdtUser -wlport 8830 -export /scratch/mysqlRepo.xml -all -exportPassword -repoUrl jdbc:mysql://localhost:3306/DEV_VERIDATA -username DEV_VERIDATA -schema DEV_VERIDATA -vdtPath /scratch/fmwHome/user_projects/domains/mysqlDomain/

    ここで、-repoUrl、-username、-schema、-vdtPathは現在のMySQL構成に対応します。

    wluserには、Veridataコマンドライン権限およびVeridata管理者権限またはVeridataパワー・ユーザー権限が必要です。

    注意:

    (オプション)エクスポート操作では、リポジトリ内のすべてのデータがXMLファイルに検証なしでエクスポートされます。検証ステータスが正常以外の比較ペアが現在の環境にある場合、エクスポート操作によって生成されたXMLファイルを使用すると、インポート操作に失敗します。インポート操作が失敗しないようにするには、比較ペアの検証を無効化する方法があります。これを行うには、次の手順を実行して、生成されたXMLを更新します。

    1. 生成されたXMLファイルを開きます。

    2. configurationタグを探します。このタグのvalidation属性は、デフォルトでrequiredに設定されています。

    3. validation属性を次のいずれかの値に設定します。

      omit-failures — 正常に検証された比較ペアはすべてリポジトリに追加され、指定された他の比較ペアは無視されるように指定します。

      none — 比較ペアをリポジトリに追加する前に比較ペアの検証を行わないように指定します。この場合は、後でVeridata GUIを使用して検証の問題を確認および修正します。次に例を示します。

      古いタグ: <configuration operation="update" validation="required">

      更新されたタグ: <configuration operation="update" validation="omit-failures">

  3. インポート・ユーティリティを使用して、エクスポートしたすべての構成済オブジェクトをインポートします。

    インポート・ユーティリティを実行する構文は次のとおりです。

    veridata_import[.sh | .bat] [-wlport portNo] -wluser commandlineUusername [-create | -update | -delete | -replace] configuration.xml

    次に例を示します。

    veridatadomain/veridata/bin/veridata_import.sh -wluser vdtUser -wlport 8830 -update /scratch/mysqlRepo.xml

アップグレード・ユーティリティ

この項では、「アップグレード・パスの選択およびアップグレード」で示した様々なアップグレード・パスごとに対応するアップグレード・ユーティリティの使用方法について説明します。ユーザーは、選択したアップグレード・パスの手順で、これらのユーティリティを使用するように指示されます。

アップグレード・ユーティリティの詳細は、アップグレード・アシスタントの使用についてを参照してください。

リポジトリ作成ユーティリティを使用したリポジトリ・スキーマの作成

Oracle GoldenGate Veridataサーバーには、ユーザーがOracle GoldenGate Veridata Webユーザー・インタフェースを使用する際に作成する情報プリファレンスおよび環境プリファレンスを格納するオブジェクトのリポジトリとして機能するデータベースが必要です。次のデータベースは、リポジトリとして使用できます。

  • Oracle

  • Microsoft SQL Serverの場合

Oracle GoldenGate Veridata 12c (12.2.1.2.0)をインストールしてデータベースを構成したら、RCUを使用して、リポジトリ・データベースに必要なスキーマを作成します。システムのORACLE_HOME/oracle_common/binディレクトリに移動してRCUを起動します。

RCUにより、schema_version_registry表がデータベースに作成され、この表はVeridataおよびアップグレード・アシスタントで使用されます。次の項では、各データベースのスキーマの作成方法について説明します。

注意:

RCUのページで、サービス表(STB)を作成する際に、すべてのデータベースでスキーマに一意の接頭辞を指定します。この接頭辞は、Veridataスキーマのアップグレードでアップグレード・アシスタントを実行する際に指定する必要があります。

Veridataリポジトリを削除するには、同じ接頭辞を使用する必要があります。

11gから12.2.1.2.0へのアップグレードで使用するスキーマの作成

すべてのサポート対象データベースに対し、RCUを使用してOracle Platform Security Services (OPSS)スキーマを作成します。「新規接頭辞の作成」を選択して、一意の接頭辞を指定します。「コンポーネントの選択」ページで「Oracle Platform Security Services」を選択します。デフォルトでは、次のようにCommon Infrastructure Services (STB)が選択されています。

図2-1 11gから12.2.1.2.0へのアップグレードで使用するOPSSスキーマの選択

RCUでのスキーマの選択

詳細は、『Repository Creation Utilityによるスキーマの作成』を参照してください。

12.1.3のコンパクト・ドメインSQL Serverから12.2.1.2.0へのアップグレードで使用するスキーマの作成

バージョン12.2.1.2.0にアップグレードする場合、SQL ServerのユーザーはRCUを実行し、12.1.3で使用されていたものと同じ接頭辞を使用してOracle Platform Security Services (OPSS)スキーマを作成する必要があります。「コンポーネントの選択」ページで、OPSSのみを選択します。

図2-2 Oracle以外のデータベースでのOPSSスキーマ表の選択

SQL ServerでのOPSスキーマのみを選択

詳細は、『Repository Creation Utilityによるスキーマの作成』を参照してください。

アップグレードしたスキーマを使用したVeridataドメインの作成

VeridataのWebLogic Serverドメインを作成するには、Oracle GoldenGate Veridataのインストールと構成のOracle GoldenGate Veridataのドメイン構成に説明されている手順に従います。

注意:

図2-3に示すように、構成ウィザードの「JDBCコンポーネント・スキーマ」ページで、アップグレードしたVeridataスキーマの詳細を指定します。

図2-3 構成ウィザードでのスキーマの選択

構成ウィザードで、アップグレードしたスキーマの詳細を指定します

Veridataスキーマのアップグレード

Oracle Fusion Middlewareアップグレード・アシスタントでは、Oracle GoldenGate Veridataスキーマを12c (12.2.1.2.0)にアップグレードします。アップグレード・アシスタントの機能の詳細は、アップグレード・アシスタントの使用についてを参照してください。

この項の内容は次のとおりです。

11gから12.2.1.2.0へのVeridataスキーマのアップグレード

Oracle Fusion Middlewareアップグレード・アシスタントでは、Oracle GoldenGate Veridataスキーマを12c (12.2.1.2.0)にアップグレードします。

Veridataリポジトリ・スキーマを11gから12.2.1.2.0にアップグレードするには、次の手順に従います。

  1. アップグレード・アシスタントを起動するには、ORACLE_HOME/oracle_common/upgrade/binディレクトリに移動し、次のコマンドを入力します。

    UNIXの場合: ./ua

    注意:

    デフォルトのロギング・レベルはNOTIFICATIONです。一般に、Veridataでは-logLevel TRACEをお薦めします。

    -logLevelをTRACEに設定すると、ログに記録される情報が増えるので、それを使用して失敗したアップグレードをトラブルシューティングします。-logLevel TRACEを使用している場合、Oracle Fusion Middlewareアップグレード・アシスタントのログ・ファイルが非常に大きくなる可能性があります。

    Windowsの場合: ua.bat

    注意:

    デフォルトのロギング・レベルはNOTIFICATIONです。一般に、Veridataでは-logLevel TRACEをお薦めします。

    -logLevelをTRACEに設定すると、ログに記録される情報が増えるので、それを使用して失敗したアップグレードをトラブルシューティングします。-logLevel TRACEを使用している場合、Oracle Fusion Middlewareアップグレード・アシスタントのログ・ファイルが非常に大きくなる可能性があります。

    アップグレード・アシスタントの「ようこそ」画面が表示されます。「次」をクリックします。

  2. アップグレード・タイプとして個別に選択したスキーマを選択します。「次」をクリックします
    スキーマのアップグレード・タイプ
  3. アップグレードに使用可能なすべてスキーマのリストがアップグレード・アシスタントに表示されます。Oracle GoldenGate Veridataのみを選択します。その他のスキーマがアップグレードに選択されていないことを確認します。
    アップグレード・アシスタントでのスキーマの選択
  4. 必ずすべてのチェック・ボックスを選択して続行してください。Upgrade Assistantでは前提条件が満たされていることを確認できません。
    ua_prerequisite
  5. VERIDATAスキーマ・ページで、アップグレードするスキーマを含むデータベースの接続資格証明を入力します。
    11gから12.2.1.2.0へのスキーマのアップグレード
  6. 「Veridataスキーマ接頭辞」ページで、RCUを使用してスキーマを作成する際に入力した接頭辞を入力します。「リポジトリ作成ユーティリティを使用したリポジトリ・スキーマの作成」を参照してください。
    11gから12.2.1.2.0へのVeridataスキーマ接頭辞
  7. 「調査」画面では、アップグレード・アシスタントにより、選択したコンポーネントをアップグレードする前に、一連の検証が実行されます。すべての検証が成功していることを確認します。「次」をクリックします。
  8. 「アップグレード・サマリー」画面で「アップグレード」をクリックし、アップグレードを開始します。「アップグレードの進行状況」の各画面には、アップグレードの進行状況に関する情報が示され、「アップグレード成功」画面にアップグレードが要約されます。

スキーマのアップグレードを確認するには、「スキーマのアップグレードの確認」に説明されている手順に従います。

スキーマのアップグレード中に発生する可能性のある問題をトラブルシューティングするには、「アップグレードのトラブルシューティング」の説明に従い、ログを確認します。

12.1.3コンパクト・ドメインから12.2.1.2.0へのOracle GoldenGate Veridataスキーマのアップグレード

Oracle Fusion Middlewareアップグレード・アシスタントでは、Oracle GoldenGate Oracle GoldenGate Veridataスキーマを12c (12.2.1.2.0)にアップグレードします。

12.1.3コンパクト・ドメインから12.2.1.2.0にOracle GoldenGate Veridataリポジトリ・スキーマをアップグレードするには、次の手順を実行します。

  1. アップグレード・アシスタントを起動するには、ORACLE_HOME/oracle_common/upgrade/binディレクトリに移動し、次のコマンドを入力します。

    UNIXの場合: ./ua

    注意:

    デフォルトのロギング・レベルはNOTIFICATIONです。一般に、Veridataでは-logLevel TRACEをお薦めします。

    -logLevelをTRACEに設定すると、ログに記録される情報が増えるので、それを使用して失敗したアップグレードをトラブルシューティングします。-logLevel TRACEを使用している場合、Oracle Fusion Middlewareアップグレード・アシスタントのログ・ファイルが非常に大きくなる可能性があります。

    Windowsの場合: ua.bat

    注意:

    デフォルトのロギング・レベルはNOTIFICATIONです。一般に、Veridataでは-logLevel TRACEをお薦めします。

    -logLevelをTRACEに設定すると、ログに記録される情報が増えるので、それを使用して失敗したアップグレードをトラブルシューティングします。-logLevel TRACEを使用している場合、Oracle Fusion Middlewareアップグレード・アシスタントのログ・ファイルが非常に大きくなる可能性があります。

    アップグレード・アシスタントの「ようこそ」画面が表示されます。「次」をクリックします。

  2. アップグレード・タイプとして個別に選択したスキーマを選択します。「次」をクリックします
    スキーマのアップグレード・タイプ
  3. アップグレードに使用可能なすべてスキーマのリストがアップグレード・アシスタントに表示されます。共通インフラストラクチャ・サービスおよびOracle GoldenGate Veridataのみを選択します。その他のスキーマがアップグレードに選択されていないことを確認します。
    12.1.3のアップグレード・アシスタントでのスキーマの選択
  4. 必ずすべてのチェック・ボックスを選択して続行してください。Upgrade Assistantでは前提条件が満たされていることを確認できません。
    ua_prerequisite
  5. VERIDATAスキーマ・ページで、アップグレードするスキーマを含むデータベースの接続資格証明を入力します。
    12.1.3から12.2.1.2.0へのスキーマのアップグレード
  6. 「Veridataスキーマ接頭辞」ページで、RCUを使用してスキーマを作成する際に入力した接頭辞を入力します。「リポジトリ作成ユーティリティを使用したリポジトリ・スキーマの作成」を参照してください。
    11gから12.2.1.2.0へのVeridataスキーマ接頭辞
  7. 「調査」画面では、アップグレード・アシスタントにより、選択したコンポーネントをアップグレードする前に、一連の検証が実行されます。すべての検証が成功していることを確認します。「次」をクリックします。
  8. 「アップグレード・サマリー」画面で「アップグレード」をクリックし、アップグレードを開始します。「アップグレードの進行状況」の各画面には、アップグレードの進行状況に関する情報が示され、「アップグレード成功」画面にアップグレードが要約されます。

スキーマのアップグレードを確認するには、「スキーマのアップグレードの確認」に説明されている手順に従います。

スキーマのアップグレード中に発生する可能性のある問題をトラブルシューティングするには、「アップグレードのトラブルシューティング」の説明に従い、ログを確認します。

12.1.3拡張ドメインから12.2.1.2.0へのVeridataスキーマのアップグレード

Oracle Fusion Middlewareアップグレード・アシスタントでは、Oracle GoldenGate Veridataスキーマを12c (12.2.1.2.0)にアップグレードします。

12.1.3拡張ドメインから12.2.1.2.0にVeridataリポジトリ・スキーマをアップグレードするには、次の手順を実行します。

  1. アップグレード・アシスタントを起動するには、ORACLE_HOME/oracle_common/upgrade/binディレクトリに移動し、次のコマンドを入力します。

    UNIXの場合: ./ua

    注意:

    デフォルトのロギング・レベルはNOTIFICATIONです。一般に、Veridataでは-logLevel TRACEをお薦めします。

    -logLevelをTRACEに設定すると、ログに記録される情報が増えるので、それを使用して失敗したアップグレードをトラブルシューティングします。-logLevel TRACEを使用している場合、Oracle Fusion Middlewareアップグレード・アシスタントのログ・ファイルが非常に大きくなる可能性があります。

    Windowsの場合: ua.bat

    注意:

    デフォルトのロギング・レベルはNOTIFICATIONです。一般に、Veridataでは-logLevel TRACEをお薦めします。

    -logLevelをTRACEに設定すると、ログに記録される情報が増えるので、それを使用して失敗したアップグレードをトラブルシューティングします。-logLevel TRACEを使用している場合、Oracle Fusion Middlewareアップグレード・アシスタントのログ・ファイルが非常に大きくなる可能性があります。

    アップグレード・アシスタントの「ようこそ」画面が表示されます。「次」をクリックします。

  2. アップグレード・タイプとして、「ドメインで使用されるすべてのスキーマ」を選択します。「次」をクリックします
    スキーマのアップグレード・タイプ
    「次」を選択した後、画面には次の図に示すように自動選択されたスキーマが表示されます。
    自動検出されたスキーマ
  3. 必ずすべてのチェック・ボックスを選択して続行してください。Upgrade Assistantでは前提条件が満たされていることを確認できません。
    ua_prerequisite
  4. VERIDATAスキーマ・ページで、アップグレードするスキーマを含むデータベースの接続資格証明を入力します。
    スキーマのアップグレード
  5. 「調査」画面では、アップグレード・アシスタントにより、選択したコンポーネントをアップグレードする前に、一連の検証が実行されます。すべての検証が成功していることを確認します。「次」をクリックします。
    「調査」画面
  6. 「アップグレード・サマリー」画面で「アップグレード」をクリックし、アップグレードを開始します。「アップグレードの進行状況」の各画面には、アップグレードの進行状況に関する情報が示され、「アップグレード成功」画面にアップグレードが要約されます。

スキーマのアップグレードを確認するには、「スキーマのアップグレードの確認」に説明されている手順に従います。

スキーマのアップグレード中に発生する可能性のある問題をトラブルシューティングするには、「アップグレードのトラブルシューティング」の説明に従い、ログを確認します。

12.2.1ドメインから12.2.1.2.0へのVeridataスキーマのアップグレード

Oracle Fusion Middlewareアップグレード・アシスタントでは、Oracle GoldenGate Veridataスキーマを12c (12.2.1.2.0)にアップグレードします。

Veridataリポジトリ・スキーマを12.2.1ドメインから12.2.1.2.0にアップグレードするには、次の手順に従います。

  1. アップグレード・アシスタントを起動するには、ORACLE_HOME/oracle_common/upgrade/binディレクトリに移動し、次のコマンドを入力します。

    UNIXの場合: ./ua

    注意:

    デフォルトのロギング・レベルはNOTIFICATIONです。一般に、Veridataでは-logLevel TRACEをお薦めします。

    -logLevelをTRACEに設定すると、ログに記録される情報が増えるので、それを使用して失敗したアップグレードをトラブルシューティングします。-logLevel TRACEを使用している場合、Oracle Fusion Middlewareアップグレード・アシスタントのログ・ファイルが非常に大きくなる可能性があります。

    Windowsの場合: ua.bat

    注意:

    デフォルトのロギング・レベルはNOTIFICATIONです。一般に、Veridataでは-logLevel TRACEをお薦めします。

    -logLevelをTRACEに設定すると、ログに記録される情報が増えるので、それを使用して失敗したアップグレードをトラブルシューティングします。-logLevel TRACEを使用している場合、Oracle Fusion Middlewareアップグレード・アシスタントのログ・ファイルが非常に大きくなる可能性があります。

    アップグレード・アシスタントの「ようこそ」画面が表示されます。「次」をクリックします。

  2. アップグレード・タイプとして、「ドメインで使用されるすべてのスキーマ」を選択します。「次」をクリックします
    スキーマのアップグレード・タイプ
    「次」を選択した後、画面には次の図に示すように自動選択されたスキーマが表示されます。
    自動検出されたスキーマ
  3. 必ずすべてのチェック・ボックスを選択して続行してください。Upgrade Assistantでは前提条件が満たされていることを確認できません。
    ua_prerequisite
  4. VERIDATAスキーマ・ページで、アップグレードするスキーマを含むデータベースの接続資格証明を入力します。
    スキーマのアップグレード
  5. 「調査」画面では、アップグレード・アシスタントにより、選択したコンポーネントをアップグレードする前に、一連の検証が実行されます。すべての検証が成功していることを確認します。「次」をクリックします。
    「調査」画面
  6. 「アップグレード・サマリー」画面で「アップグレード」をクリックし、アップグレードを開始します。「アップグレードの進行状況」の各画面には、アップグレードの進行状況に関する情報が示され、「アップグレード成功」画面にアップグレードが要約されます。
    アップグレード・サマリー

スキーマのアップグレードを確認するには、「スキーマのアップグレードの確認」に説明されている手順に従います。

スキーマのアップグレード中に発生する可能性のある問題をトラブルシューティングするには、「アップグレードのトラブルシューティング」の説明に従い、ログを確認します。

Oracle GoldenGate Veridata構成のアップグレード

Oracle Fusion Middlewareアップグレード・アシスタントは、次の手順を使用してOracle GoldenGate Veridataリポジトリ・スキーマのアップグレードにも使用できます。

  1. アップグレード・アシスタントを起動するには、ORACLE_HOME/oracle_common/upgrade/binディレクトリに移動し、次のコマンドを入力します。

    UNIXの場合: ./ua

    注意:

    デフォルトのロギング・レベルはNOTIFICATIONです。一般に、Veridataでは-logLevel TRACEをお薦めします。

    -logLevelをTRACEに設定すると、ログに記録される情報が増えるので、それを使用して失敗したアップグレードをトラブルシューティングします。-logLevel TRACEを使用している場合、Oracle Fusion Middlewareアップグレード・アシスタントのログ・ファイルが非常に大きくなる可能性があります。

    Windowsの場合: ua.bat

    注意:

    デフォルトのロギング・レベルはNOTIFICATIONです。一般に、Veridataでは-logLevel TRACEをお薦めします。

    -logLevelをTRACEに設定すると、ログに記録される情報が増えるので、それを使用して失敗したアップグレードをトラブルシューティングします。-logLevel TRACEを使用している場合、Oracle Fusion Middlewareアップグレード・アシスタントのログ・ファイルが非常に大きくなる可能性があります。

  2. 「すべての構成」ページでドメインで使用するすべての構成を選択し、ドメインのディレクトリ・パスを入力して、「次へ」をクリックします。
  3. アップグレードするVeridataドメインを選択します。「アップグレードしたスキーマを使用したVeridataドメインの作成」を参照してください。
  4. 「コンポーネント・リスト」ページに、アップグレードするコンポーネントのリストが表示されます。リストを確認し、「次へ」をクリックして、アップグレード・プロセスを開始します。
    コンポーネント
  5. 「前提条件」画面には、先に進む前に確認が必要な項目がリストされます。

    続行する前にボックスを確認してください。Upgrade Assistantでは前提条件が満たされていることを確認できません。

  6. アップグレード・パスに応じて、次のいずれかのアクションを実行します。

    「Veridata 11gホーム・ディレクトリ」ページで、Veridata 11gインストールの場所を指定します。

    Veridata 11gホーム・ディレクトリ・ページ
    11gと12.1.3のVeridataリポジトリとしてSQL Serverを使用した場合、次の図が適用されます。
    古いVeridataホーム・ディレクトリ

    12.1.3拡張ドメインおよび12.2.1.0.0からアップグレードするとき、「Veridataホーム・ディレクトリ」ページは表示されません。

  7. 「調査」画面では、アップグレード・アシスタントにより、選択したコンポーネントをアップグレードする前に、一連の検証が実行されます。すべての検証が成功していることを確認します。「次へ」をクリックして、アップグレード・プロセスを開始します。
  8. 「アップグレード・サマリー」画面で「アップグレード」をクリックし、アップグレードを開始します。「アップグレードの進行状況」の各画面には、アップグレードの進行状況に関する情報が示され、「アップグレード成功」画面にアップグレードが要約されます。

Veridataエージェントのアップグレード

  1. 次のいずれかのコマンドを使用して、既存のVeridataエージェントを新しい12c (12.2.1.2.0)エージェントにアップグレードします。

    11gからのアップグレード

    Oracle GoldenGate VeridataエージェントをORACLE_HOME外部のディレクトリにデプロイします。

    ORACLE_HOME/veridata/agent/bin/agent_config.sh NEW_AGENT_ORACLE_HOME

    12c (12.1.3または12.2.1)からのアップグレード

    Veridataエージェントを12c (12.1.3または12.2.1)の設定で使用されていたものと同じ場所にデプロイします。

    ORACLE_HOME/veridata/agent/agent_config.sh OLD_AGENT_ORACLE_HOME

    どちらのコマンドも、次のファイルを新しい12.2.1.2.0ファイルで置き換えます。

    UNIXの場合:

    agent.properties.sample
config/agent-jps-config.xml
config/certs/serverIdentity.jks
config/certs/serverTrust.jks
config/odl.xml;
agent.sh
configure_agent_ssl.sh

    Windowsの場合:

    agent.bat
agent.properties.sample
config/agent-jps-config.xml
config/certs/serverIdentity.jks
config/certs/serverTrust.jks
config/odl.xml
configure_agent_ssl.bat
service/Install_Veridata_Agent.bat
service/README.txtservice/Start_Veridata_Agent.bat
service/Stop_Veridata_Agent.bat
service/Uninstall_Veridata_Agent.bat
service/agent_service.properties
  2. (オプション)前のリリースで、手順1にリストされている任意のファイルを変更した場合は、バックアップ・ファイルを使用してその変更されたファイルを置き換えます。VeridataエージェントがサービスとしてWindowsマシンにインストールされている場合は、前のリリースで使用していたものと同じサービス名でservice/agent_service.propertiesプロパティを更新します。
  3. (オプション) Veridataエージェントとサーバー間のSSL通信を構成するには、エージェントのSSLプロパティを設定し、Oracle GoldenGate Veridataの管理のOracle GoldenGate Veridataセキュリティの構成に関する項に説明されている手順に従います。
  4. Veridataエージェントを起動します。