1. Oracle GoldenGate for Big Dataのインストールおよびアップグレード
  2. Oracle GoldenGate for Big Dataのインストール

3 Oracle GoldenGate Microservices for Big Dataのインストール

Oracle GoldenGate Microservices Architecture (MA) for Big DataはOUIを使用してインストールします。OUIでコマンドラインのサイレント・インストールを使用することもできます。

この章では、Oracle GoldenGate Microservices for Big Dataの新規インスタンスのインストール方法を説明します。インストールは3段階のプロセスで実行します。
  • Oracle GoldenGate MAをインストールします。
  • 必要な環境変数を設定します。
  • 構成アシスタントを使用してOracle GoldenGateインスタンスをデプロイします。
インストーラは、選択したデータベースに関連付けられる中央インベントリにOracle GoldenGateホーム・ディレクトリを登録します。OUIを使用して製品がインストールされている場合、インベントリには、ホストにインストールされるすべてのOracleソフトウェア製品の情報が格納されます。

ディスク領域はOracle GoldenGate Bounded Recovery機能にも必要です。Bounded Recoveryは一般的なExtractチェックポイント機能のコンポーネントです。この機能は長時間実行中のオープン・トランザクションを特定の間隔でディスクにキャッシュして、Extractの再起動における高速リカバリを有効にします。個々のBounded Recovery間隔(BRパラメータのBRINTERVALオプションで制御されます)で必要となるディスクは次のとおりです。キャッシュ済データを備えるトランザクションごとに必要とされるディスク領域は通常、64KBプラス、64KBに丸められたキャッシュ済データのサイズです。長時間実行中のトランザクションがすべてディスクに保管されるわけではありません。

トピック:

  • UIを使用したOracle GoldenGate MA for Big Dataのインストール
    対話型インストールでは、必要なインストール情報を求めるグラフィカル・ユーザー・インタフェースが提供されます。次の手順は新規インストールおよびアップグレードに適用されます。
  • サイレント・インストール
    コマンドライン・インタフェースからのサイレント・インストールは、システムにX-Windowsやグラフィカル・インタフェースが備わっていない場合またはインストールを自動化する場合に実行できます。サイレント・インストールでは、Oracle製品のインストール時に、組織の複数のユーザーが確実に同じインストール・プロセス・オプションを使用するようになります。
  • セキュアなデプロイメントまたはセキュアでないデプロイメントの設定
    セキュアなデプロイメントとセキュアでないデプロイメントの設定を選択できます。

3.1 UIを使用したOracle GoldenGate MA for Big Dataのインストール

対話型インストールでは、必要なインストール情報を求めるグラフィカル・ユーザー・インタフェースが提供されます。次の手順は新規インストールおよびアップグレードに適用されます。

UIを使用してOracle GoldenGate for Big Dataをインストールする手順は、次のとおりです。

  1. Oracle GoldenGateをインストールする一時ステージング・ディレクトリを作成します。たとえば、mkdir /u01/stage/oggscです。
  2. インストール用のZIPファイルを一時ステージング・ディレクトリに解凍します。例: unzip .ggs_Linux_x64_BigData_64bit_services.zip -d ./temp directory
  3. 展開されたディレクトリからggs_Linux_x64_BigData_64bit_services/Disk1/runInstallerプログラムを実行し(UNIXまたはLinux上)、インストール・ウィザードを表示します。
  4. 「インストール・オプションの選択」ページで、目的の環境に応じたOracle Databaseのバージョンを選択し、「次へ」をクリックして続行します。
  5. WindowsでManagerをサービスとして実行している場合は、jvm.dllが含まれるようにシステム変数PATHを設定し、Managerサービスを削除して再追加します。
  6. 「インストール詳細の指定」ページで、次の環境変数が設定されていることを確認します。
    • OGG_HOME
  7. 「次へ」をクリックして、「サマリー」ページを表示します。
  8. インストールに十分な領域があり、インストールの選択が正しいことを確認します。
    • (オプション)「レスポンス・ファイルの保存」をクリックして、インストール情報をレスポンス・ファイルに保存します。このファイルを入力として使用して、コマンドラインからインストーラを実行し、他のシステムで成功したインストールの結果を複製します。このファイルを編集、またはテンプレートから新しいファイルを作成できます。
    • 「インストール」をクリックしてインストールを開始するか、「戻る」をクリックして戻り、入力指定を変更します。既存のOracle GoldenGateインストールをアップグレードする際、OUIではソフトウェアの場所にファイルまたはディレクトリがあると示されます。「はい」をクリックして続行します。
    • 中央インベントリ・ディレクトリを作成すると、INVENTORY_LOCATION/orainstRoot.shスクリプトを実行するように求められます。このスクリプトは、rootオペレーティング・システム・ユーザーとして実行されます。このスクリプトでは、インベントリ・データが確立され、インストールされるOracle製品ごと(この場合はOracle GoldenGate)にサブディレクトリが作成されます。

    インストールが終了すると、通知されます。

  9. 「閉じる」をクリックしてインストールを完了します。

親トピック: Oracle GoldenGate Microservices for Big Dataのインストール

3.2 サイレント・インストール

コマンドライン・インタフェースからのサイレント・インストールは、システムにX-Windowsやグラフィカル・インタフェースが備わっていない場合またはインストールを自動化する場合に実行できます。サイレント・インストールでは、Oracle製品のインストール時に、組織の複数のユーザーが確実に同じインストール・プロセス・オプションを使用するようになります。

サイレント・インストールは、レスポンス・ファイルを使用して進められます。レスポンス・ファイルは、対話型のOracle Universal Installerセッションで「レスポンス・ファイルの保存」オプションを選択するか、バイナリ解凍後のレスポンス・ディレクトリにあるoggcore.rspテンプレートを編集することで保存できます。

Oracle GoldenGateレスポンス・ファイルには、Oracle GoldenGateに固有のパラメータに加えて、Oracle構成パラメータの標準のセットが含まれます。これらのパラメータは、インタラクティブ・セッションのフィールドに対応します。レスポンス・ファイルは次の場所にあります。 
unzipped_directory/ggs_Linux_x64_BigData_64bit_services/Disk1/response

レスポンス・ファイルを使用してインストールを実行する場合は、次のコマンドを発行します。 

unzipped_directory/ggs_Linux_x64_BigData_64bit_services.zip/Disk1/runInstaller -silent -nowait -responseFile absolute_path_to_response_file

親トピック: Oracle GoldenGate Microservices for Big Dataのインストール

3.3 セキュアなデプロイメントまたはセキュアでないデプロイメントの設定

セキュアなデプロイメントとセキュアでないデプロイメントの設定を選択できます。

セキュアなデプロイメントでは、RESTful APIコールを発行し、証跡データをSSL/TLSを介してDistribution ServerとReceiver Server間で転送します。認証局(CA)から取得した既存のビジネス証明書を使用するか、独自の証明書を作成できます。最初にSSL/TLSセキュリティ証明書を作成するときは、SSL/TLSセキュリティ環境変数を確認する必要があります。

セキュアでないデプロイメントの場合は、RESTful APIコールがプレーンテキストHTTP上で発生し、Distribution ServerとReceiver Server間の送信がwss、oggおよびwsプロトコルを使用して実行されます。

ここでは、セキュアでないデプロイメントを構成するステップと、セキュアなデプロイメントを構成する前提条件とタスクについて説明します。

親トピック: Oracle GoldenGate Microservices for Big Dataのインストール

3.3.1 セキュアなデプロイメントまたはセキュアでないデプロイメントの追加方法

デプロイメントの追加は、データ・レプリケーション・プラットフォームを設定するプロセスの最初のタスクです。デプロイメントはService Managerで管理します。

Oracle GoldenGate Microservicesのインストールを完了すると、Configuration Assistant (OGGCA)ウィザードを使用して最初のデプロイメントとそれ以降のデプロイメントを追加できます。

注意:

ホストごとにService Managerを1つ用意して、Oracle GoldenGateのリリースに伴うアップグレードとメンテナンスのタスクの重複を回避することをお薦めします。

OGGCAを使用して、複数のデプロイメントをService Managerに追加します。これにより、同じService Managerを新しいリリースまたはパッチでアップグレードできます。ソース・デプロイメントとターゲット・デプロイメントは、データ・レプリケーションの分散パスを設定するエンドポイントとして機能します。

  1. UNIXまたはLinuxでは、OGG_HOMEディレクトリで$OGG_HOME/bin/oggca.shプログラムを実行します。

    Oracle GoldenGate Configuration Assistant (oggca)が起動します。デプロイメントを追加するたびに、このプログラムを実行します。

  2. 「サービス・マネージャ・オプションの選択」ステップ:

    1. 既存のService Managerを使用するか、新しいService Managerを使用するかを選択します。ほとんどの構成では、Service Managerを1つのみ用意して複数のデプロイメントを担当させます。

    2. 新しいService Managerを使用する場合は、デプロイメントで使用するディレクトリを入力するか参照します。Oracleでは、デプロイメントのサブディレクトリ構造内にServiceManagerディレクトリを作成し、ここにService Managerファイルを格納することをお薦めしています。

    3. サーバーのホスト名またはIPアドレスを入力します。

    4. Service Managerがリスニングする一意のポート番号を入力するか、既存のService Managerを選択する場合は現在使用中のポートを選択します。

    5. (オプション)手動での起動と停止を回避するためにサービスとして実行できるようにService Managerを登録できます。

      1つのService Managerをサービス(デーモン)として実行するように選択できます。既存のService Managerがサービスとして登録されている場合に、サービスとして登録する新しいService Managerを選択すると、新しい方をサービスとして登録できないことを知らせるアラートが表示されます。他のすべてのService Managersは、デプロイメントのbinディレクトリにインストールされたスクリプトを使用して開始および停止できます。既存のService Managerをサービスとして登録することはできません。

  3. 「構成オプション」ステップで、デプロイメントを追加または削除できます。

    1つのService Managerに対して追加または削除できるデプロイメントは一度に1つのみです。

    注意:

    OGGCAを起動する前に、Service Managerが稼働していることを確認してください。

  4. 「デプロイメントの詳細」ステップ:

    1. 次の規則に従うデプロイメント名を入力します。

      • 先頭に文字を使用する必要があります。

      • 32文字以内の標準ASCII英数字文字列を使用できます。

      • 拡張ASCII文字は使用できません。

      • 使用できる特殊文字には、アンダースコア(_)、ハイフン(/)、ダッシュ(-)、ピリオド(.)が含まれます。/記号の前の名前は"スラッシュ"である必要があります。

      • "ServiceManager"は使用できません。

    2. Oracle GoldenGateのインストール・ディレクトリを入力するか選択します。すでに$OGG_HOME環境変数を設定していた場合には、そのディレクトリが自動的に移入されます。そうでない場合、oggca.sh (Linux)またはoggca.bat (Windows)スクリプトの親ディレクトリが使用されます。

    3. 「次へ」をクリックします。

  5. Select Deployment Directoriesページ:

    1. デプロイメントのレジストリと構成ファイルを格納するデプロイメント・ディレクトリを入力するか選択します。デプロイメント・ディレクトリ名を入力すると、そのディレクトリが作成されます(存在していない場合)。デプロイメント・ディレクトリは$OGG_HOME内に配置しないで、アップグレードしやすいように別のディレクトリを作成することをお薦めします。指定したデプロイメント・ディレクトリに基づいてその他のフィールドは自動的に移入されます。

      注意:

      デプロイメント・ディレクトリ名(ユーザー・デプロイメント・ディレクトリ)は、最初の画面で選択したディレクトリ名(Service Managerのデプロイメント・ディレクトリ)とは別のものにする必要があります。

    2. デプロイメント・ディレクトリの名前や場所をデフォルトと変更してカスタマイズできます。

    3. 様々なデプロイメント要素のために異なるディレクトリを入力または選択します。

    4. 「次へ」をクリックします。

  6. 環境変数ページ:

    環境変数のリクエストされた値を入力します。フィールドをダブルクリックして編集します。環境変数フィールドで値をコピー・アンド・ペーストできます。値を入力するたびに[Tab]キーで移動するかフィールドの外部をクリックしてください。そうしないと値が保存されません。次のいずれかの環境変数を設定していた場合には、ディレクトリが自動的に移入されます。

    OGG_HOME
    Oracle GoldenGateをインストールしたディレクトリ。この変数は固定されており、変更できません。

    注意:

    WindowsプラットフォームではOGG_HOMEディレクトリ・パス内にスペースがないことを確認してください。スペースが含まれていると、OGGCAは実行されません。
    LD_LIBRARY_PATH

    この変数を使用して、UNIXおよびLinux上のライブラリの検索に使用するパスを指定します。この名前は、LIBPATH(IBM AIX on POWER Systems (64-Bit)の場合)、SHLIB_PATH(HP-UXの場合)など、オペレーティング・システムにより異なる場合があります。このパスはデフォルトでOracle GoldenGateのインストール・ディレクトリおよび基礎となるインスタント・クライアント・ディレクトリを指します。これは、USER EXITSが使用されている場合には拡張されている可能性があります。

    さらに環境変数を追加してデプロイメントをカスタマイズしたり、変数を削除したりすることができます。たとえば、別の国際文字セットをデフォルトにするために、変数ENV_LC_ALL=zh_CN.UTF-8を入力できます

    「次へ」をクリックします。

  7. 管理者アカウントページ:

    1. Oracle GoldenGate Microservices Service Managerなどのサーバーへのサインインに使用するユーザー名とパスワードを入力します。このユーザーは、このデプロイメントのセキュリティ・ユーザーになります。「新しいデプロイメントで強力なパスワード・ポリシーを有効にします。」チェック・ボックスを選択して、ユーザー・アカウントに安全性の高いパスワードが設定されるようにします。強力なパスワード・ポリシーには次の要件があります。

      • 1つ以上の小文字[a...z]

      • 1つ以上の大文字[a...z]

      • 1つ以上の数字[0...9]

      • 1つ以上の特殊文字[- ! @ % & * . #]

      • 長さは8文字から30文字の間

      既存のService Managerを使用する場合は、最初のデプロイメントの追加時に使用したものと同じログイン資格証明を入力する必要があります。

    2. 新しいデプロイメントに対して強力なパスワード・ポリシーを有効にできるようにするチェック・ボックスを選択します。このオプションを選択した場合、パスワードは制限に従う必要があり、そうでない場合はエラーが発生し、強力なパスワードの指定を要求されます。

    3. 「次へ」をクリックします。

  8. セキュリティ・オプションページ:

    1. デプロイメントを保護するかどうかを選択できます。SSL/TLSセキュリティを有効にすることをお薦めします。デプロイメントでセキュリティを使用しない場合は、チェック・ボックスを選択解除します。

      この操作では、「このセキュアでないデプロイメントを使用して、証跡データをセキュアなデプロイメントに送信します」オプションが公開されます。セキュアではないターゲット・デプロイメントがセキュアなソース・デプロイメントと通信する場合は、このチェック・ボックスを選択します。

      ただし、Oracle GoldenGate シャーディング・サポートを構成している場合には、セキュリティを有効にする必要があります。

    2. Oracle GoldenGate Microservicesアーキテクチャを使用してのステップ・バイ・ステップ・データ・レプリケーション・ガイドのターゲットで開始されるパスについても参照してください。

    3. (オプション)クライアント・ウォレットの場所を指定して、証跡データをセキュアなデプロイメントに送信することができます。このオプションが役立つのは、ソース・デプロイメントのDistribution Serverがセキュアではなく、ターゲット・デプロイメントのReceiver Serverがセキュアな場合です。このケースでは、送信側はパブリック・アクセスに対応するように構成できますが、Receiver Serverでは認証と認可が必要です。これがPKIを使用して確立された後で、受信したデータが適用されます。詳細は、Oracle GoldenGateセキュリティ・ガイドの自己署名証明書の作成およびクライアント証明書の作成を参照してください。

    4. サーバーについて、オプションを1つ選択してから、必須ファイルの場所を指定します。既存のウォレットを使用するときは、そのウォレットに適切な証明書がすでにインポートされている必要があります。証明書の使用を選択する場合は、対応するパス・フレーズを入力します。

      自己署名証明書を使用するときは、新しいOracle Walletが新しいデプロイメントに作成され、それらの証明書がインポートされます。証明書について、秘密キー・ファイルの場所とパス・フレーズを入力します。秘密キー・ファイルはPKCS#8形式である必要があります。

    5. クライアントについて、サーバーの場合と同様にオプションを1つ選択してから、必須ファイルの場所を指定します。

    6. 「次へ」をクリックします。

  9. (セキュリティが有効な場合)「Advanced Security Settings」」ページでは、TLS 1.1およびTLS 1.2オプションが使用可能です。デフォルトではTLS 1.2が選択されます。

    TLS 1.2で初めて「Advanced Security Settings」を開くと、次の暗号スイートがリストされます。

    TLS_RSA_WITH_AES_128_CBC_SHA256 
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256 
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256 
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384 
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256 
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256 
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA256 
TLS_ECDH_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA384 
TLS_ECDH_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDH_RSA_WITH_AES_128_CBC_SHA256 
TLS_ECDH_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDH_RSA_WITH_AES_256_CBC_SHA384 
TLS_ECDH_RSA_WITH_AES_256_GCM_SHA384

    1. 矢印を使用して暗号スイートを追加または削除します。

    2. 上向き矢印と下向き矢印を使用して、暗号スイートの適用順序を変更します

    3. 「次へ」をクリックします。

      注意:

      RMTHOSTのTCP/IP暗号化オプションの詳細は、Oracle GoldenGateリファレンスのRMTHOSTを参照してください

  10. (シャーディングが有効な場合) シャーディング・オプションページ:

    1. 使用するOracle GoldenGate Sharding Certificateを探してインポートします。証明書の識別名を入力します。これは、Oracle GoldenGate MAサービスにREST APIコールを発行する際に、自らを特定するためにデータベース・シャーディング・コードによって使用されます。

    2. 証明書の一意の名前を入力します。

    3. 「次へ」をクリックします。

  11. ポート設定ページ:

    1. Administration Serverのポート番号を入力してから、そのフィールドを離れると、他のポート番号は昇順で移入されます。必要に応じて、各サーバーの一意のポートを入力することもできます。

    2. Performance Metrics Serverを使用するには「モニタリングの有効化」を選択します。

    3. Performance Metrics Serverポートのフィールドの内側をクリックして、使用するポートの値を移入するか入力します。TCPに使用可能なポートを選択します。

      パフォーマンス監視用のUDPポートを選択します。UDPポートを選択するオプションは、Windows上のデプロイメントおよびパフォーマンス・メトリック・サーバーとのUDS通信をサポートしていないその他のオペレーティング・システム上のデプロイメントでのみ表示されます。UDSでサポートされるオペレーティング・システムを参照してください。

      TCPポートはデプロイメントの完了後にService Managerコンソールから変更できます。PMSRVRの詳細は、ENABLEMONITORINGを参照してください。

    4. Performance Metrics Serverで使用するデータストアの種類を選択します(デフォルトのBerkeley Database (BDB)データストアまたはOpen LDAP Lightning Memory-Mapped Database (LMDB))。Service ManagerとXAGを統合する場合は、クリティカルなサービスとしてPerformance Monitorを指定することもできます。

      BDBの詳細は、Oracle Berkeley DB 12cリリース1を参照してください。LMDBの詳細は、http://www.lmdb.tech/doc/を参照してください。

    5. データストアの場所を選択します。BDBおよびLMDBは、インメモリーかつディスク常駐のデータベースです。Performance Metricsサーバーは、そのデータストアを使用してすべてのパフォーマンス・メトリック情報を格納します。

    6. 「次へ」をクリックします。

    注意:

    oggcaユーティリティは入力されたポートが現在使用中かどうかを検証します。

  12. サマリーページ:

    1. 続行する前に、デプロイメント構成の設定の詳細を確認します。

    2. (オプション)構成情報をレスポンス・ファイルに保存できます。Oracleではレスポンス・ファイルを保存することをお薦めしています。このファイルを入力として使用して、コマンドラインからインストーラを実行し、他のシステムで成功した構成の結果を複製します。このファイルを編集することも、提供されているテンプレートから新しいものを作成することもできます。

      注意:

      レスポンス・ファイルに保存するとき、管理者パスワードはセキュリティの理由から保存されません。他のシステムで使用するためにレスポンス・ファイルを再利用する場合は、レスポンス・ファイルを編集してパスワードを入力する必要があります。

    3. 「終了」をクリックして、デプロイメントを完了します。

    4. 「次へ」をクリックします。

  13. デプロイメントの構成ページ:

    デプロイメントの作成と構成の進捗状況が表示されます。

    1. Service Managerがサービスとして登録されている場合は、サービスを登録するスクリプトの実行方法がポップアップに表示されます。Configuration Assistantによって、これらのスクリプトが実行されたことが確認されます。実行しなかった場合は、続行するかどうかを尋ねられます。「はい」をクリックすると、構成が正常に完了します。「いいえ」をクリックすると一時的な失敗ステータスが設定され、「Retry」をクリックするとスクリプトが実行されます。

      スクリプトが実行された後で「OK」をクリックして続行します。

    2. 「次へ」をクリックします。

  14. 「終了」ページ:

    「閉じる」をクリックしてConfiguration Assistantを閉じます。

親トピック: セキュアなデプロイメントまたはセキュアでないデプロイメントの設定

3.3.2 デプロイメントを削除する方法

OGGCAを使用して、またはサイレント・モードで、デプロイメントを削除できます。

トピック:

親トピック: セキュアなデプロイメントまたはセキュアでないデプロイメントの設定

3.3.2.1 デプロイメントを削除する方法: GUI

Oracle GoldenGate Configuration Assistnatウィザードを使用してデプロイメントを削除できます。

デプロイメントを削除するには、次の手順を実行します。

注意:

デプロイメントを削除しても、Oracle GoldenGate Microservicesをアンインストールしても、システムによって自動的にプロセスが停止されることはありません。この結果、場合によっては、デプロイメントに関連付けられたプロセスを停止する必要があります。また、ファイルを手動で消去する必要があります。

  1. Oracle GoldenGate Configuration Assistantウィザードを実行します。

    $OGG_HOME/bin

  2. 「サービス・マネージャ・オプションの選択」画面で「既存のサービス・マネージャ」を選択します。「次へ」をクリックします。

  3. 「構成オプション」画面で「Remove Existing Oracle GoldenGate Deployment」を選択します。

  4. 削除する必要があるデプロイメントを「デプロイメント名」リスト・ボックスで選択します。すべてのデプロイメント・ファイル(構成ファイルを含む)をホストから削除する場合は、「Delete Deployment Files from Disk」チェック・ボックスも選択します。

  5. 管理アカウントのユーザー名とパスワードを入力して、「次」をクリックします。

  6. デプロイメントと一緒に削除される設定のリストを確認して、「終了」をクリックします。

Service Managerを削除するには次の手順を実行します。

  1. Oracle GoldenGate Configuration Assistantウィザードを実行します。

    $OGG_HOME/bin

  2. 「サービス・マネージャ・オプションの選択」画面で「既存のサービス・マネージャ」を選択します。「次へ」をクリックします。

  3. 削除する他のデプロイメントがない場合は、ドロップダウンからService Managerを削除するオプションを選択できます。「構成オプション」画面で「Remove Service Manager Deployment」を選択します。

  4. 「終了」をクリックします。

デプロイメントの削除後に手動で削除するファイル

一部のファイルを手動で削除する必要があるのは、Service Managerが登録されていたが、登録解除して新たに登録する必要がある場合のみです。ファイルを手動で削除するには、root権限またはsudo権限が必要です。削除するファイルを次に示します。
オペレーティング・システム 既存のService Managerを登録解除するために手動で削除するファイル

Linux 6
  • /etc/init.d/OracleGoldenGate
  • /etc/rc.d/*OracleGoldenGate
  • /etc/rc*.d/*OracleGoldenGate

  • /etc/oggInst.loc

Linux 7

 /etc/systemd/system/OracleGoldenGate.service

Service Managerを停止するには、次のコマンドを実行します。 

systemctl stop OracleGoldenGate 
systemctl disable OracleGoldenGate *

注意:

Service Managerがサービスとして(XAGとの統合の有無にかかわらず)登録されていない場合、OGGCAはService Managerデプロイメントを停止します。そうでない場合はunregisterServiceManagerというスクリプトが作成され、これをユーザーが実行するとsystemctlコマンドが実行され、前述のファイルが削除されます。
3.3.2.2 デプロイメントを削除する方法: サイレント・モード

Oracle GoldenGateホームのbinディレクトリから、Oracle GoldenGate Configuration Assistant (oggca)を使用して、デプロイメントをサイレントで削除できます。

デプロイメントを削除することで、そのデプロイメントの様々なコンポーネント(Extract、Replicat、パス、構成ファイルなど)を削除できます。ただし、Service Managerは削除されません。

デプロイメントをサイレントで削除するには、次の手順を実行します。

注意:

Service Managerがシステム・サービスとして登録されている場合、デプロイメントをサイレントで削除しても、サービスは登録解除されません。

  1. デプロイメント・レスポンス・ファイルがあることを確認します。デプロイメント・レスポンス・ファイルを取得するには、OGGCAを実行してレスポンス・ファイルを保存します。

  2. デプロイメント・レスポンス・ファイル内で次の行を更新します。
    CONFIGURATION_OPTION=REMOVE
ADMINISTRATOR_PASSWORD=********
CREATE_NEW_SERVICEMANAGER=false
DEPLOYMENT_NAME=deployment_name
REMOVE_DEPLOYMENT_FROM_DISK=true

    複数のデプロイメントの場合、DEPLOYMENT_NAMEフィールドを使用してデプロイメント名を指定する必要があります。REMOVE_DEPLOYMENT_FROM_DISKオプションを使用すると、デプロイメントに関連付けられている物理ファイルおよびフォルダを削除できます。

  3. -silent および-responseFileオプションを使用して、次の場所からOGGCAプログラムを実行します。デプロイメント・レスポンスへの正確なパスを指定する必要があります。 
    $OGG_HOME/bin/oggca.sh -silent -responseFile
path_to_response_file/response_file.rsp

    例:

    $OGG_HOME/bin/oggca.sh -silent -responseFile
        /home/oracle/software/ogg_deployment.rsp