Oracle® Database

Global Data Services概要および管理ガイド

12cリリース1 (12.1)

B71351-03(原本部品番号:E22100-11)

2015年6月

Oracle Database Global Data Services概要および管理ガイド, 12cリリース1 (12.1)

B71351-03

Copyright © 2013, 2015, Oracle and/or its affiliates.All rights reserved.

原本著者:  Virginia Beecher

原本協力者: Janet Stern、Richard Strohm

原本協力者:  Bob McGuirk、Cris Pedregal-Martin、Jean Zeng、Leonid Novak、Mark Dilman、Nourdine Benadjaoud、Shahab Hamid、Srinagesh Battula、Steve Ball、Wei Hu

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

表一覧

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

『Oracle Database Global Data Services概要および管理ガイド』のこのリリースの変更点

- Oracle Database 12c リリース1 (12.1.0.2)の変更点

1 Global Data Servicesの概要

- Global Data Servicesの概要

- Global Data Servicesのアーキテクチャ

- Global Data Servicesプール

- Global Data Servicesリージョン

- グローバル・サービス・マネージャ

- Global Data Servicesカタログ

- Oracle Notification Serviceサーバー

- グローバル・サービスの概要

- グローバル・サービスの属性

- Oracle RACデータベース内のグローバル・サービス

- Oracle Data Guard Broker構成内のグローバル・サービス

- グローバル・サービスのデータベース配置

- レプリケーション・ラグとグローバル・サービス

- グローバル・サービスと分散トランザクション処理

- マルチテナント・アーキテクチャのグローバル・サービス

- グローバル接続ロード・バランシング

- クライアント側のロード・バランシング

- サーバー側のロード・バランシング

- グローバル・サービスのリージョン・アフィニティ

- 任意リージョン・アフィニティ

- ローカル・リージョン・アフィニティ

- リージョン間フェイルオーバー付きローカル・リージョン・アフィニティ

- グローバル実行時接続ロード・バランシング

- アフィニティ

- ディスクI/OとCPUのしきい値

- グローバル・サービスのフェイルオーバー

- グローバル・サービス・マネージャ・プロセス・スイートのアーキテクチャ

- Global Data Servicesの使用例

- レプリケート・データベースのロード・バランシング

- レプリケート・データベースのサービス・フェイルオーバー

- Oracle GoldenGateマルチマスターのリージョン・アフィニティ

- Oracle GoldenGateマルチマスターのロード・バランシング

- Oracle Active Data GuardとOracle GoldenGateリーダー・ファームの調整

2 Global Data Servicesフレームワークの構成

- インストールのプランニング

- グローバル・サービス・マネージャのインストール

- Global Data Servicesのアップグレード

- Global Data Servicesカタログの作成

- Global Data Servicesカタログへのグローバル・サービス・マネージャの追加

- Global Data Servicesカタログへの接続

- Global Data Servicesプールの追加

- Global Data Servicesリージョンの追加

- Global Data Servicesプールへのデータベースの追加

- 登録用有効ノード・チェック

- Global Data Servicesプールへのサービスの追加

- グローバル・サービスの起動

- データベース・クライアントの構成

- 論理バックアップ用のGDSカタログ・データのエクスポート

- GDSカタログの論理バックアップの同じカタログ・データベースへのリストア

- GDSカタログの論理バックアップの新しいカタログ・データベースへのリストア

- GSMCATUSERのパスワードの変更

3 Global Data Services構成の管理

- Global Data Servicesの管理の概要

- データベース・プールの管理

- データベース・プールへのOracle Data Guard Broker管理データベースの追加

- グローバル・サービスの管理

- グローバル・サービスの作成

- グローバル・サービスの起動

- グローバル・サービスの停止

- グローバル・サービスの無効化

- グローバル・サービスの有効化

- グローバル・サービスの属性の変更

- グローバル・サービスの削除

4 トラブルシューティング

- Oracleエラー・コードのトラブルシューティング

- ORA-01045: ユーザーGSMADMIN_INTERNALにはCREATE SESSION権限がありません。ログオンが拒否されました。

- ORA-12514: TNS: リスナーは現在、接続記述子でリクエストされているサービスを認識していません

- ORA-12516: TNS: リスナーは、一致するプロトコル・スタックが使用可能なハンドラを検出できませんでした。

- ORA-12541: TNS: リスナーがありません。

- GSM-45034: GDSカタログへの接続が確立されていません

- GSM-45054: GSMエラーまたはNET-40006: GSMを起動できません

- 一般的な問題の解決方法

- グローバル・サービス・マネージャが実行されていない場合のGDS構成データベースへの接続

- グローバル・サービス・マネージャが実行されていない場合のカタログ・データベースへの接続

- Global Data Servicesコンポーネントの実行ステータスの取得

- Global Data Servicesコンポーネントの静的構成情報の表示

- グローバル・サービス・マネージャでのトレースの有効化および無効化

- グローバル・サービス・マネージャのログ・ファイルおよびトレース・ファイルの使用

- GDS環境でのSYS_CONTEXTパラメータの使用

A Global Data Services制御ユーティリティ(GDSCTL)リファレンス

- GDSCTLについて

- GDSCTLの概要

- 使用上の注意

- 特別なトピックの説明

- GDSCTLリファレンス

- add

- add brokerconfig

- add database

- add gdspool

- add gsm

- add invitednode (add invitedsubnet)

- add region

- add service

- config

- config database

- config gdspool

- config gsm

- config region

- config service

- config vncr

- configure

- connect

- create catalog

- delete catalog

- disable service

- enable service

- export catalog

- import catalog

- modify

- modify catalog

- modify database

- modify gdspool

- modify gsm

- modify region

- modify service

- relocate service

- remove

- remove brokerconfig

- remove database

- remove gdspool

- remove gsm

- remove invitednode (remove invitedsubnet)

- remove region

- remove service

- services

- set

- set gsm

- set inbound_connect_level

- set log_level

- set outbound_connect_level

- set trace_level

- start

- start gsm

- start service

- status

- status database

- status gsm

- status service

- stop

- stop gsm

- stop service

- sync brokerconfig

- sync database

- validate catalog

用語集

索引

表一覧

- A-1 グローバル・サービス・マネージャへの接続が必要な操作

- A-2 GDSCTLコマンドのサマリー

- A-3 GDSCTLのオブジェクトのキーワードと短縮形

- A-4 gdsctl addコマンドのサマリー

- A-5 gdsctl add brokerconfigのオプション

- A-6 gdsctl add brokerconfigの例外またはエラー・コード

- A-7 gdsctl add databaseのオプション

- A-8 gdsctl add databaseの例外またはエラー・コード

- A-9 gdsctl add gdspoolのオプション

- A-10 gdsctl add gsmのオプション

- A-11 gdsctl add invitednodeのオプション

- A-12 gdsctl add regionのオプション

- A-13 gdsctl add serviceのオプション

- A-14 gdsctl configのサマリー

- A-15 gdsctl config databaseのオプション

- A-16 gdsctl config gdspoolのオプション

- A-17 gdsctl config gsmのオプション

- A-18 gdsctl config regionのオプション

- A-19 gdsctl config serviceのオプション

- A-20 gdsctl config invitednodeのオプション

- A-21 gdsctl configureのオプション

- A-22 gdsctl connectのオプション

- A-23 gdsctl create catalogのオプション

- A-24 gdsctl delete catalogのオプション

- A-25 gdsctl disable serviceのオプション

- A-26 gdsctl enable serviceのオプション

- A-27 gdsctl export catalogのオプション

- A-28 gdsctl export catalogのオプション

- A-29 gdsctl modifyのサマリー

- A-30 gdsctl modify catalogのオプション

- A-31 gdsctl modify databaseのオプション

- A-32 gdsctl modify gdspoolのオプション

- A-33 gdsctl modify gsmのオプション

- A-34 gdsctl modify regionのオプション

- A-35 gdsctl modify serviceのオプション

- A-36 gdsctl relocate serviceのオプション

- A-37 gdsctl removeのサマリー

- A-38 gdsctl remove brokerconfigのオプション

- A-39 gdsctl remove databaseのオプション

- A-40 gdsctl remove gdspoolのオプション

- A-41 gdsctl remove gsmのオプション

- A-42 gdsctl remove invitednodeのオプション

- A-43 gdsctl remove regionのオプション

- A-44 gdsctl remove serviceのオプション

- A-45 servicesのオプション

- A-46 gdsctl setのサマリー

- A-47 gdsctl set gsmのオプション

- A-48 gdsctl set inbound_connect_levelのオプション

- A-49 gdsctl set log_levelのオプション

- A-50 gdsctl set outbound_connect_levelのオプション

- A-51 gdsctl set trace_levelのオプション

- A-52 gdsctl startのサマリー

- A-53 gdsctl start gsmのオプション

- A-54 gdsctl start serviceのオプション

- A-55 gdsctl statusのサマリー

- A-56 gdsctl status databaseのオプション

- A-57 gdsctl status gsmのオプション

- A-58 gdsctl status serviceのオプション

- A-59 gdsctl stopのサマリー

- A-60 gdsctl stop gsmのオプション

- A-61 gdsctl stop serviceのオプション

- A-62 gdsctl sync brokerconfigのオプション

- A-63 gdsctl sync databaseのオプション

- A-64 gdsctl validate catalogのオプション

はじめに

Oracle Database Global Data Servicesでは、共有サービスを提供する一連のレプリケート・データベースに動的ロード・バランシング、フェイルオーバーおよびサービスの集中管理を提供します。一連のデータベースには、Oracle Real Application Clusters (Oracle RAC)、およびOracle Data Guard、Oracle GoldenGateまたはその他のレプリケーション・テクノロジで相互接続された、非クラスタ化Oracle Databaseが含まれます。

ここでは、次の項目について説明します。

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

対象読者

このドキュメントは、レプリケートされたデータベースを管理するデータベース管理者、アーキテクトおよびエンジニアを対象としています。

ドキュメントのアクセシビリティについて

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご購入のOracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info) か、聴覚に障害のあるお客様は (http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

詳細は、Oracle Database 12cリリース1 (12.1)ドキュメント・セットの次のドキュメントを参照してください。

- 『Oracle Data Guard Broker』

- 『Oracle Data Guard概要および管理』

- 『Oracle Database Net Services管理者ガイド』

- 『Oracle Database Net Servicesリファレンス』

- 『Oracle Real Application Clusters管理およびデプロイメント・ガイド』

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

『Oracle Database Global Data Services概要および管理ガイド』のこのリリースの変更点

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

- Oracle Database 12c リリース1 (12.1.0.2)の変更点

Oracle Database 12cリリース1 (12.1.0.2)での変更点

次に、Oracle Database 12cリリース1 (12.1.0.2)での『Oracle Database Global Data Services概要および管理ガイド』の変更点を示します。

新機能

このリリースの新機能は次のとおりです。

- 管理者管理のOracle RACデータベースのサポート
このリリースでは、Global Data Servicesによって、管理者管理とポリシー管理の両方のOracle RACデータベースがサポートされます。

- Oracle GoldenGateのサポート
Global Data Servicesでは、Oracle Database 12cの最初のリリース以降のOracle GoldenGateがサポートされていましたが、その時点ではOracle Database 12cとともに動作するOracle GoldenGateのバージョンはありませんでした。Oracle GoldenGateとGlobal Data Servicesを併用する場合の制限は、ロールベースのサービスとレプリケーション・ラグの追跡がサポートされないことです。

Oracle GoldenGateを含む新しい使用例は、「Global Data Servicesの使用例」を参照してください。

- GDSカタログに格納されているデータのエクスポートとインポートのサポート
Global Data Services管理者は、ファイルにGDSカタログをエクスポートしてそのカタログの論理バックアップを作成できます。バックアップを使用して、障害後にカタログをリストアしたり、別のデータベースにカタログを移動できます。

1 Global Data Servicesの概要

この章では、Global Data Servicesのアーキテクチャの概要について説明します。

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

- Global Data Servicesの概要

- Global Data Servicesのアーキテクチャ

- グローバル・サービスの概要

- グローバル接続ロード・バランシング

- グローバル実行時接続ロード・バランシング

- グローバル・サービスのフェイルオーバー

- Global Data Servicesの使用例

Global Data Servicesの概要

多くの企業が、ビジネス効率を改善するために独自の情報テクノロジ・インフラストラクチャを統合しています。データベースの統合は、このプロセスの重要な部分です。ただし、ほとんどの組織では、次のような理由から依然としてデータベースのローカル・レプリカおよびリモート・レプリカを維持する必要があります。

- ビジネスの継続性と障害時リカバリ

- 高可用性

- ローカル・クライアントのパフォーマンスの最適化

- コンテンツのローカライズとキャッシュ

- 現地法の順守

データベース・レプリカのどのセットでも、一部のデータベース・サーバーは高い負荷や長いネットワーク待機時間のために問合せ応答時間が遅くなることがあり、この場合より高速に応答できる他のサーバーはその性能を十分に発揮できません。データベース・レプリカのセット全体で最適な問合せパフォーマンスおよびリソース使用を実現するには、レプリカ全体にクライアント接続およびワークロード・リクエストの動的ロード・バランシングを提供するワークロード管理ソリューションが必要です。

多くの企業が、データベース・レプリカ全体のワークロード管理を行うための社内ソリューションを使用しています。これらのソリューションは、Oracleソフトウェアと完全に統合されていないため、レプリカ間での実行時ロード・バランシングや信頼性の高いデータベース・サービス・フェイルオーバーなどの重要な機能を提供できません。

Oracle Databaseには、データベース・サービスと呼ばれる高性能なワークロード管理機能があります。データベース・サービスとは、1つ以上のデータベース・インスタンスが名前付きで表現されたものです。データベース・サービスによって、データベース・ワークロードをグループ化し、サービスを提供するために最も適したインスタンスにクライアント・リクエストを確実にルーティングし、計画済または計画外のインスタンス停止が発生した場合に残存インスタンスにクライアント接続を透過的にフェイルオーバーすることで高可用性を実現できます。

Oracle Global Data Services (GDS)は、Global Data Services構成と呼ばれる一連のレプリケート・データベース全体にOracle Databaseサービス・モデルを実装します。

Global Data Services構成は、データベース・クライアントには仮想の複数インスタンス・データベースのように認識されます。これによって、単一インスタンス・データベースまたはOracle Real Application Clusters (Oracle RAC)データベースによって提供されるローカル・データベース・サービスに機能的に類似したグローバル・サービスを通じたクライアント・アクセスが可能になります。ローカル・サービスとグローバル・サービスは、両方ともロード・バランシング、高可用性およびリソース管理を提供します。グローバル・サービスとローカル・サービスの本質的な違いは、グローバル・サービスが複数のデータベースのインスタンスを対象とするのに対し、ローカル・サービスは単一のデータベースのインスタンスを対象とするところにあります。

Global Data Services構成とそのグローバル・サービスは、GDSCTLコマンドライン・インタフェースを使用して作成および管理しますが、これはOracle RACデータベースとそのサービスを管理するために使用されるSRVCTLコマンドライン・インタフェースとほぼ同じです。

Global Data Services構成には、異機種または同機種のサーバー・プラットフォームでホストされる複数インスタンスまたは単一インスタンスのOracle Databaseの任意の組合せを含めることができます。Oracle Data GuardやOracle GoldenGateなどの他のデータベース・レプリケーション・テクノロジを使用して、Global Data Services構成の各データベースを同期化できます。

Global Data Servicesは、一連のレプリケート・データベース全体で自動ワークロード管理を行うための非常に効率的なソリューションであり、広範囲に及ぶ多数の分散データベースおよびクライアントでも、単一のデータベース、ローカル・レプリカおよび少数のクライアントでも使用できます。

注意:
Global Data Servicesは、主にレプリケーション対応のアプリケーション向けです。レプリケーション対応のアプリケーションは、次のいずれかの特徴を持っています。

- 読取り専用グローバル・サービスを排他的に使用します。

- 読取り/書込みグローバル・サービスを使用しますが、それらのサービスが複数のデータベースから同時に提供された場合、更新の競合を解決するようにプログラミングされています。

- レプリケーション・ラグが原因で失効する可能性のあるレプリケートされたデータを許容できます。

レプリケーション対応ではないアプリケーションでも、Global Data Servicesによって提供される改善された高可用性機能や障害時リカバリ機能のメリットを得ることができます。

関連項目:

- GDSCTLの詳細は、付録A「Global Data Services制御ユーティリティ(GDSCTL)リファレンス」を参照してください。

- データベース・サービスの詳細は、『Oracle Database管理者ガイド』を参照してください。

Global Data Servicesのアーキテクチャ

図1-1に、Global Data Services (GDS)構成の例と、すべてのGDS構成に存在するGDSコンポーネントを示します。次の項では、これらのコンポーネントについて説明します。

図1-1 Global Data Servicesコンポーネント

この項では、次のGlobal Data Servicesコンポーネントについて説明します。

- Global Data Servicesプール

- Global Data Servicesリージョン

- グローバル・サービス・マネージャ

- Global Data Servicesカタログ

- Oracle Notification Serviceサーバー

Global Data Servicesプール

Global Data Servicesプールは、GDS構成内の各データベースの名前付きサブセットであり、一意のグローバル・サービス・セットを提供し、同じ管理ドメインに属しています。GDS構成データベースを各プールにパーティション化すると、サービス管理が簡素化され、かつ、各プールを異なる管理者が管理できることによって、セキュリティが向上します。

データベースは1つのGlobal Data Servicesプールにのみ属することができます。プールのすべてのデータベースで同じグローバル・サービス・セットを提供する必要はありません。ただし、同じグローバル・サービスを提供するデータベースはすべて同じプールに属する必要があります。

Global Data Servicesリージョン

Global Data Servicesリージョンは、GDS構成のデータベースおよびデータベース・クライアントの名前付きサブセットであり、通常はあるリージョンのメンバー間のネットワーク待機時間が異なるリージョンのメンバー間のものより小さくなるようにネットワークの近接性を共有します。リージョンは、通常、ローカル・エリア・ネットワークまたはメトロポリタン・エリア・ネットワーク(LANまたはMAN)に対応します。たとえば、データ・センターに地理的に近接する1つ以上のGDS構成データベースおよびデータベース・クライアントをホストするデータ・センターは、同じリージョンに属することができます。

1つのリージョンに複数のGlobal Data Servicesプールを含めることが可能で、これらのプールは複数のリージョンにまたがることができます。

高可用性を実現するため、GDS構成の各リージョンには、バディ・リージョン(ローカル・リージョンのグローバル・サービス・マネージャが使用できなくなった場合にGDS構成への継続的なアクセスを提供するグローバル・サービス・マネージャを含むリージョン)を指定する必要があります。

グローバル・サービス・マネージャ

グローバル・サービス・マネージャは、GDS構成のサービスに対してサービス・レベルのロード・バランシング、フェイルオーバーおよび一元的な管理を提供するGlobal Data Servicesのソフトウェア・コンポーネントです。Global Data Servicesクライアントは、グローバル・サービス・マネージャを使用してすべてのGDS構成操作を実行します。

グローバル・サービス・マネージャは、Oracle RACデータベースのリモート・リスナーと似ていますが、グローバル・サービス・マネージャは複数のデータベースに対応する点が異なります。グローバル・サービス・マネージャは次のことを行います。

- クライアントがグローバル・サービスに接続するために使用するリージョン・リスナーとして機能します。

- クライアントに接続時ロード・バランシングを提供します。

- GDS構成のリージョン全体でグローバル・サービスを管理します。

- GDS構成のデータベースからパフォーマンス・メトリックを収集し、構成のリージョン間のネットワーク待機時間を測定します。

- 実行時ロード・バランシング・アドバイザを作成し、それをクライアント接続プールに公開します。

- データベース・インスタンスおよびグローバル・サービスの可用性を監視し、それらが停止した場合クライアントに通知します。

1つのグローバル・サービス・マネージャは、1つのGDS構成のみに関連付けられます。GDS構成の各リージョンには、少なくとも1つのグローバル・サービス・マネージャが存在する必要があります。可用性とパフォーマンスを向上するため、各リージョンで複数のグローバル・サービス・マネージャを構成することをお薦めします。GDS構成のすべてのグローバル・サービス・マネージャで、その構成によってサポートされるすべてのグローバル・サービスを管理します。

Global Data Servicesカタログ

Global Data Servicesカタログは、Global Data Services構成と、その構成によって提供されるすべてのグローバル・サービスの構成データを格納するリポジトリです。

1つのカタログは、1つのGDS構成のみに関連付けられます。カタログは、Oracle Database 12c以上のデータベースに存在する必要がありますが、そのデータベースは関連するGDS構成の内部にあっても外部にあってもかまいません。大規模なGDS構成の場合、GDSカタログはGDS構成のデータベースの外部でホストすることをお薦めします。GDSカタログは、RMANまたはOracle Enterprise Managerのカタログと同時にホストできます。

Global Data Servicesカタログが存在するデータベースの可用性を向上するため、Oracle RAC、Oracle Data Guard、Oracle Clusterwareなどの高可用性テクノロジを使用することを強くお薦めします。

Oracle Notification Serviceサーバー

GDSクライアントは、Oracle Notification Service (ONS)を使用して、グローバル・サービス・マネージャか実行時ロード・バランシング・アドバイザおよび高可用性イベントを受信します。

Oracle Notification Service (ONS)サーバーは、各グローバル・サービス・マネージャと同じ場所にあります。リージョン内のこのようなONSサーバーは、すべて相互接続されます。グローバル・サービスのクライアントは、リージョンとそのバディ・リージョン内のONSサーバー・ネットワークにサブスクライブし、それらのONSサーバー・ネットワークからFAN通知を受信します。

注意:
Global Data Services構成のOracle RACデータベースには、クラスタ・ノードで実行中のONSサーバーも含まれることがあります。これらのONSサーバーは、ローカル・サービスに関連するFAN通知を生成し、GDSリージョンのONSサーバー・ネットワークには接続されません。

グローバル・サービスの概要

データベース・クライアントにとって、Global Data Services構成は、グローバル・サービスのセットによって表現されます。Global Data Services構成に対応するグローバル・サービス・マネージャは、構成によって提供されるすべてのグローバル・サービスを認識し、データベース・クライアントと構成内のデータベースの仲介者として機能します。クライアント・プログラムはリージョナル・グローバル・サービス・マネージャに接続し、グローバル・サービスへの接続を要求します。クライアントはデータベースまたはインスタンスを指定する必要はありません。グローバル・サービス・マネージャは、クライアント・リクエストを、グローバル・サービスを提供する構成内の最も適切なインスタンスに転送します。グローバル・サービスを共有するデータベース・クライアントには同じサービス・レベルの要件が必要です。

1つのデータベースによって提供される従来型のデータベース・サービスとして定義されるローカル・サービスの機能は、グローバル・サービスによって変更されません。Oracle Database 12cは、ローカル・サービスおよびグローバル・サービスを同時に提供できます。クライアント・アプリケーションもグローバル・サービスおよびローカル・サービスと同時に連携できます。

注意:
Oracle Database 12cより前のバージョンのデータベースではローカル・サービスは提供できますが、グローバル・サービスを提供できるのはOracle Database 12c以降のみです。

グローバル・サービスの構成および実行時ステータスは、Global Data Servicesカタログに格納されます。グローバル・サービスを提供する各データベースも、それらのサービスに関する情報を、ローカル・サービスに関するデータとともにローカル・リポジトリ(システム・ディクショナリやOracle Cluster Registryなど)に保持します。ローカル・リポジトリに格納されているグローバル・サービスにはフラグが付けられ、これらのグローバル・サービスが従来型のローカル・サービスと区別されます。

特定のデータベースにローカルに接続している場合、そのデータベースにより提供されるグローバル・サービスのデータを問い合せることができます。グローバル・サービスの構成、変更、開始または停止は、Global Data Servicesカタログに接続している場合、Global Data Services制御ユーティリティ(GDSCTL)を使用して行えます。これによって、グローバル・サービスの一元化された協調管理が保証されます。サーバー制御ユーティリティ(SRVCTL)またはOracle Clusterware制御ユーティリティ(CRSCTL)のいずれを使用しても、グローバル・サービスの構成、変更、開始または停止は行えません。

注意:
特定の状況(データベースやクラスタウェア・ソフトウェアへのパッチ適用など)では、SRVCTLで適切なコマンドに-forceオプションを指定してグローバル・サービスを停止したり、起動できます。適切なシステム権限が必要です。

Global Data Services構成のグローバル・サービスを構成すると、グローバル・サービス・マネージャによって、サービスの作成時に指定したサービス・プロパティに基づいてGDS構成データベースのグローバル・サービスが管理されます。

データベースは、構成に追加されたり、停止後に再起動すると、構成のすべてのグローバル・サービス・マネージャに登録されます。登録リクエストの受信後、いずれかのグローバル・サービス・マネージャが、GDSカタログを問い合せ、そのデータベースが提供する予定のすべてのグローバル・サービスがそこで作成され、適切な属性を持っているかどうかを確認します。カタログとデータベースの情報間に差異がある場合、グローバル・サービス・マネージャは、データベースのグローバル・サービスを作成、削除または変更するか、カタログの情報と同期するように属性を変更します。その後、グローバル・サービス・マネージャは、データベースで実行する必要のあるグローバル・サービスを決定し、必要に応じてそれらを起動します。

グローバル・サービス・マネージャは、データベースのグローバル・サービスを起動または停止できます。ただし、Oracle RACデータベースの場合、グローバル・サービス・マネージャは、サービスを提供するデータベース内の特定のインスタンスを制御できません。これは、Oracle RACデータベースのクラスタウェアおよび管理者によって制御されます。

Global Data Services構成のデータベース・インスタンスに障害が発生すると、構成内のすべてのグローバル・サービス・マネージャが障害に関する通知を受け、そのインスタンスに対するリクエストの転送を停止します。このインスタンスが非クラスタ・データベースに属する場合、またはOracle RACデータベースで使用可能な最後のインスタンスだった場合、構成によっては、グローバル・サービス・マネージャによってサービスが有効なGlobal Data Servicesプール内の別のデータベースでサービスが自動的に起動される場合があります。GDSCTLコマンドを使用してグローバル・サービスをあるデータベースから別のデータベースに手動で移動する場合、グローバル・サービス・マネージャによって対応するデータベースのサービスが停止および起動されます。

グローバル・サービスの属性

グローバル・サービスには、グローバル・サービスの起動、グローバル・サービスへの接続のロード・バランシング、それらの接続のフェイルオーバーなどを制御する属性のセットが関連付けられています。ローカル・サービスに適用可能な属性(Oracle RACやOracle Data Guard Broker環境に固有のサービスも含む)はグローバル・サービスにも適用できます。

次の属性はグローバル・サービスに固有のものです。

- 優先または使用可能なデータベース

- レプリケーション・ラグ

- リージョン・アフィニティ

グローバル・サービスはローカル・サービスと同様に変更できます。グローバル・サービスは有効にしたり、無効にしたり、別のデータベースに移動したり、プロパティを変更したりできます。

注意:
ローカル・サービスをグローバル・サービスにアップグレードすることはできません。

Oracle RACデータベース内のグローバル・サービス

グローバル・サービスの一部のプロパティは、Oracle RACデータベースにのみ適用され、Global Data Services構成に含まれるOracle RACデータベースごとに固有です。これらのプロパティは、Oracle RACデータベース内のインスタンスでのグローバル・サービスの配置に関連します(サーバー・プールやサービス・カーディナリティを含む)。

ロード・バランシング、ロール、透過アプリケーション・フェイルオーバーのパラメータおよびデータベースのエディションなどの他の既存のグローバル・サービスの属性はすべて、グローバル・サービスを提供するすべてのデータベースで同じである必要があります。これらの属性はグローバル・サービス・レベルで指定します。

注意:
デフォルトでは、Oracle RAC環境で、パラレルで実行されるSQL文はクラスタ内のすべてのノードで実行できます。ノード間パラレル実行は、GDSロード・バランシングでの使用を意図していません。GDS構成のOracle RACデータベースでは、PARALLEL_FORCE_LOCAL初期化パラメータをTRUEに設定して、パラレル実行の有効範囲をOracle RACノードに制限することをお薦めします。

Oracle Data Guard Broker構成内のグローバル・サービス

Oracle Data Guard brokerでは、プライマリ・データベースが最大30のスタンバイ・データベースを持つことが許可されます。Oracle Data Guard Brokerでは、プライマリ・データベースとスタンバイ・データベースが、統合ユニットとして管理および監視できるようにブローカ構成として論理的にグループ化されます。GDS構成にブローカ構成を含める場合、ブローカ構成は一体として管理します。GDSプールに含まれる(または削除される)のは、全体として1つのブローカ構成のみであり、ブローカ構成は複数のプールにまたがることはできません。

ブローカ構成に属するデータベースを、GDSプールを対象に追加または削除しようとすると、エラーが発生します。GDSプールにデータベースを追加できるのは、Oracle Data Guardのコマンドライン・インタフェースであるDGMGRLを使用してブローカ構成にデータベースを追加する場合のみです。ブローカ構成にデータベースを追加したら、gdsctl sync brokerconfigコマンドを実行してGDSとOracle Data Guardを同期化する必要があります。

GDSプールには、特定のData Guard Broker構成のデータベースのセットを含めることができます。異なるData Guard Broker構成に属するデータベースは、異なるGDSプールにマップする必要があります。Data Guard構成を含むプールに、その構成に属していないデータベースを割り当てることはできません。

関連項目:
このコマンドの詳細は、「sync brokerconfig」を参照してください。

反対に、ブローカ構成からデータベースを削除すると、そのデータベースはそのブローカ構成が属しているGDSプールから削除されます。gdsctl sync brokerconfigコマンドは、データベースの削除後に実行する必要があります。これが、ブローカ構成を含むプールからデータベースを削除する唯一の方法です。

ロール属性を持つグローバル・サービスを、プライマリ・データベースや物理スタンバイ・データベースのロールなどの特定のデータベース・ロールでアクティブになるよう構成できます。ファスト・スタート・フェイルオーバーが有効な場合、プライマリ・データベースに障害が発生すると、Oracle Data Guard Brokerはスタンバイ・データベースに自動的にフェイルオーバーします。Oracle Data Guard Brokerと協働するよう構成されているグローバル・サービス・マネージャでは、適切なデータベース・サービスがアクティブになり、ロールが変更されると適切な高速アプリケーション通知(FAN)イベントが発行されます。これらのFANイベントによって、GDS構成内の適切なデータベース・インスタンスに対するクライアント接続の高速接続フェイルオーバー(FCF)が可能になります。

Global Data Servicesフレームワークでは、次のOracle Data Guard Broker構成がサポートされます。

- Global Data Servicesプール内のデータベースのセットは、1つのブローカ構成に属するデータベースのセットか、ブローカ構成に属さないデータベースのセットのいずれかです。ブローカ構成は空のGlobal Data Servicesプールにのみ追加できます。GDSプールにすでにブローカ構成が含まれている場合、データベースをプールに追加するには、プールに含まれているブローカ構成にデータベースを追加する必要があります。

- ロールベースのグローバル・サービスは、ブローカ構成を含むデータベース・プールについてのみサポートされます。

関連項目:
ブローカ構成の詳細は、『Oracle Data Guard Broker』を参照してください。

グローバル・サービスのデータベース配置

グローバル・サービスをサポートするデータベースを指定できます。これらのデータベースは、優先データベースと呼ばれます。グローバル・サービス・マネージャは、サービスが指定されたすべての優先データベースでグローバル・サービスが実行されるようにします。優先データベースの数は、グローバル・サービスのデータベース・カーディナリティと呼ばれます。グローバル・サービスに対して最低1つの優先データベースを指定する必要があります。

注意:
データベースでサポートするサービスに対してpreferred_allを設定した場合、優先データベースや使用可能なデータベースを明示的に指定する必要はありません。preferred_all設定は、プール内のすべてのデータベースが優先データベースであることを示します。

グローバル・サービスを追加または変更する際、このグローバル・サービスに対して使用可能なデータベースのリストを指定できます。いずれかの優先データベースでグローバル・サービスを提供できなくなると、グローバル・サービス・マネージャは使用可能なデータベースにサービスを再配置し、そのサービスに対して指定されたデータベース・カーディナリティを維持します。

Oracle Data Guard Broker構成を含むGlobal Data Servicesプールでは、ロールベースのグローバル・サービスは、データベースがサービスの優先データベースまたは使用可能なデータベースとしてリストされ、データベースのrole属性がサービスに指定されたrole属性に対応する場合にのみそのデータベースで起動されます。たとえば、ブローカ構成内の任意のデータベース(データベースのrole属性がprimaryに設定されている場合)で実行可能なグローバル・サービスでは、そのrole属性にprimaryが指定され、ブローカ構成内の他のすべてのデータベースのrole属性がpreferredに設定されている必要があります。

注意:
グローバル・サービスのデータベース・カーディナリティとインスタンス・カーディナリティを混同しないでください。インスタンス・カーディナリティはOracle RACデータベースごとに指定され、別々に維持されます。Global Data Servicesプールのデータベースをまたがっては維持されません。
たとえば、グローバル・サービスを提供するOracle RACデータベースのインスタンスがあまりなく、インスタンスの1つに障害が発生したが、グローバル・サービスを起動する使用可能なインスタンスがない場合を考えてみます。この場合、サービスは別のOracle RACデータベースの使用可能なデータベース・インスタンスで起動されません。ただし、障害の発生したインスタンスがサービスを提供するデータベース内の最後のインスタンスだった場合、このサービスに対して使用可能とリストされている別のデータベースでサービスは起動できます。

レプリケーション・ラグとグローバル・サービス

パフォーマンス上の理由から、分散データベース・システムではデータベース間のデータのレプリケーションに非同期レプリケーションが使用されることが多くあります。このことは、プライマリ・データベースでのデータの更新とこの更新のレプリカへの反映に遅延の可能性があることを意味します。これが起こると、レプリカ・データベースはプライマリ・データベースより遅れます。

Global Data Servicesによって、リアルタイム・データを提供するグローバル・サービスと、レプリケーション・ラグが理由で古いデータを返す可能性のあるサービスをアプリケーションで区別できます。ある程度のラグがあってもかまわないアプリケーションの場合、最大許容ラグ値を構成します。

レプリケーション・ラグを許容できないアプリケーションの場合、グローバル・サービスのラグ時間をゼロに設定します。このグローバル・サービスに対するリクエストは、プライマリ・データベースまたはプライマリ・データベースと同期のとれているレプリカ・データベースにのみ転送されます。

関連項目:
詳細は、第3章「Global Data Services構成の管理」を参照してください。

注意:
Oracle Data Guardスタンバイ・データベースは必要に応じてプライマリ・データベースと同期をとることができるため、リアルタイムの読取り専用サービスをプライマリ・データベースおよび同期の取れているスタンバイ・データベースの両方で有効にできます。

多くのアプリケーションでは、データの一貫性が維持されているかぎり、古いデータの読取りは許容されます。そのようなアプリケーションでは、レプリケーション・ラグ時間の長さに関係なく、任意のデータベース・レプリカで実行されているグローバル・サービスを使用できます。

サービスのラグ時間をゼロ以外の値に構成した場合、クライアント・リクエストは、プライマリ・データベースからの遅延がサービスに対して構成されているラグ時間以内のレプリカ・データベースにのみ転送されます。そのようなデータベースがない場合、接続リクエストは失敗します。

注意:
最大レプリケーション・ラグの指定は、Active Data Guard構成でのみサポートされます。

現在実行されているサービスが指定された最大ラグを超え始めると、現在のリクエストがすべて完了した後、サービスが停止されます。サービスに対する新しいリクエストは、サービスに対して構成されているラグ値に適合するデータベースに転送されます。

注意:
Oracle Active Data Guardオプションを追加してOracle Data Guardを使用している場合、STANDBY_MAX_DATA_DELAYセッション・パラメータを使用してセッション固有のラグ許容値を指定できます。このパラメータをゼロ以外の値に設定すると、アプリケーション・ラグ時間がSTANDBY_MAX_DATA_DELAYパラメータ値以下の場合にのみ、物理スタンバイ・データベースに発行された問合せが実行されます。それ以外の場合、データベースは、ラグ時間が長すぎることをクライアントに通知するエラーを返します。セッション・レベルとサービス・レベルのパラメータが両方とも設定され、STANDBY_MAX_DATA_DELAYパラメータ値がサービス・レベルのパラメータ値より小さい場合、クライアントはデータベースへの接続を維持しますが、問合せではエラーが返されます。

注意:
データベースに障害が発生すると、グローバル・サービス・マネージャは、サービスに対して指定されている最大ラグ値に適合する別のデータベース(障害が発生したデータベースより遅れていることもある)にクライアント接続を転送します。ただし、このソリューションによって一部のアプリケーションでデータの整合性の問題が発生する可能性があります。

関連項目:
STANDBY_MAX_DATA_DELAYセッション・パラメータの詳細は、『Oracle Data Guard概要および管理』を参照してください。

グローバル・サービスと分散トランザクション処理

GDS構成に対してXA (分散)トランザクションを実行する場合、XAトランザクションの密結合ブランチは同じデータベースに送信される必要があります。これを実現するには、分散トランザクションで使用される各グローバル・サービスが、一度に必ず1つのデータベースで実行されることを確認します。分散トランザクションで使用されるグローバル・サービスのプロパティを構成および管理する責任者は、GDSプール管理者です。

XAトランザクションで使用されるグローバル・サービスが複数インスタンスのOracle RACデータベースで実行される場合、XAトランザクションの密結合ブランチは、デフォルトで個別のデータベース・インスタンスに送信できます。これにより、パフォーマンスが低下する可能性があります。この場合にパフォーマンスが低下することを避けるため、Oracle RACデータベースで実行が可能なXAトランザクションによって使用されるすべてのサービスでDTPパラメータ(-dtp)をTRUEに設定することを強くお薦めします。パラメータを設定することで、サービスを通じて実行されるすべての分散トランザクションで、密結合ブランチが単一のOracle RACインスタンスで実行されることが保証されます。

注意:
グローバル・サービスのDTPパラメータは、そのサービスを提供するOracle RACデータベースのXAトランザクションの処理にのみ影響します。グローバル・サービスのデータベース・カーディナリティには影響しません。分散トランザクションで使用されるグローバル・サービスは、一度に1つのデータベース上でアクティブになるように手動で構成する必要があります。

マルチテナント・アーキテクチャのグローバル・サービス

マルチテナント・コンテナ・データベース(CDB)は、GDS構成の一部にすることができます。グローバル・サービスはCDBのルート･レベル(CDB$ROOT)またはプラガブル・データベース(PDB)レベルで定義できます。PDBで実行されるグローバル・サービスを作成するには、作成時にPDBプロパティをPDB名に設定します。サービスの作成後は、グローバル・サービスのPDBプロパティは変更できません。PDBプロパティが設定されていない場合、サービスはCDBルート・レベル(CDB$ROOT)で作成されます。

サービスがPDBレベルで作成された場合、サービスのすべての優先データベースと使用可能なデータベースに、サービスが属するPDBが含まれます。PDBレベルで定義されたグローバル・サービスは、他のレベルで定義されたサービスと同じ操作およびルールで管理されます。

グローバル接続ロード・バランシング

サービスを使用してクライアントがOracle RACデータベースに接続する場合、クライアントはOracle Net接続ロード・バランシング機能を使用して、サービスをサポートしているすべてのインスタンスにユーザー接続を分散できます。同様に、Global Data Services構成でグローバル・サービスに接続するクライアントは、必要に応じて、異なるデータベースおよびリージョン全体でロード・バランシングされます。

この項には、次の項目が含まれます。

- クライアント側のロード・バランシング

- サーバー側のロード・バランシング

- グローバル・サービスのリージョン・アフィニティ

クライアント側のロード・バランシング

クライアント側のロード・バランシングは、グローバル・サービス・マネージャ全体で接続リクエストを調整します。接続フェイルオーバーもサポートされます。接続フェイルオーバーを使用すると、選択したグローバル・サービス・マネージャからエラーが返された場合にOracle Net Servicesによってアドレス・リストにある次のアドレスが試され、これは接続に成功するか、Oracle Net Servicesによってアドレス・リストにあるすべてのアドレスが試されるまで続けられます。

Global Data Services構成でのクライアント側のロード・バランシングおよびフェイルオーバーは、Oracle RACデータベースのものとほぼ同じです。ただし、Global Data Services構成では、Global Data Servicesリージョンのクライアントは、最初にそのローカル・リージョンのいずれかのグローバル・サービス・マネージャに接続しようとします。ローカル・リージョンのグローバル・サービス・マネージャが応答しない場合、クライアントは別のリージョンのグローバル・サービス・マネージャを試します。

Global Data Services構成の複数のリージョン全体でクライアント側のロード・バランシングおよびフェイルオーバーを有効にするには、ロード・バランシングおよびリージョン内フェイルオーバー用のローカル・リージョン・グローバル・サービス・マネージャのアドレス・リストを1つと、リージョン間フェイルオーバー用のリモート・リージョン・グローバル・サービス・マネージャのアドレス・リストを1つ以上含むOracle Net接続記述子をクライアントで使用する必要があります。リージョンが指定されていない場合、デフォルトであるクライアントの接続先のグローバル・サービス・マネージャのリージョン名に設定されます。各リストにタイムアウトと再試行回数を構成して、リスト内の別のグローバル・サービス・マネージャに移る前に現在のグローバル・サービス・マネージャへの接続を複数回試行することもできます。

関連項目:
詳細は、「データベース・クライアントの構成」を参照してください。

サーバー側のロード・バランシング

Oracle RACデータベースに対するサーバー側のロード・バランシングでは、最適なOracle RACデータベース・インスタンスに接続リクエストを転送するリスナーが使用されます。長時間の接続を使用するアプリケーションもあれば、短時間の接続を使用するアプリケーションもあります。

グローバル・サービスの場合、サーバー側のロード・バランシングは同じように動作しますが、ワークロードは1つのデータベースに制限されず、Global Data Services構成の複数のデータベース全体で調整される点が異なります。ほとんどの場合、グローバル・サービス・マネージャは、すべてのローカル・サーバーに負荷がかかりすぎていたり、リモート・サーバーが非常に質のよいサービスを提供できる場合以外、グローバル・サービスに対するクライアント・リクエストを同じリージョン内のデータベース・サーバーに転送します。

ローカル・サーバーのデータ・キャッシュを利用するために、リクエストをローカル・リージョンに転送することができます。Global Data Servicesによって、グローバル・サービスのクライアント/サーバー・アフィニティの目的のレベルを指定できます。

グローバル・サービスのリージョン・アフィニティ

グローバル・サービスは、特定のリージョン内またはGlobal Data Services構成の任意のリージョン内で動作するように構成できます。これは、リージョン・アフィニティと呼ばれます。

この項では、次のリージョン・アフィニティについて説明します。

- 任意リージョン・アフィニティ

- ローカル・リージョン・アフィニティ

- リージョン間フェイルオーバー付きローカル・リージョン・アフィニティ

任意リージョン・アフィニティ

グローバル・サービスの任意リージョン・アフィニティ(デフォルト)では、クライアントの接続リクエストは、リージョンとは関係なく、Global Data Services構成内で要求されたサービスの接続ロード・バランシングの目的を満たすのに最も適したデータベースにルーティングされます。データベースの選択は、パフォーマンスと、クライアントおよびデータベースを含むリージョン間のネットワーク待機時間に基づきます。このポリシーでは、異なるリージョンのデータベースの負荷が同じ場合、ローカル・リージョンが優先されます。リージョン間のデータベース・パフォーマンスの差がネットワーク待機時間にまさる場合にのみ、リージョン間接続が行われます。

任意リージョン・アフィニティのグローバル・サービスに優先データベースと使用可能なデータベースを指定した場合、サービスのカーディナリティはGlobal Data Servicesプール・レベルで維持されます。サービスは、優先データベースで停止すると、Global Data Servicesプールの使用可能な任意のデータベースで起動されるため、プール内のサービス・プロバイダの数は同一となります。使用可能なデータベースでサービスを起動する際、サービスが失敗したリージョンのデータベースが優先されます。このサービスに対して使用可能なデータベースがローカル・リージョンにない場合、近接するリージョンから使用可能なデータベースが選択されます。

ローカル・リージョン・アフィニティ

グローバル・サービスのローカルGlobal Data Servicesリージョン・アフィニティでは、要求されたサービスの接続ロード・バランシングの目標に合うクライアントのリージョン内の最適なデータベースにクライアント接続リクエストを転送します。グローバル・サービス・マネージャは、データベースのパフォーマンスのみに基づいてデータベースを選択します。ローカル・リージョン・アフィニティのグローバル・サービスは、同時に複数のGlobal Data Servicesリージョンで提供されることはありますが、あるリージョンのクライアントが別のリージョンのデータベースに接続されることはありません。

ローカル・リージョン・アフィニティのグローバル・サービスに優先データベースまたは使用可能なデータベースを指定した場合、サービスのカーディナリティはリージョン・レベルで維持されます。サービスが優先データベースで失敗すると、同じリージョン内の使用可能なデータベースでサービスが起動され、リージョン内のサービス・プロバイダの数は変わりません。このグローバル・サービスに対して使用可能なデータベースがローカル・リージョンにない場合、何のアクションもとられず、サービスのカーディナリティが減少します。ローカル・リージョンにグローバル・サービスを提供するデータベースがない場合、クライアント接続リクエストは拒否されます。ローカル・リージョン・アフィニティのグローバル・サービスの場合、サービスのデータベース・カーディナリティは各リージョンで個々に維持されます。

リージョン間フェイルオーバー付きローカル・リージョン・アフィニティ

このタイプのアフィニティは、ローカルGlobal Data Servicesリージョン・アフィニティと似ていますが、ローカル・リージョンにグローバル・サービスを提供するデータベースがない場合、クライアント・リクエストを拒否するかわりに、要求されたグローバル・サービスが実行されている別のリージョンの最適なデータベースにリクエストが転送されます。ローカル・リージョン・アフィニティでは、データベース・カーディナリティは、リージョンごとに独立して維持され、別のリージョンでのサービスの失敗が原因で変化することはないため、このサービス・フェイルオーバーによって別のリージョンの使用可能なデータベースでサービスが起動されることはありません。リージョン間フェイルオーバーによってリージョンのデータベースに負荷がかかりすぎている場合、サービスに対する優先データベースを手動で追加できます。

グローバル実行時接続ロード・バランシング

グローバル実行時接続ロード・バランシングでは、クライアントの作業リクエストが、データベースからのロード・バランシング情報に基づいてOracle RACデータベースの複数のインスタンスにまたがる永続接続全体に分散されます。この機能は、ロード・バランシングの推奨を受信できる接続プールでサポートされます。データベースでは、サービスの実行時接続ロード・バランシングの目標およびデータベース・インスタンスの相対パフォーマンスを使用して、サービス・リクエストの送信先に関する推奨を生成します。

ランタイム接続のロード・バランシングにおけるサービス・レベルの目標値には、次の2つのタイプがあります。

- SERVICE_TIME: 応答時間に基づいて、作業要求をインスタンスに割り当てます。ロード・バランシング・データは、サービスで完了した作業の経過時間およびサービスに対して使用可能な帯域幅に基づきます。

- THROUGHPUT: スループットに基づいて、作業要求をインスタンスに割り当てます。ロード・バランシング・データは、サービスで完了した作業の処理速度およびサービスに対して使用可能な帯域幅に基づきます。

Global Data Servicesフレームワークでは、グローバル・サービスに対する実行時の作業リクエストの調整もサポートされます。Global Data Servicesフレームワークで、リクエストは、複数データベースのインスタンスへの接続に分散されます。作業は、システム全体で最適なサービス時間が実現されるようにルーティングされ、システムの状態変化に透過的に対応します。

グローバル実行時接続ロード・バランシングを提供するため、グローバル・サービス・マネージャは、Global Data Services構成のすべてのデータベース・インスタンスから各サービスのパフォーマンス・データを受信します。グローバル・サービス・マネージャは、他のGlobal Data Servicesリージョンのグローバル・サービス・マネージャと定期的にメッセージを交換することで、ネットワーク待機時間の測定も行います。

グローバル・サービスのロード・バランシングの目標がSERVICE_TIMEに設定されている場合、作業リクエストの分散方法を決める際、リージョン間ネットワーク待機時間とインスタンスのパフォーマンス・データが確認されます。たとえば、リージョンAのクライアントは、リージョンAに対して重み付けされた実行時ロード・バランシング・メトリックを使用し、リージョンBのクライアントは、リージョンBに対して重み付けされたメトリックを使用します。これは、サービスが同じであっても、異なるリージョンのクライアントは異なる実行時ロード・バランシング・メトリックを受信することを意味します。

グローバル・サービスのロード・バランシングの目標がTHROUGHPUTに設定されている場合、実行時ロード・バランシング・メトリックは、データベース・インスタンスのパフォーマンスのみに基づいて計算されます。

状況によっては、グローバル・サービス・マネージャは、ローカル・クライアントの実行時ロード・バランシング・メトリックの計算以外に、リモート・リージョンの実行時ロード・バランシング・メトリックを計算して、グローバル・サービス・マネージャのすべてを使用できないリージョンに存在するクライアントにメトリックを公開する必要もあります。

アフィニティ

グローバル・サービス・マネージャは、受信した作業をその作業に最適なサービス品質を提供するGlobal Data Services構成のデータベースに送信する方法についてのアドバイスを行います。ロード・バランシング・アドバイザは、同じデータベースに再接続する必要があるかどうかを(ユニバーサル接続プール(UCP)やODP.NET接続プールなどとして)クライアントやOracle Net Servicesイベントに対するサブスクライバに示す追加のアフィニティ情報も送信します。同じデータベースにセッションを再接続すると、バッファ・キャッシュの効率が高まり、CPU使用率とトランザクション待機時間を低くすることができます。アフィニティ情報は、特定のデータベースでアフィニティがアクティブであるか非アクティブであるかを示します。単一インスタンス・データベースの場合は常に非アクティブで、データベースがOracle RACの場合は、特定のインスタンスに対してアクティブにも非アクティブにもできます。

ディスクI/OとCPUのしきい値

ディスクI/OとCPUのしきい値は、データベース管理者が設定できるリソース消費の限度です。ディスクI/Oしきい値は、1ブロックの読取り待機時間上限の設定によって構成され、CPUしきい値は、CPU使用率の上限の設定によって設定されます。グローバル・サービス・マネージャはリソースの使用状況を監視し、I/OとCPUのしきい値に達したかどうかをチェックします。データベースがいずれかのしきい値に達すると、ロード・バランシング・アドバイザリは、受信した作業のこのデータベースへの転送方法に関するアドバイスを再調整します。

グローバル・サービスのフェイルオーバー

グローバル・サービスまたはデータベースが停止すると、データベースで実行されていたグローバル・サービスは、グローバル・サービスが有効化されているがまだ実行されていない別のデータベースにフェイルオーバーされます(データベース・ロールがサービス・ロールに一致する場合)。グローバル・サービス・マネージャは、フェイルオーバーのターゲットとして使用可能なデータベースより優先データベースを優先します。

GDSCTLを使用してグローバル・サービスを停止した場合、サービスは別のデータベースにフェイルオーバーしません。ただし、サービスが停止されたデータベースは、依然としてこのサービスのフェイルオーバー・ターゲットです。サービスが別のデータベースで失敗すると、そのデータベースで起動できます。

グローバル・サービスが使用可能なデータベースにフェイルオーバーした場合、優先データベースが再起動しても、Global Data Servicesフレームワークは次の理由からサービスを優先データベースに戻しません。

- サービスのカーディナリティが所定のカーディナリティです。

- 現在のインスタンスまたはデータベースでサービスを維持することによって、サービスの可用性が増します。

- サービスを最初の優先インスタンスまたはデータベースに戻さないことで、2回目の停止が回避されます。

サービスが正常かつアクティブなセッションを終了せずに再起動したら、必要に応じてグローバル・サービスを優先データベースに手動で戻すことができます。

Oracle Data Guard Broker構成を含むGlobal Data Servicesプールでは、Global Data Servicesフレームワークでロールベースのグローバル・サービスがサポートされます。有効なロールはPRIMARY、PHYSICAL_STANDBY、LOGICAL_STANDBYおよびSNAPSHOT_STANDBYです。Global Data Servicesフレームワークは、データベース・ロールがサービスに対して指定されたロールに適合する場合にのみグローバル・サービスを自動的に起動します。

データベースがロールを切り替えたり、データベースに障害が発生した場合、Oracle Data Guard BrokerはGlobal Data Servicesフレームワークにロールの変更または障害について通知し、グローバル・サービス・マネージャはサービスが新しいデータベース・ロールに従って起動されるようにします。

注意:
ローカリティ・パラメータがLOCAL_ONLYに設定されている場合、グローバル・サービスは、あるGlobal Data Servicesリージョンのデータベースから別のリージョンのデータベースにフェイルオーバーしません。リージョン間フェイルオーバーは無効です。

グローバル・サービスがフェイルオーバーする際、高速接続フェイルオーバーがOracleクライアントで有効な場合、そのグローバル・サービスへの接続のフェイルオーバーが速くなります。Global Data Servicesフレームワークは、Oracle RAC同様、高速アプリケーション通知(FAN)を使用してアプリケーションにサービスの停止について通知します。アプリケーションでデータベースをポーリングして問題を検出するまで待機するかわりに、クライアントはFANイベントを受信して、ただちにアクションを実行します。障害が発生したインスタンスまたはノードへのセッションは終了され、新規接続は、グローバル・サービスを提供する使用可能なインスタンスに転送されます。

すべてのグローバル・サービス・マネージャが、Global Data Services構成のすべてのデータベースでサービス可用性を監視します。グローバル・サービスは、障害のために使用不可能になったことがグローバル・サービス・マネージャによって検出されると、使用可能なデータベースで起動されます。

注意:
グローバル・サービス・マネージャは、Global Data Servicesカタログに接続できない場合、サービスを自動的にフェイルオーバーできません。

注意:
フェイルオーバー用のターゲット・データベースがOracle Clusterwareの制御下にある場合、このデータベースでサービスを起動しようとするグローバル・サービス・マネージャのフェイルオーバー・リクエストは、別のインスタンスを起動するプルアップ・イベントになることがあります。この状況が発生するのは、1つ以上のインスタンスがグローバル・サービス・マネージャ・リスナーに登録されており、グローバル・サービス・マネージャが、データベースが実行中でフェイルオーバー用の有効なターゲットになっているが、サービスがまだデータベース上で実行されていないことを認識できる場合です。登録されたインスタンスが、管理者によって管理されるOracle RACデータベース上で使用できるインスタンスであるため、またはサービスと同じサーバー・プールに存在しないポリシー管理のOracle RACデータベースのインスタンスであるため、サービスのプライマリ・インスタンスまたは有効なインスタンスでない場合に、これが発生する可能性があります。

グローバル・サービス・マネージャ・プロセス・スイートのアーキテクチャ

グローバル・サービス・マネージャ・プロセス・スイートのアーキテクチャは、共有メモリーを使用して通信する複数のプロセスを含むプロセス・スイートです。グローバル・サービス・マネージャには、次のプロセスが含まれます。

- 監視: プロセス・スイート内の他のすべてのプロセスの状態を監視します。他のグローバル・サービス・マネージャ・プロセスの起動、共有メモリー領域の作成、およびグローバル・サービス・マネージャ・プロセスの停止検出後の再生成を担当します。

- リスナー: 着信クライアント接続リクエストをリスニングし、適切なデータベース・インスタンスにリクエストを転送します。Global Data Services構成の各インスタンスは、すべてのグローバル・サービス・マネージャ・リスナーに対する通信チャネルを確立します。このチャネルは、グローバル・サービスの登録と、リスナーへのパフォーマンス・メトリックの送信に使用されます。これらのメトリックは、後で接続時および実行時のロード・バランシングに使用されます。データベース・インスタンスの停止時を検出します。リスナー・プロセスは、通常のデータベース・リスナーのすべての機能を提供します。したがって、グローバル・サービス・マネージャは、Global Data Services構成ですべてのデータベースのリモート・リスナーの役割を果たします。グローバル・サービス・マネージャ・リスナーは、Oracle RACデータベースのSCANリスナーをバイパスして、ローカル・データベース・リスナーに接続リクエストを直接ルーティングします。

- pinger: 他のリージョンのグローバル・サービス・マネージャのpingerプロセスとデータを交換して、リージョン間のネットワーク待機時間を測定します。グローバルに分散されたデータベース・クラウドで接続時および実行時のロード・バランシングを行うために測定が必要です。他のグローバル・サービス・マネージャを監視し、その独自のグローバル・サービス・マネージャがリージョンまたはマスター・グローバル・サービス・マネージャになる必要がある時期を通知します。

- OCIプロセス: Global Data Servicesデータベース(サービスの管理用)とGlobal Data Servicesカタログ(Global Data Services構成の管理用)に対するSQLNET接続の確立を担当します。

- ONSサーバー: RLBおよびHA FANイベントを、クライアントがそのイベントにサブスクライブできるようにリージョンONSネットワークにパブリッシュします。

- ONSクライアント: Global Data Services構成のOracle RACデータベースによってパブリッシュされるHAイベントへのサブスクライブを担当します。

図1-2に、内部プロセスのアーキテクチャと、プロセス・スイートに出入りする情報フローを示します。

図1-2 グローバル・サービス・マネージャ・プロセス・スイートのアーキテクチャ

Global Data Servicesの使用例

次に、Oracle Global Data Servicesの使用例をいくつか示します。

- レプリケート・データベースのロード・バランシング

- レプリケート・データベースのサービス・フェイルオーバー

- Oracle GoldenGateマルチマスターのリージョン・アフィニティ

- Oracle GoldenGateマルチマスターのロード・バランシング

- Oracle Active Data GuardとOracle GoldenGateリーダー・ファームの調整

レプリケート・データベースのロード・バランシング

Global Data Servicesは、Oracle RACスタイルの(データ・センター内部および相互の)接続時および実行時ロード・バランシング機能をレプリケート・データベースのセットに拡張します。アルゴリズムでは、負荷メトリック、リージョン・アフィニティ、ネットワーク待機時間およびロード・バランシングの目標が考慮されます。これにより、Active Data GuardでGlobal Data Servicesが有効化されることで、パフォーマンスが最大化され、効率的なリソース使用が実現します。

図1-3に、Global Data Services構成でのローカルとリモート両方のレプリケート・データベース間のロード・バランシングを示します。読取り/書込みサービスは、プライマリ(またはマスター)データベースで実行されます。読取り専用サービスは、2つのスタンバイ(またはレプリカ)データベースで実行されます。クライアント接続は、2つのデータ・センターに存在するスタンバイ・データベースで実行される読取り専用サービス間でロード・バランシングされます。

図1-3 レプリケート・データベースのロード・バランシング

レプリケート・データベースのサービス・フェイルオーバー

Global Data Servicesは、Oracle RACスタイルの(データ・センター内部および相互の)サービス・フェイルオーバーおよび管理機能をレプリケート・データベースに拡張します(サービス配置ポリシーが考慮されます)。これにより、Active Data GuardおよびOracle GoldenGateでGlobal Data Servicesが有効化されることで、可用性が向上し、管理性が改善されます。

図1-4に、Global Data Services構成において2つのデータ・センター間でレプリケートされたデータベースを示します。読取り/書込みサービスは、プライマリ(またはマスター)データベースで実行されます。読取り専用サービスは、2つのスタンバイ(またはレプリカ)データベース間でロード・バランシングされます。

図1-4は、データ・センター1でのスタンバイの障害を示しています。図1-5で、Global Data Servicesは、読取り専用サービスを別の使用可能なデータベース(この場合はプライマリ)にフェイルオーバーし、それをデータ・センター2のリモート・スタンバイで実行されている読取り専用サービスを使用してロード・バランシングしています。

図1-4 読取り専用サービスの障害

図1-5 読取り専用サービスのフェイルオーバー

Oracle GoldenGateマルチマスターのリージョン・アフィニティ

図1-6は、Global Data Services構成でのOracle GoldenGateマルチマスター・レプリカを示しています。この使用例では、アプリケーションは、マルチマスターの読取り/書き込みの競合を避ける必要があり、Global Data Servicesは、すべてのワークロードをクライアントのリージョン内で最も近くにある最適なレプリカにルーティングできます。

GDSCTL>add service –service reporting_srvc –gdspool sales
–preferred_all –locality LOCAL_ONLY –region_failover
GDSCTL>add service –service order_entry_srvc –gdspool sales
–preferred_all –locality LOCAL_ONLY –region_failover

この使用例の特徴は次のとおりです。

- アプリケーションは、マルチマスターの競合解消を処理します。

- 読取り/書込みおよび読取り専用のグローバル・サービスが両方のレプリカ上で実行されています。

- クライアント接続は、要求された受注およびレポート・グローバル・サービスの接続ロード・バランシングの目標に合うクライアントのリージョン内で最も近くにある最適なレプリカ・データベースにルーティングされます。

- 負荷メトリック、リージョン・アフィニティおよびロード・バランシングの目標が考慮されます。

- Global Data Servicesにより、Oracle GoldenGateマルチマスター構成用として、読取り専用および読取り/書込みサービスのワークロード・ルーティングが提供されます。

- Oracle GoldenGateマルチマスター構成でGlobal Data Servicesを有効化することで、最も近いデータ・センターにすべてのデータベース・ワークロードがルーティングされます。

図1-6 Oracle GoldenGateマルチマスターのリージョン・アフィニティ

Oracle GoldenGateマルチマスターのロード・バランシング

図1-7は、Global Data Services構成でのOracle GoldenGateマルチマスター・レプリカを示しています。この使用例では、アプリケーションは、マルチマスターの競合解消を処理する必要があり、Global Data Servicesは、すべての作業リクエストに対して(データ・センター内部および相互の)接続時および実行時のロード・バランシングを提供します。

GDSCTL>add service -service order_entry_srvc -gdspool sales
–preferred_all -clbgoal LONG
GDSCTL>add service -service reporting_srvc -gdspool sales
–preferred_all -clbgoal LONG

この使用例の特徴は次のとおりです。

- アプリケーションは、マルチマスターの競合解消を処理します。

- 読取り/書込みおよび読取り専用のグローバル・サービスが両方のレプリカ上で実行されています。

- クライアント接続は、データ・センターをまたいで存在する2つのマスターで実行される読取り/書込みグローバル・サービス間でロード・バランシングされます。これは、読取り専用サービスでも同じです。

- 負荷メトリック、リージョン・アフィニティ、ネットワーク待機時間およびロード・バランシングの目標が考慮されます。

- Oracle GoldenGateマルチマスター構成でGDSを有効化することで、すべてのワークロードがロード・バランシングされます。

図1-7 Oracle GoldenGateマルチマスターのロード・バランシング

Oracle Active Data GuardとOracle GoldenGateリーダー・ファームの調整

図1-8は、ローカルとリモート両方のデータ・センターにフィジカル・スタンバイ/レプリカが存在するOracle Active Data GuardまたはOracle GoldenGateリーダー・ファームに対して有効化されたGlobal Data Servicesを示しています。Global Data Servicesのこの使用例では、読取り/書込みワークロードをプライマリ/マスターにルーティングし、リーダー・ファームの読取り専用ワークロードを調整することで、読取りワークロードのリソース使用率の向上と高度なスケーラビリティの実現を期待できます。

例1-1 Oracle GoldenGate

GDSCTL>add service -service reporting_srvc -gdspool sales
–preferred DB02, DB03, DB04 -clbgoal LONG –rlbgoal SERVICE_TIME

この使用例の特徴は次のとおりです。

- 読取り/書込みグローバル・サービスは、プライマリ/マスター・データベースで実行されます。

- 読取り専用グローバル・サービスは、リーダー・ファームで実行されます。

- クライアント接続は、データ・センターをまたいで存在するリーダー・ファームで実行される読取り専用グローバル・サービス間でロード・バランシングされます。

- Global Data Servicesは、リーダー・ファームで(データ・センター内部および相互の)接続時および実行時ロード・バランシングを提供し、Oracle Active Data GuardまたはOracle GoldenGateリーダー・ファームの読取り専用ワークロードを調整することで、リソース使用率の向上と高度なスケーラビリティを実現します。

図1-8 Oracle Active Data GuardとOracle GoldenGateリーダー・ファームの調整

2 Global Data Servicesフレームワークの構成

Global Data Servicesフレームワークは、1つ以上のグローバル・サービス・マネージャ、Global Data Servicesカタログおよび各GDS構成データベースで構成されます。Oracle Database 12cをインストールすると、フレームワークの一部のコンポーネントがインストールされます。他のコンポーネントについては、Global Data Services制御ユーティリティ(GDSCTL)を使用して特定のタスクを実行する必要があります。

関連項目:
GDSCTLの詳細は、付録A「Global Data Services制御ユーティリティ(GDSCTL)リファレンス」を参照してください。

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

- インストールのプランニング

- グローバル・サービス・マネージャのインストール

- Global Data Servicesのアップグレード

- Global Data Servicesカタログの作成

- Global Data Servicesカタログへのグローバル・サービス・マネージャの追加

- Global Data Servicesカタログへの接続

- Global Data Servicesプールの追加

- Global Data Servicesリージョンの追加

- Global Data Servicesプールへのデータベースの追加

- Global Data Servicesプールへのサービスの追加

- グローバル・サービスの起動

- データベース・クライアントの構成

- 論理バックアップ用のGDSカタログ・データのエクスポート

- GSMCATUSERのパスワードの変更

インストールのプランニング

ソフトウェアをインストールする前に、Linuxの次のハードウェア、ネットワーク、オペレーティング・システムおよび他のソフトウェア要件を確認してください。

Global Data Servicesコンポーネントの要件は次のとおりです。

- 256MB以上の合計物理メモリー

- 20MB以上の使用可能な物理メモリー

- 6GB以上の合計スワップ領域

- 1.5GB以上の空きディスク領域

- 動作保証済アーキテクチャ(x86_64など)

- Linuxシステムのカーネル・バージョンは2.6.18以上

- パッケージmake-3.81がシステムで使用可能

- パッケージbinutils-2.17.50.0.6がシステムで使用可能

- パッケージgcc-4.1.2 (x86_64)がシステムで使用可能

- パッケージlibaio-0.3.106 (x86_64)がシステムで使用可能

- パッケージlibaio-devel-0.3.106 (x86_64)がシステムで使用可能

- パッケージlibstdc++-4.1.2 (x86_64)がシステムで使用可能

- パッケージsysstat-7.0.2がシステムで使用可能

- パッケージcompat-libstdc++-33-3.2.3 (x86_64)がシステムで使用可能

- パッケージlibgcc-4.1.2 (x86_64)がシステムで使用可能

- パッケージlibstdc++-devel-4.1.2 (x86_64)がシステムで使用可能

- パッケージglibc-devel-2.5 (x86_64)がシステムで使用可能

- パッケージgcc-c++-4.1.2 (x86_64)がシステムで使用可能

- パッケージglibc-2.5-58 (x86_64)がシステムで使用可能

- パッケージksh-...がシステムで使用可能

グローバル・サービス・マネージャのインストール

グローバル・サービス・マネージャはGlobal Data Servicesフレームワークの中心的なコンポーネントで、個別のメディアを使用してグローバル・サービス・マネージャをインストールする必要があります。グローバル・サービス・マネージャのインストールと実行に、他のOracleソフトウェアは必要ありません。

グローバル・サービス・マネージャは他のOracle製品がインストールされているシステムにインストールできますが、別のOracleホーム・ディレクトリにインストールする必要があります。1つのシステムに複数のグローバル・サービス・マネージャをインストールできますが、各グローバル・サービス・マネージャのOracleホーム・ディレクトリは別である必要があります。パフォーマンス上の理由から、Global Data Services構成のデータベースの数によっては、専用ホストにグローバル・サービス・マネージャをデプロイできます。

Global Data Servicesリージョンごとに最低1つのグローバル・サービス・マネージャをインストールする必要があります。グローバル・サービス・マネージャは、物理環境または仮想環境でホストできます。高可用性の点から、個別のホストで実行されているリージョンごとに複数(通常は3個)のグローバル・サービス・マネージャをインストールすることをお薦めします。

注意:
Oracle Universal Installerでは、複数ホストでのソフトウェアのインストールは現在サポートされていません。各グローバル・サービス・マネージャをそれぞれのホストにインストールする必要があります。

Global Data Services管理者がグローバル・サービス・マネージャをインストールします。Global Data Services管理者の職務は次のとおりです。

- グローバル・サービス・マネージャの管理

- Global Data Servicesカタログの管理

- リージョンおよびデータベース・プールの管理

注意:
Global Data Services管理者は、グローバル・サービス・マネージャをデプロイするすべてのホストにオペレーティング・システム・ユーザー・アカウントを持っている必要があります。インストールはそのユーザー・アカウントで実行する必要があります。インストールは、rootユーザーでは実行しないでください。

注意:
Windowsプラットフォームにグローバル・サービス・マネージャをインストールする場合、Oracle Universal Installerでは、Windowsの組込みアカウントを使用するか、OracleホームのOracleホーム・ユーザーとして標準のWindowsユーザー・アカウントを指定するかを選択できます。このアカウントは、OracleホームのWindowsサービスを実行するために使用され、管理者アカウントにすることはできません。
Windowsの組込みアカウント・オプションを選択すると、サービスを実行するためにLocalServiceアカウントが使用されることに注意してください。グローバル・サービス・マネージャのインストール、アップグレード、パッチ適用などの管理タスクを行うには、管理権限を持つWindowsアカウントを使用してログオンする必要があります。

Oracleホーム・ユーザーの使用の詳細および推奨事項は、『Oracle Databaseプラットフォーム・ガイド for Microsoft Windows』の第3章を参照してください。

グローバル・サービス・マネージャをインストールするには、次のようにします。

1. ソフトウェア・メディアのルート・ディレクトリからOracle Universal Installerを起動し、プロンプトに従います。
インストールが完了すると、グローバル・サービス・マネージャのホーム・ディレクトリにグローバル・サービス・マネージャとグローバル・サービス・マネージャ制御ユーティリティ(GDSCTL)の実行に必要なバイナリが含まれています。

2. ORACLE_HOME環境変数をインストール時に指定したディレクトリに設定します。

3. グローバル・サービス・マネージャ用に作成された$ORACLE_HOME/binディレクトリをPATH環境変数に追加します。

4. TNS_ADMIN環境変数を$ORACLE_HOME/network/adminに設定します。

Global Data Servicesのアップグレード

分散Global Data Servicesインフラストラクチャを構成するコンポーネントは4つあり、各コンポーネントは個別のインストール環境に存在し、通常のアップグレード手順を使用して単体でアップグレードできますが、コンポーネントのバージョニングに関して準拠する必要のある一定のルールがあります。各コンポーネントとそのルールは次のとおりです。

- カタログ・データベース: カタログ・データベースは、GDSメタデータの中央リポジトリで、標準的なOracle Databaseインストールです。カタログ・データベースのバージョンは、常にそれに接続する任意のGDSCTLセッションのバージョン以上であり、それに接続する任意のグローバル・サービス・マネージャ・サーバーのバージョンと正確に一致する必要がありますが、これには1つ例外があり、移行の簡略化のため、カタログは、それが変更されるまで、一時的にそれに接続しているグローバル・サービス・マネージャ・サーバーより大きいバージョンになることが可能で、変更があると、同じバージョンではない接続済のグローバル・サービス・マネージャは切断され、同じバージョンではない停止済のグローバル・サービス・マネージャは接続を禁止されます。

注意:
リリース12.1.0.1を実行しているGDSCTLセッションは、それ以降のバージョンのカタログを変更できません(カタログを更新するコマンドを実行する場合、GDSCTLクライアントのバージョンは12.1.0.2以上である必要があります)。

- GDSCTLクライアント: このコンポーネントは、グローバル・サービス・マネージャ・インストールを含む任意のシステム上のターミナル・セッションからアドホック形式で実行されます。GDSCTLクライアントのバージョンは、その実行元のグローバル・サービス・マネージャ・インストールのバージョンです。

注意:
12.1.0.1のGDSCTLクライアントをそれ以降のバージョンのカタログに接続する場合、許可されるコマンドのセットは制限され、カタログ変更の原因となる可能性のあるコマンドは互換性エラーを発生させます。バージョン12.1.0.2以上のカタログのカタログ・メタデータを更新するコマンドは、リリース12.1.0.2以上で稼働するGDSCTLクライアントから実行される必要があります。

- グローバル・サービス・マネージャ・サーバー: グローバル・サービス・マネージャ・サーバーのバージョンは、そのサーバーの実行元のグローバル・サービス・マネージャ・インストールのバージョンです。グローバル・サービス・マネージャ・サーバーは、自身より小さいバージョンのカタログ・データベースに接続できません。グローバル・サービス・マネージャ・サーバーは、自身より大きいバージョンでカタログがすでに変更されている場合、そのバージョンのカタログ・データベースに接続できません。グローバル・サービス・マネージャは、Oracle Database 12c以上のバージョンを実行しているプール・データベースに接続できます。

- プール・データベース: プール・データベースは、グローバル・サービスを実行するGDSプールに追加された任意のデータベースです。プール・データベースには、カタログのバージョンより大きいバージョンを含め、Oracle 12c以上の任意のバージョンを使用できます。プール・データベースは、いつでもアップグレードまたはダウングレードできます。

これらのルールに従うことで、サービス停止時間なしで分散GDSインフラストラクチャのローリング・アップグレードを実行できます。推奨されるアップグレード順序は次のとおりです。

1. カタログ・データベースをアップグレードします。最高の結果を得るには、ローリング・データベース・アップグレードを使用してこれを実行する必要があります(ただし、カタログが使用できない場合、アップグレード中にグローバル・サービスは引き続き使用可能ですが、サービス・フェイルオーバーは発生しません)。

注意:
12.1.0.2パッチ・リリースが適用されたOracle Database 12cリリース1をアップグレードする場合、カタログ・データベースのアップグレード後に次のコマンドを実行する必要があります。
modify catalog -pwd password -newkeys

このコマンドによって、暗号化鍵が生成され、GDSカタログに格納された既存のGSMUSRパスワードが暗号化されます。

2. GDSCTLクライアントを実行するために使用されるグローバル・サービス・マネージャ・インストールをアップグレードします(存在する場合でも、グローバル・サービス・マネージャ・サーバーは実行しません)。

注意:
グローバル・サービス・マネージャのアップグレードはインプレースで実行する必要がありますが、次のプラットフォームの各ファイルに対するアクセス権が755に更新されていない場合、インプレース・アップグレードによって間違ったエラー・メッセージが表示されます。
Linux/Solaris64/Solaris Sparc64の場合:

$ORACLE_HOME/QOpatch/qopiprep.bat

$ORACLE_HOME/jdk/bin/jcontrol

$ORACLE_HOME/jdk/jre/bin/jcontrol

AIXの場合:

$ORACLE_HOME/QOpatch/qopiprep.bat

$ORACLE_HOME/jdk/jre/bin/classic/libjvm.a

$ORACLE_HOME/jdk/bin/policytool

HPIの場合:

$ORACLE_HOME/jdk/jre/lib/IA64N/server/Xusage.txt

$ORACLE_HOME/jdk/jre/bin/jcontrol

$ORACLE_HOME/QOpatch/qopiprep.bat

Windowsでは、エラー・メッセージは予期されません。

3. すべてのグローバル・サービス・マネージャ・サーバーの停止、アップグレードおよび再起動を1つずつ行います。停止時間をなくすには、必ず1つ以上のグローバル・サービス・マネージャ・サーバーが実行されている必要があります。カタログより前のバージョンのグローバル・サービス・マネージャ・サーバーは、カタログに変更が発生するまで完全に動作し続けます。

4. プール・データベース管理者の判断で、グローバル・サービス・マネージャとカタログ・データベースのアップグレードの前か後に、任意の順序でプール・データベースをアップグレードします。

Global Data Servicesカタログの作成

すべてのGlobal Data Services構成には、Global Data Servicesカタログが含まれる必要があります。Global Data Servicesカタログは、GDS構成データベースと同じホストに配置できますが、このシナリオは大規模構成では推奨されません。Oracle Real Application Clusters (Oracle RAC)やOracle Data Guardなどの高可用性機能を使用して、Global Data Servicesカタログが停止しないようにすることをお薦めします。

Global Data Servicesカタログの要件

- Global Data Servicesカタログは、サーバー・パラメータ・ファイル(SPFILE)を使用するOracle Database 12c以上のデータベースに存在する必要があります。
Oracle RACデータベースにGlobal Data Servicesカタログを作成する場合、そのデータベースに単一クライアント・アクセス名(SCAN)を設定することをお薦めします。

- Global Data Servicesカタログを作成するGlobal Data Services管理者は、カタログ・データベースにユーザー・アカウントを持っていることと、GSMADMIN_ROLE権限とアカウントのパスワードを持っている必要があります。たとえば、次のSQL文をカタログ・データベースで実行します。

CREATE USER gsm_admin IDENTIFIED BY password;
GRANT gsmadmin_role TO gsm_admin;

- Global Data Servicesカタログは、高可用性および障害時リカバリに対応するように保護される必要があります。

注意:
Global Data Services管理者はカタログ・データベースにユーザー・アカウントを持っていますが、カタログ・データベースに直接接続しないようお薦めします。Global Data Services管理者は、GDSCTLユーティリティを使用して、Global Data Servicesを管理できます。GDSCTLコマンドを実行するときに、Global Data Services管理者が指定する資格証明を使用して、GDSCTLはGlobal Data Servicesカタログに接続します。

次のようにGDSCTLがインストールおよび構成されているホストでGDSCTLを使用し、Global Data Servicesカタログを作成します。

GDSCTL> create catalog -database db_name -user user_name

次に例を示します。

GDSCTL> create catalog -database serv1:1521:catdb.example.com -user gsm_admin

前述の例で、serv1:1521:catdb.example.comは、データベースに接続するために使用されるリスナーのホスト名とポート番号を含む簡易接続文字列で、catdb.example.comは、Global Data Servicesカタログ・データベースのサービス名です。

1つのデータベースを、Global Data Servicesカタログのプライマリ・リポジトリとして指定します。Oracle RAC、Oracle Data Guard、Oracle Clusterwareなどの既存の高可用性テクノロジを使用して、Global Data Servicesカタログを保護できます。

関連項目:
使用方法の詳細は、「create catalog」を参照してください。

Global Data Servicesカタログへのグローバル・サービス・マネージャの追加

グローバル・サービス・マネージャを起動するには、Global Data Servicesカタログに登録する必要があります。

グローバル・サービス・マネージャを追加するには、次のようにします。

1. GSMCATUSERアカウントを変更します。
Global Data Services構成のすべてのグローバル・サービス・マネージャは、GSMCATUSERアカウントを使用してカタログ・データベースに対するOracle Net Servicesの直接接続を管理しますが、このアカウントはOracle Database 12cのインストール中にデフォルトで作成されます。カタログ・データベースのデータベース管理者(DBA)はアカウントのロックを解除し、アカウントのパスワードをGlobal Data Services管理者に付与する必要があります。

ALTER USER gsmcatuser ACCOUNT UNLOCK;
ALTER USER gsmcatuser IDENTIFIED BY password;

2. グローバル・サービス・マネージャを実行するホストで次のコマンドを実行します。

GDSCTL> add gsm -gsm gsm_name -listener listener_port -catalog catalogdb_name

次に例を示します。

GDSCTL> add gsm -gsm east_gsm1 -listener 1523 -catalog
serv1:1521:catdb.example.com

前述の例で、serv1:1521:catdb.example.comは、カタログ・データベースの接続識別子です。Global Data Services管理者はコマンドの実行時にGSMCATUSERパスワードの入力を求められます。

関連項目:
使用方法の詳細は、「add gsm」を参照してください。

3. グローバル・サービス・マネージャをGlobal Data Servicesフレームワークに追加したら、次のようにしてグローバル・サービス・マネージャを起動します。

GDSCTL> start gsm -gsm gsm_name

起動時、グローバル・サービス・マネージャはONS.CONFIGファイルを作成または変更し、グローバル・サービス・マネージャに属するOracle Notification Serviceサーバーから構成データを移入します。

デフォルトでは、ファイルは$ORACLE_HOME/opmn/confディレクトリに作成されます。場所は、環境変数ORACLE_CONFIG_HOMEが設定されている場合、$ORACLE_CONFIG_HOME/opmn/confに変更できます。

注意:
ONS.CONFIGファイルは共有できません。グローバル・サービス・マネージャ・インストールごとに固有のONS.CONFIGファイルが必要です。

Global Data Servicesカタログへの接続

GDSCTLコマンドの多くはGlobal Data Servicesカタログへの接続を必要とします。次の2つの方法のいずれかを使用してGlobal Data Servicesカタログに接続します。

方法1

次のようにしてGlobal Data Servicesカタログに接続します。

GDSCTL> connect user_name@connect_identifier
Enter password: ***
Catalog connection is established
GDSCTL>

前述の例でcatalogは、1つ以上のグローバル・サービス・マネージャ・エンドポイントに解決される接続識別子です。高可用性を実現するには、接続識別子を構成のすべてのグローバル・サービス・マネージャのリストに解決することをお薦めします。たとえば、Global Data Services構成に2つのグローバル・サービス・マネージャが存在し、名前解決にTNSNAMESを使用する場合、tnsnames.oraファイルに次のようなエントリを含める必要があります。

catalog = (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=xyz)(PORT=1523))
(ADDRESS=(PROTOCOL=tcp)(HOST=abc)(PORT=1523))
)

前述の例では、1つ目のグローバル・サービス・マネージャはxyzという名前のホストで実行され、2つ目のグローバル・サービス・マネージャはabcという名前のホストで実行されます。

関連項目:
使用方法の詳細は、「connect」を参照してください。

方法2

オペレーティング・システム・プロンプトからGDSCTLコマンドを実行するには、Global Data Servicesカタログに接続する必要のあるコマンドに-catalogパラメータを付加します。

次に例を示します。

$ gdsctl add gdspool -gdspool hr -catalog  mygdscatlog

username: Robert
password:

Global Data Servicesの場所は変わることがあるため、GDSCTLはグローバル・サービス・マネージャをリスナーとして使用してGlobal Data Servicesカタログに接続します。グローバル・サービス・マネージャは場所の変更を記録し、接続リクエストを転送することができます。

Global Data Servicesプールの追加

注意:

- 必要なGlobal Data Servicesプールが1つのみの場合、この手順を使用して追加する必要はありません。Global Data Servicesカタログを作成すると、デフォルトのGlobal Data ServicesプールDBPOOLORAが作成されます。

- Global Data Services管理者は、GDSCTLコマンドを実行してGlobal Data Servicesプールを管理する権限を持ち、プールが1つのみの場合、Global Data Services管理者がプールも管理します。

- gdsctl add gdspoolコマンドの実行時にユーザーを指定する場合、Global Data Servicesカタログが配置されている場所のローカルDBAは、まずカタログ・データベースにユーザーを追加する必要があります。

大規模データベース・クラウドでは、異なる管理者が管理する複数のGlobal Data Servicesプールが必要になることがあります。Global Data Servicesカタログに接続していることを確認し、次のようにして特定のユーザーによって管理されるプールを追加します。

GDSCTL> add gdspool -dbpool database_pool_list [-users user_list]

次に例を示します。

GDSCTL> add gdspool -dbpool hr -users rjones

前述の例では、hrという名前のGlobal Data Servicesプールを追加し、ユーザーrjonesを追加します。このユーザーにはhrプールを管理する権限が割り当てられます。権限によって、プールの管理者は、データベースをプールに追加したり、プール内のデータベースでグローバル・サービスを管理したりできます。

Global Data Servicesプールには、そのGDS構成内で一意の名前を付ける必要があります。作成時にプールの名前を指定しない場合、その名前はデフォルトでoradbpoolになります。プール名の長さは最大30バイトで、任意の有効な識別子(先頭は英字でその後に0個以上のASCII英数字またはアンダースコア(_)を続ける)を使用できます。

Global Data Servicesリージョンの追加

注意:
必要なGlobal Data Servicesリージョンが1つのみの場合、この手順を使用して追加する必要はありません。Global Data Servicesカタログを作成すると、デフォルトのGlobal Data ServicesリージョンREGIONORAが作成されます。

Global Data Servicesカタログに接続していることを確認し、次のようにしてGlobal Data Servicesリージョンを追加します。

GDSCTL> add region –region region_list

次に例を示します。

GDSCTL> add region –region west,east

前述の例では、2つのリージョンeastおよびwestをGlobal Data Servicesフレームワークに追加します。

Global Data Servicesリージョンの名前は、対応するGlobal Data Services構成内で一意である必要があります。最初のリージョンの作成時に名前を指定しない場合、そのリージョンにはoraregionというデフォルト名が付けられます。リージョン名の長さは最大30文字で、任意の有効な識別子(先頭は英字でその後に0個以上のASCII英数字または「_」を続ける)を使用できます。

Global Data Servicesプールへのデータベースの追加

グローバル・サービスを提供するには、データベースがGlobal Data Servicesプールに追加されている必要があります。データベースをプールに追加する前に、次の例に示すように、データベース管理者はGSMUSERアカウントのロックを解除し、Global Data Servicesプール管理者にパスワードを付与する必要があります。

ALTER USER gsmuser ACCOUNT UNLOCK;
ALTER USER gsmuser IDENTIFIED BY password;

Global Data Servicesプールに含めるには、データベースでサーバー・パラメータ・ファイル(SPFILE)が使用される必要があります。Oracle RACデータベースにはSCAN設定も必要です。

データベースを追加するには、ユーザーは、次のようにGlobal Data ServicesプールまたはGlobal Data Services管理者の資格証明を使用してGlobal Data Servicesカタログに接続する必要があります。

GDSCTL>connect rjones@catalog
Enter password:

gdsctl add databaseコマンドを実行します。

GDSCTL>add database -connect edc007:1521/db14.east.example.com -region east -gdspool hr
Enter password:

この例では、edc007:1521/db14.east.example.comがデータベースの接続識別子であり、プロンプトが表示されたら、このデータベースのGSMUSERアカウント・パスワードを入力します。

プールにすでにデータベースが含まれ、プールにグローバル・サービスが関連付けられている場合、サービスは新しいデータベースで自動的に作成されます。

登録用有効ノード・チェック

登録用有効ノード・チェック(VNCR)機能では、グローバル・サービス・マネージャによって許可された登録リクエストのIPアドレス、ホスト名またはサブネットのセットの構成や動的な更新が可能になります。データベース・インスタンスのグローバル・サービス・マネージャでの登録は、リクエストが有効なノードからの場合にのみ成功します。

デフォルトでは、gdsctl add databaseコマンドが実行されるたびに、Global Data Servicesフレームワークは、リモート・データベースが実行されているホストのVNCRエントリを自動的に追加します。この自動化機能(自動VNCR)では、ホスト名エントリがローカルhostsファイルまたはネーム・サーバーのいずれかに存在する必要があります。グローバル・サービス・マネージャが実行されるいずれかのノードでリモート・ホストが異なる名前で識別される場合、Global Data Services管理者は、gdsctl add invitednodeコマンドを実行してGlobal Data Servicesカタログに手動でVNCRエントリを追加する必要があります。

関連項目:
使用方法の詳細は、「add invitednode (add invitedsubnet)」を参照してください。

Global Data Servicesプールへのサービスの追加

gdsctl add serviceコマンドを使用して、Global Data Servicesプール・データベースでサービスを作成します。コマンドの単純な例を次に示します。

GDSCTL>add service -gdspool hr -service emp_report1 -preferred_all

この例で、emp_report1はサービス名で、-preferred_allオプションはサービスがプール内のすべてのデータベースで通常実行されることを示します。

add serviceコマンドで指定するサービス名は、ドメイン修飾することも(sales.example.comなど)、しないことも(salesなど)可能です。指定した名前がドメイン修飾されていない場合、サービスはデフォルトのドメイン名である<GDS_pool_name>.<GDS_configuration_name>を使用して作成されますが、サービスを管理する後続のGDSCTLコマンドでは、より短いドメイン修飾なしの名前を使用できます。指定した名前がドメイン修飾されている場合、サービスを管理するために使用する後続のすべてのGDSCTLコマンドで、完全修飾ドメイン・サービス名を使用する必要があります。

グローバル・サービス名は、GDSプール内で一意である必要があり、ドメイン修飾されている場合はGDS構成内でも一意である必要があります。グローバル・サービスは、データベースに同じ名前のローカル・サービスまたはグローバル・サービスがすでに存在する場合、そのデータベースで作成できません。

グローバル・サービス名には、英数字、「_」および「.」を含めることができます。最初の文字は英数字にする必要があります。グローバル・サービス名の長さは最大64文字です。ドメイン修飾されたグローバル・サービス名の長さは、最大250文字です。

グローバル・サービスに接続するために使用されるOracle Net接続記述子には、ドメイン修飾されたサービス名を含める必要があります。

関連項目:
使用方法の詳細は、「add service」を参照してください。

グローバル・サービスの起動

gdsctl start serviceコマンドを使用して、Global Data Servicesプール・データベースで既存のサービスを起動します。

GDSCTL>start service -service emp_report1 -gdspool hr

サービスに-roleパラメータが指定されている場合、サービスは、指定された値にロールが適合するデータベースでのみ起動します。サービスに-lagパラメータが指定されている場合、サービスは、レプリケーション・ラグが指定された値を超えないデータベースでのみ起動します。サービスに-preferred_allが指定されていない場合、サービスは、サービスの優先データベースとしてリストされているデータベースでのみ起動します。

データベース・クライアントの構成

データベース・クライアントは、Oracle Net接続文字列を使用してデータベース・サービスに接続します。グローバル・サービスで使用される接続文字列は、ローカル・サービスで使用される接続文字列と次の点で異なります。

- 接続データ・セクションのサービス名パラメータは、グローバル・サービスを指定します。

- 複数の接続エンドポイントが指定され、これらのエンドポイントはローカル、リモートまたは単一クライアント・アクセス名(SCAN)リスナーではなく、グローバル・サービス・マネージャです。

- データベース・クライアントのリージョンは、接続データ・セクションで指定できます。

次の接続文字列を検討します。

(DESCRIPTION=
(FAILOVER=on)
(ADDRESS_LIST=
(LOAD_BALANCE=ON)
(ADDRESS=(host=sales-east1)(port=1522))
(ADDRESS=(host=sales-east2)(port=1522))
(ADDRESS=(host=sales-east3)(port=1522)))
(ADDRESS_LIST=
(LOAD_BALANCE=ON)
(ADDRESS=(host=sales-west1)(port=1522))
(ADDRESS=(host=sales-west2)(port=1522))
(ADDRESS=(host=sales-west3)(port=1522)))
(CONNECT_DATA=
(SERVICE_NAME=sales)
(REGION=east)))

この接続文字列には、クライアントのローカル・リージョン(east)の3つのグローバル・サービス・マネージャ(sales-east1、sales-east2およびsales-east3)と、クライアントのバディ・リージョン(west)の3つのグローバル・サービス・マネージャ(sales-west1、sales-west2およびsales-west3)が含まれます。

クライアント側のロード・バランシングは、各リージョンのアドレス・リストでLOAD_BALANCEパラメータをONに設定することで、各リージョン内のグローバル・サービス・マネージャ全体で有効化されます。リージョン間の接続時フェイルオーバーは、FAILOVERパラメータをONに設定することで有効化されます。

例の接続文字列のように、各リージョンがバディ・リージョンを持ち、クライアント側のロード・バランシングと接続時フェイルオーバーが構成されるようにするには、リージョンごとに3つのグローバル・サービス・マネージャを割り当てることがベスト・プラクティスです。

REGIONパラメータは、接続文字列でローカル・リージョンからグローバル・サービス・マネージャのみが指定されている場合はオプションです。これが適用されるのは、GDS構成に1つのリージョンのみが存在する場合や、複数のリージョンが存在するが、単一のデータベースと連携するように設計された既存のクライアントの接続文字列を変更する見込みがない場合です。REGIONパラメータを指定しない場合、クライアントのリージョンは、グローバル・サービスへの接続に使用されるグローバル・サービス・マネージャのリージョンであるとみなされます。

注意:
12cより前のThin JDBCクライアントは、接続文字列でリージョン・パラメータが指定されていない場合、単一のリージョンを含むGDS構成でのみ使用できます。

Oracle Database 12c 以上の統合クライアントは、Oracle Notification Services (ONS)を使用して、ロード・バランシングおよび高速接続フェイルオーバー(FCF)をサポートする高速アプリケーション通知(FAN)イベントを受信します。統合クライアントは、クライアントのローカル・リージョンとバディ・リージョンのそれぞれにあるグローバル・サービス・マネージャと同じ場所に存在する最大3つのONSサーバーに、ユーザー構成なしで自動的にサブスクライブします。

注意:
SSLを使用してONSサーバーへの接続を保護する必要がある場合、自動ONS構成はサポートされません。手動でONSを構成してSSLを有効にする必要があります。ONSを手動で構成する方法の詳細は、クライアント固有のガイドを参照してください。

12cより前のクライアントに関する注意:

12cより前のOCIおよびODP.NETクライアントでは、グローバル・サービスがサポートされません。

12cより前のJDBCクライアントでは、グローバル・サービスがサポートされますが、クライアントのローカル・リージョンとバディ・リージョンにあるグローバル・サービス・マネージャと同じ場所に存在するONSサーバーにサブスクライブするようにそれを手動で構成する必要があります。ベスト・プラクティスは、クライアントのローカル・リージョンとバディ・リージョンのそれぞれにある3つのONSサーバーにサブスクライブすることです。

ONSサブスクリプションを構成する方法の詳細は、『Oracle Database JDBC開発者ガイド』を参照してください。

FANおよびFCF用の統合クライアントの構成

GDS構成のデータベース全体を対象とするクライアント接続のロード・バランシングおよび高速接続フェイルオーバー(FCF)は、Oracle Databaseの統合クライアントによってサポートされますが、FANおよびFCF用にこれらのクライアントを構成する必要があります。

クライアントのFANおよびFCF構成要件の詳細は、次のクライアント固有のプログラマーズ・ガイドのいずれかを参照してください。

- 『Oracle Database JDBC開発者ガイド』

- 『Oracle Universal Connection Pool for JDBC開発者ガイド』

- Oracle Database開発ガイド

- Oracle Data Provider for .NETの開発者ガイド

論理バックアップ用のGDSカタログ・データのエクスポート

GDSカタログには、GDS構成全体のメタデータが格納されるため、カタログ・データが損失または破損すると、それを手動で再作成するために相当の作業が必要になる可能性があります。GDSカタログが使用できなくなってもコアGDS機能(ロード・バランシング、サービス・フェイルオーバー、アプリケーション通知など)には影響がありませんが、カタログがリストアされるまでGDS構成を変更することはできません。そのため、GDSカタログを保護する計画を作成することが重要です。

GDSカタログをOracle RACやData GuardなどのHAテクノロジで保護している場合でも、定期的にGDSカタログをバックアップすることを強くお薦めします。カタログ・データをファイルにエクスポートすると、カタログの論理バックアップを作成できます。このGDSカタログのバックアップは、障害時リカバリ・シナリオの際や、最後にバックアップが作成されて以降にカタログに加えられた変更を元に戻す必要がある場合に役立ちます。バックアップは、GDSカタログを新しいデータベースに移動する場合にも使用できます。

GDSカタログ・データをファイルにエクスポートするには、カタログに接続していることを確認して次のコマンドを実行します。

GDSCTL> export catalog file_name_with_full_path

GDSCTLが実行されているシステム上の指定したファイルにカタログ構成が保存されます。ファイルにはプール・データベースの接続文字列などの機密情報が含まれる可能性があるため、ファイルへのアクセスは、Global Data Services管理者に制限する必要があります。

注意:

- カタログをエクスポートする前に、カタログ・データに不整合がないことを確認するためにカタログを検証することを強くお薦めします。validate catalogコマンドでエラーがレポートされた場合、カタログ・データをエクスポートする前に修正する必要があります。

- エクスポートしたカタログ・データが含まれるファイルは変更しないでください。カタログを変更すると、カタログ・リストアにこのファイルを使用できなくなるか、リストア後にカタログが破損する可能性があります。バックアップ・ファイルとともにファイル・チェックサムも格納することをお薦めします。ファイルが変更された場合は、カタログ構成のリストアを行わないでください。

GDSカタログの論理バックアップの同じカタログ・データベースへのリストア

バックアップ・ファイルからGDSカタログ・データをリストアするには、カタログ・データベースに接続して次のコマンドを発行します。

GDSCTL> import catalog file_name_with_full_path

カタログ・データのインポートが完了すると、プール・データベースが自動的に同期化されます(「sync database」のsync databaseコマンドの説明を参照してください)。使用できるグローバル・サービス・マネージャが存在しない場合、このアクションは、グローバル・サービス・マネージャがカタログに登録されるまで遅延されます。

インポートが完了してすべてのデータベースが同期化された後に、カタログを検証することをお薦めします。

注意:
変更されているファイルからGDSカタログをリストアしようとすると、カタログが破損する可能性があります。チェックサムなどを使用してバックアップ・ファイルの一貫性をチェックすることは、GDS管理者の責任です。

GDSカタログの論理バックアップの新しいカタログ・データベースへのリストア

新しいデータベースにカタログを移動する場合、最初にそのデータベースに空のカタログを作成する必要があります(「Global Data Servicesカタログの作成」を参照してください)。その後で、前の項の説明に従ってimport catalogコマンドを実行できます。

新しいカタログ・データベースの接続文字列が異なる場合、管理者の責任でグローバル・サービス・マネージャ・システムの接続文字列を変更します。この場合、すべてのグローバル・サービス・マネージャを再起動する必要もあります。少なくとも1つのグローバル・サービス・マネージャがカタログに登録されるまで、同期手順は完了しないため、リストア手順も終了しません。

GSMCATUSERのパスワードの変更

GSMCATUSERのパスワードを変更する場合、GDSカタログに接続した状態で最初にSQL*Plusで次のコマンドを実行します。

ALTER USER gsmcatuser IDENTIFIED BY password

その後、GDSCTLで次のコマンドを実行します。

GDSCTL> modify catalog -oldpwd oldpassword -newpwd newpassword

3 Global Data Services構成の管理

GDSCTLユーティリティを使用して、Global Data Services構成およびそのすべてのコンポーネントを作成、管理および監視します。このユーティリティは、Oracle Real Application Cluster (Oracle RAC)を管理するために使用されるSRVCTLユーティリティとよく似ています。

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

- Global Data Servicesの管理の概要

- データベース・プールの管理

- グローバル・サービスの管理

Global Data Servicesの管理の概要

Global Data Servicesは、次のタスクを担当するGlobal Data Services管理者によって管理されます。

- グローバル・サービス・マネージャ・ソフトウェアのインストールとアップグレード

- Global Data Servicesカタログの作成と保守

- グローバル・サービス・マネージャの起動、停止および構成

- Global Data Servicesリージョンとプールの作成と管理

- グローバル・サービスの管理

- Global Data Servicesフレームワーク・コンポーネントの監視

各Global Data Services構成には、少なくとも1人のGlobal Data Services管理者が必要です。小規模な構成は、すべての管理作業を実行する1人のユーザーによって管理できます。多くのリージョンおよびプールを含む大規模な構成の場合、状況によっては、職務を共有するGlobal Data Services管理者のグループが必要になります。すべてのGlobal Data Services管理者は、特定のGlobal Data Services構成についてリストされたすべての管理タスクを実行する権限を持ちます。

グローバル・サービス・マネージャが実行されるすべてのコンピュータに、Global Data Services管理者用のオペレーティング・システム・アカウントがあります。アカウント・ユーザーは、グローバル・サービス・マネージャ・ソフトウェアをインストールおよび実行する権限を持ちます。Global Data Services管理者のみがこれらの権限を付与されます。

Global Data Services管理者は、Global Data Servicesカタログ・データベースにユーザーとして追加し、GSMADMIN_ROLEロールを付与する必要もあります。Global Data Services管理者のデータベース・アカウントは、カタログ・データベースのデータベース管理者によって作成されます。このデータベースに対するローカル・データベース管理者権限を持っている場合、Global Data Services管理者は自分でこのアカウントを作成することができます。

Global Data Services構成に複数のプールが含まれる場合、構成全体を管理するGlobal Data Services管理者以外に、各プールに1人以上のGlobal Data Servicesプール管理者を指定できます。プール管理者の職務は特定のプールの管理に限定され、次のようなタスクがあります。

- プール内のデータベースの追加と削除

- プール内のグローバル・サービスの管理

これらのタスクを実行するには、Global Data Servicesプール管理者は、適切な権限を持つGlobal Data Servicesカタログ・データベースのユーザーである必要があります。プール管理者用のデータベース・ユーザーの作成と権限の付与は、Global Data Servicesプールを-USERオプションを使用して作成すると、自動的に行われます。作成後、gdsctl modify gdspoolコマンドを使用してプールの管理者をプールに追加できます。Global Data Services管理者は、常に、データベース構成のすべてのプールを管理する権限を持ちます。

すべての管理操作は、適切なGDSCTLコマンドを使用して行います。ほとんどのGDSCTLコマンドの実行には、Global Data Servicesカタログへのアクセスが必要です。そのようなコマンドでは、適切なコマンド・オプションを使用してカタログ・データベースに対する資格証明を指定する必要があります。

Global Data Servicesプールへのデータベースの追加や、グローバル・サービスの有効化などの多くの管理操作では、Global Data Servicesカタログを変更するのみでなく、Global Data Services構成のデータベースも変更する必要があります。そのようなコマンドの一般的なワークフローは次のとおりです。

- GDSCTLは、管理者が指定した資格証明を使用してカタログ・データベースに接続し、カタログに適切な変更を加えます。

- カタログ・データベースは、この変更について、Global Data Services構成のすべてのグローバル・サービス・マネージャに通知します。通知は、各グローバル・サービス・マネージャがカタログ・データベースで管理しているOracle Net Services接続を使用して送信されます。

- 通知の受信後、いずれかのグローバル・サービス・マネージャが、構成を必要とする構成データベースに接続して適切な変更を加えます。

このワークフローをサポートするため、グローバル・サービス・マネージャは、カタログおよび構成データベースに接続できる必要があります。カタログ・データベースへの接続は、GSMCATUSERアカウントを使用して確立され、このアカウントは、Oracle 12cデータベースのインストール時にデータベースにデフォルトで作成されます。アカウントは、カタログ・データベースのデータベース管理者によってロックが解除され、パスワードがGlobal Data Services管理者に付与される必要があります。新しいグローバル・サービス・マネージャがGDS構成に追加されるたびに、Global Data Services管理者は、GSMCATUSERアカウントのパスワードを指定する必要があります。パスワードは暗号化され、グローバル・サービス・マネージャで今後使用するためにグローバル・サービス・マネージャ・ウォレットに格納されます。

グローバル・サービス・マネージャは、どのOracle 12cデータベースにもデフォルトで存在するGSMUSERアカウントを使用してプール・データベースに接続します。アカウントは、データベースのインストール後にロックされます。データベースをGlobal Data Servicesプールに追加する前に、ローカル・データベース管理者によってロックが解除される必要があります。GSMUSERアカウントのパスワードは、データベースをGlobal Data Servicesプールに追加するプールまたはGlobal Data Servicesの管理者に付与され、gdsctl add databaseコマンドで指定される必要があります。パスワードは暗号化され、すべてのグローバル・サービス・マネージャで今後使用するためにGlobal Data Serviceカタログに格納されます。

GSMUSRのパスワードは、PKCS 1暗号化/復号化スキーマを使用した暗号化形式でGDSカタログに格納されます。modify catalogコマンドを実行することで、GDSカタログに格納されたGSMUSRのパスワードを新しく生成された鍵によって暗号化できます。次に例を示します。

GDSCTL> modify catalog -newkeys

GSMCATUSERアカウントとGSMUSERアカウントは、Global Data Servicesフレームワークのすべてのグローバル・サービス・マネージャによって共有され、グローバル・サービス・マネージャによって行われるすべての管理操作(サービス・フェイルオーバーなどの自動操作も含む)に使用されます。通常のユーザーはこれらのアカウントを使用してデータベースに接続しないでください。

データベース・プールの管理

この項では、グローバル・データ・サービス・フレームワークのデータベース・プールの管理に関連する管理タスクについて説明します。内容は次のとおりです。

- データベース・プールへのOracle Data Guard Broker管理データベースの追加

データベース・プールへのOracle Data Guard Broker管理データベースの追加

Global Data Services構成にOracle Data Guard Broker構成を含める場合、ブローカ構成は一体として管理します。Oracle Data Guard Broker構成全体でのみデータベース・プールに追加(または削除)できます。構成は複数のプールにまたがることができません。ブローカ構成に属する個々のデータベースをプールに追加または削除しようとすると、エラーになります。

データベースをプールに追加する唯一の方法は、データベースを(DGMGRLユーティリティを使用して)ブローカ構成に追加することです。データベースをブローカ構成に追加すると、この構成が属するデータベース・プールに自動的に追加されます。データベースをブローカ構成から削除すると、構成が含まれるプールから削除されます。これが、ブローカ構成を含むプールからデータベースを削除する唯一の方法です。

また、次の制限に注意してください。

- データベース・プール内のデータベースのセットは次のいずれかです。

- 1つのブローカ構成に属するデータベースのセット

- ブローカ構成に属さないデータベースのセット

ブローカ構成は空のデータベース・プールにのみ追加できます。プールにすでにブローカ構成が含まれている場合、データベースをデータベース・プールに追加するには、データベース・プールに含まれているブローカ構成にデータベースを追加する必要があります。

- ロールベースのグローバル・サービスは、ブローカ構成を含むデータベース・プールについてのみサポートされます。

関連項目:
DGMGRLユーティリティの詳細は、『Oracle Data Guard Broker』を参照してください。

グローバル・サービスの管理

この項では、グローバル・サービスに関連する管理タスクについて説明します。内容は次のとおりです。

- グローバル・サービスの作成

- グローバル・サービスの起動

- グローバル・サービスの停止

- グローバル・サービスの無効化

- グローバル・サービスの有効化

- グローバル・サービスの属性の変更

- グローバル・サービスの削除

グローバル・サービスの作成

グローバル・サービスは、ADD SERVICEコマンドを実行して作成します。このコマンドは、グローバル・サービスをGlobal Data Servicesプールに関連付け、サービスの属性をGlobal Data Servicesカタログに格納します。PREFERREDオプションまたはAVAILABLEオプションを使用してデータベースが指定された場合、サービスは指定されたそれらのデータベースで作成されます。PREFERRED_ALLオプションが使用された場合、サービスはGlobal Data Servicesプール内のすべてのデータベースで作成されます。

次の場合、Global Data Servicesプールにすでに存在するサービスはデータベースで自動的に作成されます。

- サービスが変更され、プールの一部であるデータベースを追加します。

- サービスがPREFERRED_ALL属性を持ち、新規データベースがプールに追加されます。

関連項目:
「add service」

グローバル・サービスの起動

グローバル・サービスは、作成後すぐに自動的に有効化されます。有効化とは、データベースがサービスの実行に適している(つまり、次の条件に合う)場合にデータベースでサービスを起動できるということです。

- データベースがオープンしており、グローバル・サービス・マネージャに登録されています。

- サービスがそのデータベースで無効になっていません。

- データベース・ロールがサービスのロール属性に適合します。

- データベースのレプリケーション・ラグがサービスに指定された最大値を超えていません。

- サービスが優先データベースの数によって定義されるカーディナリティに達していません。

- サービスの起動により適したデータベースがプール内に他にありません。たとえば、適切な優先データベースがない場合にのみ使用可能なデータベースでサービスが起動されます。

新たに作成されたグローバル・サービスは、ユーザーによってSTART SERVICEコマンドが実行される前に自動的に起動されることはありません。これは、プール管理者がサービスの最初の起動を制御できるということです。このことは、複数のサービスがプールに追加され、サービスを特定の順序で起動する必要がある場合に重要です。

自動管理ポリシー(デフォルト・オプション)のサービスは、最初は-databaseオプションなしでSTART SERVICEコマンドを実行して起動される必要があります。このコマンドはプール内のすべての適切なデータベースでサービスを起動するだけでなく、次の場合のサービスの自動起動を有効にします。

- サービスの実行に適したデータベースでサービスが自動的に作成された後。(サービスが自動的に作成される2つの場合については前述の項にリストされています。)

- 停止していたデータベースが再起動され、サービスに適しています。

- データベースがサービスの実行に適するようになりました。これは、データベースのレプリケーション・ラグが許容可能な値に下がった場合やサービス・カーディナリティをユーザーが増やした場合などに起こります。

「グローバル・サービスの停止」で説明されているSTOP SERVICEコマンドを使用してサービスが停止されていた場合、-databaseオプションを使用したSTART SERVICEコマンドで、自動管理ポリシーを持つサービスをそのデータベースで起動できます。

手動ポリシーを持つサービスは、データベースが再起動された場合やサービスの実行に適するようになった場合を含め、各データベースで手動で起動される必要があります。手動ポリシーを持つサービスに対して実行される場合、-databaseオプションなしのSTART SERVICEコマンドは、プール内に現在存在するすべての適切なデータベースでサービスを起動します。-databaseオプション付きで使用すると、このコマンドは、指定したデータベースでのみサービスを起動します(それらが実行に適している場合)。

注意:
この項に示されたサービスの自動起動は、START SERVICEコマンドが自動管理ポリシーを持つサービスに対して実行された場合について説明しているだけです。別のデータベースからのフェイルオーバーによってサービスがデータベースで自動的に起動される場合は含まれていません。サービスのフェイルオーバーはSTART SERVICEコマンドと関連性はなく、自動管理ポリシーを持つサービスと手動管理ポリシーを持つサービスで同じように動作します。

関連項目:
「start service」

グローバル・サービスの停止

Global Data Servicesプール内のデータベースで実行されているグローバル・サービスは、STOP SERVICEコマンドで停止できます。STOP SERVICEコマンドを-databaseオプションを指定して実行すると、指定したデータベースのサービスが停止します。指定しない場合は、プール内のすべてのデータベースのサービスが停止します。

注意:
停止したサービスのポリシーが自動管理の場合、サービスが実行されていたデータベースが再起動され、サービスの実行に適している場合は、サービスが再起動されます。また、Global Data Servicesプール内のすべてのデータベースで自動管理ポリシーを持つサービスを停止しても、新規データベースでサービスが作成されると、そのサービスは自動起動されます。サービスの自動起動を完全に無効にするには、管理ポリシーを手動に変更します。

サービスがユーザーによって停止された場合、Global Data Servicesフレームワークではデータベースがこのサービスに対して一時的に使用できなくなっているとみなされます。グローバル・サービスの停止によってサービスがフェイルオーバーされることはありません。サービス・カーディナリティが一時的に下げられ、グローバル・サービス・マネージャはプール内の別のデータベースでサービスを起動しようとしません。

ただし、停止されたサービスを含むデータベースは、依然としてこのサービスのフェイルオーバー・ターゲットとみなされます。別のデータベースでサービスに障害が発生した場合、このデータベースがサービスの実行に適していれば、このデータベースでサービスが起動されます。サービスがあるデータベースにフェイルオーバーすると、そのデータベースのサービスはユーザーによって停止されたとみなされなくなります。

停止されたサービスは、START SERVICEコマンドを実行して手動で再起動できます。

関連項目:
「stop service」

グローバル・サービスの無効化

グローバル・サービスはデータベースまたはデータベースのセットでDISABLE SERVICEコマンドを実行して無効にできます。無効になったサービスは、再度有効化されるまで起動できません。これには、別のデータベースからのサービス・フェイルオーバーも含まれます。無効になったサービスを含むデータベースはフェイルオーバー・ターゲットとみなされません。

サービスを無効にするには、サービスを停止する必要があります。サービスが実行されているデータベースに対してDISABLE SERVICEが実行されると、エラーになります。

関連項目:
「enable service」

グローバル・サービスの有効化

無効になったグローバル・サービスは、ENABLE SERVICEコマンドを実行してデータベースで再度有効化できます。サービス管理ポリシーがAUTOMATICで、データベースがサービスの実行に適している場合、サービスは有効化されると自動的に起動されます。管理ポリシーがMANUALであるサービスは手動で起動する必要があります。サービスが有効になると、データベースがフェイルオーバー・ターゲットになります。

関連項目:
「add service」

グローバル・サービスの属性の変更

MODIFY SERVICEコマンドを使用してグローバル・サービスの属性を変更します。サービスのプロパティ(ロール、最大ラグ、ロード・バランシングの方法など)の指定に加え、サービスの属性によって、サービスを実行するデータベースを定義します。したがって、MODIFY SERVICEを使用して、データベースをサービスに追加したり、サービスから削除したり、あるデータベースから別のデータベースへサービスを移動したりできます。コマンドの実行の結果、Global Data Servicesプール内の1つ以上のデータベースでサービスの作成、削除、起動または停止が行われることがあります。

ほとんどのグローバル・サービスの属性は、サービスの作成時にADD SERVICEコマンドで指定され、変更の必要がある場合にのみ変更します。ただし、Oracle RACデータベースに関連するいくつかのサービス属性は、ADD SERVICEコマンドの実行直後にMODIFY SERVICEコマンドを実行して設定する必要があります。これらの属性には、サービス・プールの名前、インスタンス・カーディナリティ(UNIFORM/)や特定のOracle RACデータベースに固有の他のパラメータなどがあります。そのような属性はADD SERVICEコマンドで設定できません。このコマンドはGlobal Data Servicesプール内のすべてのデータベースに対して同じ値を持つ属性の指定のみに使用できるためです。

関連項目:
「modify service」

グローバル・サービスの削除

REMOVE SERVICEコマンドは、Global Data Servicesカタログおよび作成されたすべてのデータベースからサービスを削除することで、Global Data Servicesプールからグローバル・サービスを削除します。サービスを削除にするには、サービスを停止する必要があります。

関連項目:
「remove service」

4 トラブルシューティング

この章には、Global Data Servicesで発生する可能性のある問題のトラブルシューティングに役立つトピックが含まれます。

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

- Oracleエラー・コードのトラブルシューティング

- 一般的な問題の解決方法

- Global Data Servicesコンポーネントの実行ステータスの取得

- Global Data Servicesコンポーネントの静的構成情報の表示

- グローバル・サービス・マネージャでのトレースの有効化および無効化

- グローバル・サービス・マネージャのログ・ファイルおよびトレース・ファイルの使用

- GDS環境でのSYS_CONTEXTパラメータの使用

Oracleエラー・コードのトラブルシューティング

この項には、発生する可能性のある次のような特定のOracleエラー・メッセージのトラブルシューティングに関する情報が含まれます。

- ORA-01045: ユーザーGSMADMIN_INTERNALにはCREATE SESSION権限がありません。ログオンが拒否されました。

- ORA-12514: TNS: リスナーは現在、接続記述子でリクエストされているサービスを認識していません

- ORA-12516: TNS: リスナーは、一致するプロトコル・スタックが使用可能なハンドラを検出できませんでした。

- ORA-12541: TNS: リスナーがありません。

- GSM-45034: GDSカタログへの接続が確立されていません

- GSM-45054: GSMエラーまたはNET-40006: GSMを起動できません

ORA-01045: ユーザーGSMADMIN_INTERNALにはCREATE SESSION権限がありません。ログオンが拒否されました。

ユーザーGSMADMIN_INTERNALは内部専用のユーザーです。ロックが解除されることはなく、データベース・ログインに使用されることはありません。Oracleテクニカル・サポートから指示されないかぎり、Global Data Servicesスキーマ・オブジェクトを直接変更しないでください。

ORA-12514: TNS: リスナーは現在、接続記述子でリクエストされているサービスを認識していません

グローバル・サービスが停止している可能性があります。プール・データベースが実行されており、サービスが起動していることを確認してください。

グローバル・サービスが無効である可能性があります。プール・データベースが実行されており、サービスが有効で起動していることを確認してください。

GDSプール・データベースが停止している可能性があります。GDSプール・データベースが実行されており、サービスが有効で起動していることを確認してください。

ORA-12516: TNS: リスナーは、一致するプロトコル・スタックが使用可能なハンドラを検出できませんでした。

GDSプール・データベースのローカル・リスナーが停止している可能性があります。GDSプール・データベースのローカル・リスナーが実行されていることを確認してください。

ORA-12541: TNS: リスナーがありません。

すべてのグローバル・サービス・マネージャが停止している可能性があります。グローバル・サービス・マネージャが実行されていることを確認してください。

GSM-45034: GDSカタログへの接続が確立されていません

GDSカタログ・データベースまたはそのリスナーが停止している可能性があります。GDSカタログ・データベースとそのローカル・リスナーが実行されていることを確認してください。

GSM-45054: GSMエラーまたはNET-40006: GSMを起動できません

GDSカタログ・データベースまたはそのリスナーが停止している可能性があります。GDSカタログ・データベースとそのローカル・リスナーが実行されていることを確認してください。

一般的な問題の解決方法

この項には、発生する可能性のある次のような一般的な問題を解決するための情報が含まれます。

- グローバル・サービス・マネージャが実行されていない場合のGDS構成データベースへの接続

- グローバル・サービス・マネージャが実行されていない場合のカタログ・データベースへの接続

グローバル・サービス・マネージャが実行されていない場合のGDS構成データベースへの接続

複数のアドレス・リストが必要です。第1リストはリージョン・グローバル・サービス・マネージャ・リスナー専用とする必要があり、第2リストにはバディ・リージョンのグローバル・サービス・リスナーを含め、第3リストにはローカル・リスナーを含めます。

グローバル・サービス・マネージャが実行中は必ずグローバル・サービス・マネージャ経由で接続し、すべてのグローバル・サービス・マネージャ・リスナーが停止しているときのみローカル・リスナーにフェイルオーバーすることができます。

テンプレート:

(DESCRIPTION=
(FAILOVER=on)
(ADDRESS_LIST=
(LOAD_BALANCE=ON)
(ADDRESS=(global_protocol_address_information))
(ADDRESS=(global_protocol_address_information))
(ADDRESS=(global_protocol_address_information))
)
(ADDRESS_LIST=
(LOAD_BALANCE=ON)
(ADDRESS=(global_protocol_address_information))
(ADDRESS=(global_protocol_address_information))
(ADDRESS=(global_protocol_address_information))
)
(ADDRESS_LIST=
(LOAD_BALANCE=ON)
(ADDRESS=(local_protocol_address_information))
(ADDRESS=(local_protocol_address_information))
)
(CONNECT_DATA=
(SERVICE_NAME=global_service_name)
(REGION=region_name)))

次に例を示します。

(DESCRIPTION=
(FAILOVER=on)
(ADDRESS_LIST=
(LOAD_BALANCE=ON)
(ADDRESS=(HOST=gsmhost1)(PORT=1523)(PROTOCOL=TCP))
(ADDRESS=(HOST=gsmhost2)(PORT=1523)(PROTOCOL=TCP))
(ADDRESS=(HOST=gsmhost3)(PORT=1523)(PROTOCOL=TCP))
)
(ADDRESS_LIST=
(LOAD_BALANCE=ON)
(ADDRESS=(HOST=gsmhost4)(PORT=1523)(PROTOCOL=TCP))
(ADDRESS=(HOST=gsmhost5)(PORT=1523)(PROTOCOL=TCP))
(ADDRESS=(HOST=gsmhost6)(PORT=1523)(PROTOCOL=TCP))
)
(ADDRESS_LIST=
(LOAD_BALANCE=ON)
(ADDRESS=(HOST=server1)(PORT=1521)(PROTOCOL=TCP))
)
(CONNECT_DATA=
(SERVICE_NAME=sales_read_service.dbpoolora.oradbcloud)
(REGION=WEST)))

注意:
Oracle RAC対応のGDSデータベースの場合、第3のアドレス・リストにはローカルのOracle RACデータベースのSCANリスナーが含まれます。

グローバル・サービス・マネージャが実行されていない場合のカタログ・データベースへの接続

グローバル・サービス・マネージャが停止している場合でも、ローカル・リスナーを使用してGDSカタログ・データベースにアクセスできます。

このアクセスは、グローバル・サービス・マネージャが実行されていない状態で、DB管理またはメンテナンス・アクティビティをカタログ・データベースで行う場合に必要になることがあります。

Global Data Servicesコンポーネントの実行ステータスの取得

statusコマンドを使用すると、GDSコンポーネントの実行ステータスを取得できます。

GDSCTL>status gsm

GDSCTL>status service

GDSCTL>status database

Global Data Servicesコンポーネントの静的構成情報の表示

gdsctl configコマンドを使用すると、様々なGDSコンポーネントの静的構成情報を取得できます。

GDSCTL>config

GDSCTL>config gsm

GDSCTL>config region

GDSCTL>config gdspool

GDSCTL>config database

GDSCTL>config service

GDSCTL>config invitednode

グローバル・サービス・マネージャでのトレースの有効化および無効化

set trace_levelコマンドを使用すると、トレースを有効にできます。

GDSCTL>set trace_level -gsm gsm_name SUPPORT

SUPPORTオプションによって、Oracleサポート・サービス用のトラブルシューティング情報とともにトレースを取得できます。その他のオプションはADMINおよびUSERです。

トレースを無効にするには、次のようにします。

GDSCTL>set trace_level -gsm gsm_name OFF

グローバル・サービス・マネージャのログ・ファイルおよびトレース・ファイルの使用

特定のグローバル・サービス・マネージャのログ・ファイルとトレース・ファイルの正確な場所は、次の例に示すとおり、status gsmコマンドを使用して取得できます。

GDSCTL>status gsm

Alias                     MYGSM
Version                   12.1.0.0.2
Start Date                13-OCT-2012 12:20:16
Trace Level               support
Listener Log File         /scratch/oracle/diag/gsm/myhost/mygsm/alert/log.xml
Listener Trace File       /scratch/oracle/diag/gsm/myhost/mygsm/trace/ora_1829_47542149303936.trc
Endpoint summary          (ADDRESS=(HOST=myhost.com)(PORT=1571)(PROTOCOL=tcp))
GSMOCI Version            0.1.7
Mastership                N
Connected to GDS catalog  Y
Process Id                1833
Number of reconnections   0
Pending tasks.     Total  0
Tasks in  process. Total  0
Regional Mastership       TRUE
Total messages published  34261
Time Zone                 -07:00
Orphaned Buddy Regions:   None
GDS region                east
Network metrics:
Region: euro RTT:34 Bandwidth:40

この例で、myhostはグローバル・サービス・マネージャのホスト名で、mygsmはグローバル・サービス・マネージャの名前です。

テキスト・ベースのリスナー・ログは、/scratch/oracle/diag/gsm/hostname/gsm_name/traceディレクトリにあります。ファイル名はalert_gsm*.logになります(alert_gsm1.logなど)。

GDS環境でのSYS_CONTEXTパラメータの使用

グローバル・サービスへの接続を使用して確立されたセッションの場合、ネームスペースUSERENVのいくつかのパラメータは、同じデータベースのローカル・サービスに接続したときに設定された値とは異なる値を持ちます。グローバル・サービスの異なる値は、データベース・プールが多くのインスタンスを持つ単一のデータベースとしてクライアントに認識されるように設定されます。これには、サービスの複数のインスタンスがOracle RACデータベースにのみ存在する必要のある12cより前のクライアントとの下位互換性を保持する目的があります。

クライアントがグローバル・サービスに接続すると、GDSによって、次の項目が異なる方法でセッション・コンテキストに設定されます。

- DB_UNIQUE_NAMEおよびDB_DOMAINは、<gdspool_name>.<config_name>に設定されます。

- INSTANCEは、GDS構成内で一意のシステム生成番号<inst_num>に設定されます。

- INSTANCE_NAMEは、<gdspool_name>%<virtual_instance_num>に設定されます。

- SERVICE_NAMEは、<region_name>%<service_name>に設定されます。

A Global Data Services制御ユーティリティ(GDSCTL)リファレンス

この付録では、Oracle DatabaseのGlobal Data Servicesユーティリティ(GDSCTL)に関するすべてのリファレンス情報を示します。

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

- GDSCTLについて

- GDSCTLの概要

- 使用上の注意

- 特別なトピックの説明

- GDSCTLリファレンス

GDSCTLについて

この項には、GDSCTLユーティリティの使用に関連するトピックが含まれます。

- GDSCTLの概要

- 使用上の注意

- 特別なトピックの説明

GDSCTLの概要

GDSCTLユーティリティは、Global Data Servicesフレームワークを構成および管理するためのコマンドライン・インタフェースです。いくつかのコマンドを実行するには、GDSCTLは、グローバル・サービス・マネージャ、Global Data Servicesカタログ・データベース、またはGlobal Data Services構成のデータベースとの接続を確立する必要があります。

使用上の注意

注意:
指定がない場合、GDSCTLは現在の名前の解決方法(TNSNAMESなど)を使用して接続文字列を解決します。例外は、グローバル・サービス・マネージャ名です。グローバル・サービス・マネージャ名を解決するには、GDSCTLはgsm.oraファイルに問い合せます。

GDSCTLを起動するには、オペレーティング・システムのプロンプトで、次のコマンドを入力します。

$ gdsctl

前述のコマンドでGDSCTLが起動され、GDSCTLコマンド・プロンプトが表示されます。GDSCTLコマンドは、次の例に示すように、オペレーティング・システム・プロンプトでもGDSCTLコマンド・プロンプトでも入力できます。

$ gdsctl add gsm -gsm gsm1 -catalog 127.0.0.1:1521:db1

GDSCTL> add gsm -gsm gsm1 -catalog 127.0.0.1:1521:db1

前述のどちらのコマンドでも同じ結果が得られます。1つ目のコマンドはオペレーティング・システム・コマンド・プロンプトで実行され、2つ目のコマンドはGDSCTLコマンド・プロンプトで実行されます。このドキュメントのコマンド構文の例では、GDSCTLコマンド・プロンプトを使用します。

注意:

- GDSCTLコマンドの多くで、コマンドを実行する前にまずGlobal Data Servicesカタログに接続する必要があります。
GDSCTLプロンプトからコマンドを実行する場合、Global Data Servicesカタログとの接続を必要とする最初のGDSCTLコマンドの前に、connectコマンドを実行する必要があります。connectコマンドは、GDSCTLセッションで1回実行するのみで済みます。

- GDS構成にデータベースまたはブローカ構成を追加する場合、接続記述子のかわりにネット・サービス名を指定できます。ネット・サービス名を指定する場合、それはGDS構成の各グローバル・サービス・マネージャで、追加されるエンティティへの接続を可能にする接続記述子に解決できる必要があります。

また、すべてのGDSCTLコマンドを1つのファイルにまとめ、次のようにバッチとして実行できます。

$ gdsctl @script_file_name

前述のコマンドはGDSCTLを起動し、指定されたスクリプト・ファイルに含まれるコマンドを実行します。

GDSCTLヘルプの使用

GDSCTLのヘルプは次のようにして表示できます。

- GDSCTL> help: helpコマンドではすべてのGDSCTLコマンドのサマリーが表示されます。helpの後にコマンド名を指定すると、そのコマンドのヘルプ・テキストが表示されます。

- GDSCTL> command -h: この構文では、指定されたコマンドのヘルプ・テキストが表示されます。commandはコマンド名です。

次の例では、startコマンドの同じヘルプ・テキストが表示されます。

GDSCTL> help start
GDSCTL> start -h

権限とセキュリティ

適切な権限を持つユーザーのみがGDSCTLコマンドを実行できます。

関連項目:
GDSCTLの権限とセキュリティの詳細は、「Global Data Servicesの管理の概要」を参照してください。

特別なトピックの説明

GDSCTL接続

特定の操作では、GDSCTLによるグローバル・サービス・マネージャへの接続を必要とします。グローバル・サービス・マネージャに接続するには、GDSCTLがグローバル・サービス・マネージャと同じホストで実行される必要があります。グローバル・サービス・マネージャに接続する際、GDSCTLは、ローカル・グローバル・サービス・マネージャに関連付けられているgsm.oraファイルを検索します。表A-1に、グローバル・サービス・マネージャへの接続を必要とするGDSCTL操作を示します。

表A-1 グローバル・サービス・マネージャへの接続が必要な操作

GSM操作

説明

add gsm

グローバル・サービス・マネージャを追加します。

start gsm

グローバル・サービス・マネージャを起動します。

stop gsm

グローバル・サービス・マネージャを停止します。

modify gsm

グローバル・サービス・マネージャの構成パラメータを変更します。

status gsm

グローバル・サービス・マネージャのステータスを取得します。

set inbound_connect_level

INBOUND_CONNECT_LEVELリスナー・パラメータを設定します。

set trace_level

指定されたグローバル・サービス・マネージャに関連付けられているリスナーのトレース・レベルを設定します。

set outbound_connect_level

指定されたグローバル・サービス・マネージャに関連付けられているリスナーのアウトバウンド接続のタイムアウト値を設定します。

set log_level

特定のグローバル・サービス・マネージャに関連付けられているリスナーのログ・レベルを設定します。

他のすべての操作では、GDSCTLは、Oracle Net Servicesを使用してGlobal Data Servicesカタログ・データベースまたはGlobal Data Services構成の別のデータベースに接続します。これらの接続の場合、必要なネットワーク構成を持つクライアントまたはホストからGDSCTLを実行できます。

GDSCTLリファレンス

GDSCTLコマンドの構文とオプション

GDSCTLのコマンド、オブジェクトおよびオプションと、データベース名、インスタンス名、Global Data Servicesリージョン名、Global Data Servicesプール名、サービス名ではすべて大文字/小文字が区別されません。パスワードとサーバー・プール名でも大文字/小文字が区別されます。GDSCTLでは次のコマンド構文を使用します。

$ gdsctl command [object] [options] [argument]
or
GDSCTL> command [object] [options] [argument]

GDSCTL構文では次のようになります。

- command: add、start、stop、removeなどの動詞

- object(名詞とも呼ばれる): service、databaseなどのGDSCTLがコマンドを実行するターゲットまたはオブジェクト。オブジェクトのリストは、表A-3を参照してください。

- options: その前のコマンドと組み合せてコマンドのパラメータを追加できるように拡張するオプション・フラグ。たとえば、-gdspoolオプションは、特定のGlobal Data Servicesプールの名前が続くことを示します。カンマ区切りリストをオプションに続ける場合、リスト内の項目の間に空白を使用しないでください。

- argument: オブジェクトに対するアクションを指定したり、オブジェクトを使用しないGDSCTLに対するアクションを指定するGDSCTLコマンドの追加変数。

表A-2 GDSCTLコマンドのサマリー

コマンド

説明

add

グローバル・サービス・マネージャ、リージョン、データベース、データベース・プール、許可されたノード、Oracle Data Guard Broker構成またはサービスをGlobal Data Service管理フレームワークに追加します。

config

データベース、データベース・プール、グローバル・サービス・マネージャ、サービスおよび登録用有効ノード・チェック(VNCR)の静的構成を表示します。

configure

GDSCTLパラメータを設定します。

connect

現在のGDSCTLセッションに使用する資格証明を指定します。

create catalog

指定されたデータベースにGlobal Data Servicesカタログを作成します。

delete catalog

Global Data Servicesカタログを削除します。

disable service

グローバル・サービスを無効にします。

enable service

グローバル・サービスを有効にします。

modify

カタログ・データベース、データベース・プール、リージョンまたはサービスを変更します。

relocate service

あるデータベースから別のデータベースへグローバル・サービスを移動します。

remove

グローバル・サービス・マネージャ、リージョン、データベース、データベース・プール、許可されたノード、サービスまたはOracle Data Guard Broker構成を削除します。

services

特定のグローバル・サービス・マネージャに登録されているサービスに関する情報を表示します。

set

現在のセッション用に現在のグローバル・サービス・マネージャを設定し、ローカル・グローバル・サービス・マネージャの様々なランタイム・パラメータを設定します。

start

グローバル・サービス・マネージャまたはグローバル・サービスを起動します。

status

グローバル・サービス・マネージャ、リージョン、データベース、データベース・プールまたはサービスのステータスを表示します。

stop

グローバル・サービス・マネージャまたはグローバル・サービスを停止します。

sync brokerconfig

グローバル・サービス・マネージャ内のOracle Data Guard Broker構成とデータベース・プール内の構成の同期をとります。

ページでのsync database

グローバル・サービスの属性およびプール・データベースのGDS関連パラメータをGDSカタログの内容と同期化します。

validate catalog

Global Data Servicesカタログ、グローバル・サービス・マネージャのランタイム・ステータスおよびプール・データベースをクロス・チェックし、非一貫性とエラーをレポートします。

GDSCTLオブジェクトのサマリー

表A-3に、GDSCTLコマンドのobject部分に使用できるキーワードを示します。各オブジェクト・キーワードとして、完全な名前または短縮形のいずれかを使用できます。「目的」列に、オブジェクトとそのオブジェクトに実行できるアクションを記述します。

表A-3 GDSCTLのオブジェクトのキーワードと短縮形

オブジェクト

キーワード(短縮形)

目的

Global Data Servicesカタログ

autovncr

データベース登録の登録用有効ノード・チェック(VNCR)リストを有効化または無効化します。

Oracle Data Guard Broker構成

brokerconfig

Oracle Data Guard Broker構成の追加、変更および管理。Oracle Data Guard Brokerでは、プライマリ・データベースとスタンバイ・データベースが、統合ユニットとしてブローカがまとめて管理および監視できるようにブローカ構成として論理的にグループ化されます。

Global Data Servicesカタログ

catalog

Oracleデータベースに格納されているGlobal Data Servicesカタログの管理。

データベース

database

データベースに関するデータベース構成情報の追加、変更および削除。

Global Data Servicesプール

gdspool

Global Data Servicesプールの追加、変更および管理。Global Data Servicesプールは、GDS構成内の各データベースのセットであり、一意のグローバル・サービス・セットを提供し、特定の管理ドメインに属しています。

グローバル・サービス・マネージャ

gsm

グローバル・サービス・マネージャの追加、変更および管理。グローバル・サービス・マネージャは、サービス・レベルのロード・バランシング機能と、Global Data Services構成における一元的なサービス管理の機能を持つソフトウェア・コンポーネントです。

Global Data Servicesカタログ

invitednode

Global Data Servicesカタログの登録用有効ノード・チェック(VNCR)リストにホスト・アドレス情報を追加します。

Global Data Servicesカタログ

invitedsubnet

Global Data Servicesカタログの登録用有効ノード・チェック(VNCR)リストにサブネット情報を追加します。

Global Data Servicesリージョン

region

Global Data Servicesリージョンの追加、変更および管理。Global Data Servicesリージョンは、地理的に近いと考えられるデータベース・クライアントとサーバーを含む論理境界です。

サービス

service

グローバル・サービスに対する追加、変更、構成表示、有効化、無効化、起動、停止、ステータス取得、再配置および削除。

追加

gdsctl addコマンドは、要素をグローバル・サービス・マネージャ構成に追加します。表A-4は、addコマンドのバリエーションを示しています。

表A-4 gdsctl addコマンドのサマリー

コマンド

説明

add brokerconfig

Oracle Data Guard構成をGlobal Data Servicesプールに追加します。

add database

データベースをGlobal Data ServicesリージョンまたはGlobal Data Servicesプールに追加します。

add gdspool

Global Data Servicesプールを構成に追加し、オプションでプール管理者ユーザーを構成します。

add gsm

グローバル・サービス・マネージャを構成に追加します。

add invitednode (add invitedsubnet)

ホストまたはIPアドレスをGlobal Data Servicesカタログ内のVNCRリストに追加します。

add region

Global Data Servicesリージョンを構成に追加します。

add service

グローバル・サービスを構成に追加します。

add brokerconfig

Oracle Data Guard Broker構成をGlobal Data Servicesプールに追加します。

構文とオプション

gdsctl add brokerconfigコマンドは、次の構文で使用します。

add brokerconfig [-gdspool gdspool_name] -connect connect_identifier
[-region region_name] [-pwd password] [-savename]

表A-5 gdsctl add brokerconfigのオプション

オプション

説明

-connect connect_identifier

ブローカ構成のデータベースの接続記述子に解決されるOracle Net接続記述子またはネット・サービス名を指定します。

-gdspool gdspool_name

Oracle Data Guard Broker構成を追加するプール。

指定したGlobal Data Servicesプールがデータベースまたは別の構成にすでに含まれている場合、GDSCTLからエラーが返されます。

-pwd password

GSMUSERのパスワード。-pwdを指定しない場合は、パスワードを入力するよう求められます。

-region region_name

データベースが属しているGlobal Data Servicesリージョン。リージョンを指定する場合、すべてのデータベースがそのリージョンに追加されます。リージョンを指定しない場合、すべてのデータベースはUNASSIGNEDのリージョンを使用して追加されます。リージョンがUNASSIGNEDの場合、modify databaseコマンドを使用してリージョンを変更する必要があります。

-savename

このオプションを指定すると、ネット・サービス名にマップされる接続記述子ではなく、-connectオプションで指定されたネット・サービス名をGlobal Data Servicesカタログに格納します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてGlobal Data Servicesカタログ・データベースに接続する必要があります。

例

DB1データベース用のOracle Data Guard Broker構成をGlobal Data ServicesプールMYREADERFARMおよびWESTリージョンに追加します。

GDSCTL> add brokerconfig -connect 192.168.1.1:1521:sid -region west -gdspool myreaderfarm

例外またはエラー・コード

このコマンドを不適切に使用すると、GDSCTLから表A-6に示すエラーが返されます。

表A-6 gdsctl add brokerconfigの例外またはエラー・コード

例外

説明

ERROR-44866

1つのプールに含めることができるのは1つのData Guard Broker構成のみです。Global Data ServicesプールにすでにOracle Data Guard Broker構成が含まれている場合、GDSCTLからエラー44866が返されます。この場合、Oracle Data Guardを使用してデータベースを追加する必要があります。

add database

データベースをGlobal Data ServicesリージョンおよびGlobal Data Servicesプールに追加します。

構文とオプション

gdsctl add databaseコマンドは、次の構文で使用します。

add database -connect connect_identifier -[region region_name]
[-gdspool gdspool_name] [-pwd password] [-savename] [-cpu_threshold cpu]
[-disk_threshold disk]

表A-7 gdsctl add databaseのオプション

オプション

説明

-connect connect_identifier

追加するデータベースの接続記述子に解決されるOracle Net接続記述子またはネット・サービス名を指定します。

-cpu_threshold cpu

CPU使用率割合のしきい値を指定します。

-disk_threshold disk

同期単一ブロック読取りの平均待機時間(ミリ秒単位)を指定します。

-gdspool gdspool_name

データベースが属するGlobal Data Servicesプール。

-pwd password

GSMUSERのパスワード。-pwdを指定しない場合は、パスワードを入力するよう求められます。

-region region_name

データベースが属するGlobal Data Servicesリージョン。

-savename

このオプションを指定すると、ネット・サービス名にマップされる接続記述子ではなく、-connectオプションで指定されたネット・サービス名をGlobal Data Servicesカタログに格納します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用して、プール管理者権限を持つユーザーとしてGlobal Data Servicesカタログ・データベースに接続する必要があります。

- -savenameが指定されない場合、GDSCTLは、構成をカタログに保存する前に、ネット・サービス名に指定されたものを完全接続文字列に置き換えます。

- GDSCTLのデフォルトは、autovncrがカタログに対して有効であることです。autovncrがカタログに対して無効である場合、Global Data Servicesプールを構成してGlobal Data Services構成にデータベースを追加するには、それらのデータベースが実行されているノードが、データベース登録の登録用有効ノード・チェック(VNCR)リストの一部である必要があります。add invitednode (add invitedsubnet)コマンドを使用して有効ノードを定義します。

例

データベースDB1をWESTリージョンおよびGlobal Data ServicesプールMYREADERFARMに追加します。

GDSCTL> add database -connect 127.0.0.1:1521:db1 -region west -gdspool
myreaderfarm

IPアドレス接続文字列ではなく、myaliasを使用してデータベースを追加します。

GDSCTL> add database -connect myalias -gdspool myreaderfarm

例外またはエラー・コード

このコマンドを不適切に使用すると、GDSCTLから表A-8に示すエラーが返されます。

表A-8 gdsctl add databaseの例外またはエラー・コード

例外

説明

ERROR-44866

プールにすでにOracle Data Guard Broker構成が含まれている場合、GDSCTLからエラーが返されます。この場合、Oracle Data Guardを使用してデータベースを追加する必要があります。つまり、プールにOracle Data Guard Broker構成が含まれている場合、DGブローカ構成への追加によってのみデータベースを追加できます。

ERROR-44868

追加するデータベースがOracle Data Guard Broker構成に含まれている場合、GDSCTLからエラーが返されます。この場合、add brokerconfigコマンドを使用する必要があります。

add gdspool

Global Data ServicesプールをGlobal Data Servicesフレームワークに追加します。Global Data Servicesカタログが作成される際、DBPOOLORAという名前のデフォルト・プールが自動的に作成されます。

構文とオプション

gdsctl add gdspoolコマンドは、次の構文で使用します。

add gdspool -gdspool database_pool_list [-users user_list]

表A-9 gdsctl add gdspoolのオプション

オプション

説明

-gdspool database_pool_list

Global Data Servicesプール名のカンマ区切りリスト。

Global Data Servicesプールには、そのGDS構成内で一意の名前を付ける必要があります。作成時にプールの名前を指定しない場合、その名前はデフォルトでoradbpoolになります。プール名の長さは最大30バイトで、任意の有効な識別子(先頭は英字でその後に0個以上のASCII英数字またはアンダースコア(_)を続ける)を使用できます。

-users user_list

プール管理者ロールを付与されるユーザーのカンマ区切りリスト。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用して、Global Data Services管理者権限を持つユーザーとしてGlobal Data Servicesカタログ・データベースに接続する必要があります。

- GDSCTLのデフォルトは、autovncrがカタログに対して有効であることです。autovncrがカタログに対して無効である場合、Global Data Servicesプールを構成してGlobal Data Services構成にデータベースを追加するには、それらのデータベースが実行されているノードが、データベース登録の登録用有効ノード・チェック(VNCR)リストの一部である必要があります。add invitednode (add invitedsubnet)コマンドを使用して有効ノードを定義します。

例

MYREADERFARMという名前のGlobal Data Servicesプールを構成に追加します。

GDSCTL> add gdspool -gdspool myreaderfarm

add gsm

グローバル・サービス・マネージャをGlobal Data Servicesフレームワークに追加します。このコマンドを使用する際、Global Data Servicesカタログ・データベースを指定する必要があります。

構文とオプション

gdsctl add gsmコマンドは、次の構文で使用します。

add gsm -gsm gsm_name -catalog connect_id [-pwd password] [-wpwd password]
[-region region_name] [-localons ons_port] [-remoteons ons_port]
[-listener listener_port] [-endpoint gmsendpoint]
[-remote_endpoint remote_endpoint] [-trace_level level]

表A-10 gdsctl add gsmのオプション

オプション

説明

-catalog connect_id

Global Data Servicesカタログ・データベースの接続識別子を指定します。ネットワーク・サービス名を指定する場合、それはローカル・ネーミング・メソッドによって、追加されるグローバル・サービス・マネージャがカタログ・データベースに接続できるようにする接続記述子に解決できる必要があります。

-endpoint gsmendpoint

グローバル・サービス・マネージャがクライアント接続リクエストをリスニングするプロトコル・アドレスを指定します。このオプションを使用する場合、指定した値によってデフォルト・エンドポイントがオーバーライドされます。

-gsm gsm_name

追加するグローバル・サービス・マネージャの名前を指定します。名前を指定しない場合、GDSCTLでは、(set gsmコマンドで指定された)セッションに対して現在のグローバル・サービス・マネージャ名が使用されます。

-listener listener_port

リスナー・ポートを指定します。デフォルト・ポートは1522です。

-localons ons_port

ローカルONSポートを指定します。このオプションを指定しない場合、GDSCTLはデフォルトのONSポート(ほとんどのプラットフォームで6123)を使用します。

-pwd password

GSMCATUSERのパスワードを指定します。パスワードを指定しないと、パスワードの入力を求められます。

-region region_name

グローバル・サービス・マネージャが属するリージョンを指定します。region_nameの値は、既存のGlobal Data Servicesリージョンの名前と一致する必要があります。リージョンを指定しない場合、GDSCTLはリージョンを割り当てずにグローバル・サービス・マネージャを追加します。

-remote_endpoint remote_endpoint

グローバル・サービス・マネージャがデータベース登録リクエストを受信し、構成内の他のグローバル・サービス・マネージャと通信するために使用するプロトコル・アドレスを指定します。このオプションを使用する場合、指定した値によってデフォルト・エンドポイントがオーバーライドされます。

-remoteons ons_port

リモートONSポートを指定します。このオプションを指定しない場合、GDSCTLはデフォルトのONSポート(ほとんどのプラットフォームで6234)を使用します。

-trace_level level

グローバル・サービス・マネージャのトレース・レベル(Oracleサポート・サービスの指示により使用)を指定します。

-wpwd password

グローバル・サービス・マネージャ・ウォレットを保護するパスワードを指定します。ウォレット・パスワードを指定しない場合、かわりにシステム生成パスワードが使用されます。このオプションでパスワードを指定した場合、そのパスワードを提供しないとウォレットを変更できなくなります。

使用上の注意

- このコマンドは、グローバル・サービス・マネージャを追加するコンピュータでローカルに実行する必要があります。

- このコマンドを実行するには、グローバル・サービス・マネージャを追加するコンピュータでオペレーティング・システム権限を持っている必要があります。

- このコマンドを実行すると、GDSCTLはGlobal Data ServicesカタログにGSMCATUSERユーザーとして接続し、GSMCATUSERのパスワードを入力するよう求めます。

例

Global Data Serviceカタログ・データベースDB1の場所を指定して、gsm1という名前のグローバル・サービス・マネージャを追加します。

GDSCTL> add gsm -gsm gsm1 -catalog 127.0.0.1:1521:db1

add invitednode (add invitedsubnet)

ホスト・アドレスまたはサブネット情報をカタログ内の登録用有効ノード・チェック(VNCR)リストに追加します。最初のグローバル・サービス・マネージャを起動する前に、このコマンドを使用してホストまたはサブネットをVNCRリストに追加できます(Global Data Servicesカタログ・データベースへの直接接続の確立による)。

VNCRは、指定されたIPアドレスからOracleサービスへのアクセスを許可したり、拒否します。VNCRの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

構文とオプション

gdsctl add invitednodeコマンドは、次の構文で使用します。

add {invitednode | invitedsubnet} [-group group_name]
[-catalog catalog_dbname [-user user_name/password]] vncr_id

表A-11 gdsctl add invitednodeのオプション

オプション

説明

-catalog catalog_dbname

Global Data Servicesカタログ・データベースのネット別名または接続文字列を指定します。無効なアドレスまたは接続文字列を入力した場合、GDSCTLでは、connectコマンドで作成された事前確立済の接続が使用されます。

-group group_name

許可されたノードのグループを定義する別名を指定します。この別名は、許可されたノードに関連する他のコマンドで参照されます。

-user user_name[/password]

カタログ・データベースのGlobal Data Services管理者のユーザー資格証明を指定します。ユーザーまたはパスワードを指定しないと、GDSCTLからこの情報の入力を求められます。

vncr_id

グローバル・サービス・マネージャに登録できるノードのリストを指定します。リストには、ホスト名か、IPv4およびIPv6アドレスのCIDR表記を含めることができます。ワイルドカード形式(*)は、IPv4アドレスでサポートされます。リストにホスト名が存在すると、そのホスト名にマップされたすべてのIPアドレスが含まれます。ホスト名は、パブリック・ネットワーク・インタフェースとの一貫性を保持している必要があります。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてGlobal Data Servicesカタログ・データベースに接続する必要があります。

- GDSCTLのデフォルトは、autovncrがカタログに対して有効であることです。autovncrがカタログに対して無効である場合、Global Data Servicesプールを構成してGlobal Data Services構成にデータベースを追加するには、それらのデータベースが実行されているノードが、データベース登録の登録用有効ノード・チェック(VNCR)リストの一部である必要があります。add invitednode (add invitedsubnet)コマンドを使用して有効ノードを定義します。

例

ネットマスク255.255.255.248をカタログに追加します。

GDSCTL> add invitednode 255.255.255.248

サーバーeast1.example.comをカタログの別名グループEAST_SRVに追加します。

GDSCTL> add invitednode east1.example.com

サーバーeast2.example.comをカタログの別名グループEAST_SRVに追加します。

GDSCTL> add invitednode east2.example.com

add region

Global Data ServicesリージョンをGlobal Data Servicesフレームワークに追加します。Global Data Servicesカタログが作成される際、REGIONORAリージョンが自動的に作成されます。

構文とオプション

gdsctl add regionコマンドは、次の構文で使用します。

add region -region region_list [-buddy region_name]

表A-12 gdsctl add regionのオプション

オプション

説明

-buddy region_name

バディ・リージョンの名前を指定します。

-region region_list

Global Data Servicesリージョン名のカンマ区切りリストを指定します。

Global Data Servicesリージョンの名前は、対応するGlobal Data Services構成内で一意である必要があります。最初のリージョンの作成時に名前を指定しない場合、そのリージョンにはoraregionというデフォルト名が付けられます。リージョン名の長さは最大30文字で、任意の有効な識別子(先頭は英字でその後に0個以上のASCII英数字または「_」を続ける)を使用できます。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用して、Global Data Services管理者権限を持つユーザーとしてGlobal Data Servicesカタログ・データベースに接続する必要があります。

例

2つのGlobal Data ServicesリージョンEASTおよびWESTを現在の構成に追加します。

GDSCTL> add region -region east,west

add service

グローバル・サービスをGlobal Data Servicesプールに追加します。

構文とオプション

gdsctl add serviceコマンドは、次の構文で使用します。

add service [-gdspool gdspool_name] -service service_name
{-preferred_all | -preferred dbname_list [-available dbname_list] }
[-locality {ANYWHERE | LOCAL_ONLY [-region_failover]}]
[-role {PRIMARY | PHYSICAL_STANDBY [-failover_primary] | LOGICAL_STANDBY
| SNAPSHOT_STANDBY}] [-lag {lag_value | ANY}]
[-notification {TRUE | FALSE}] [-rlbgoal {SERVICE_TIME | THROUGHPUT}]
[-dtp {TRUE | FALSE}] [-sql_translation_profile stp_name]
[-clbgoal {SHORT | LONG}] [-tafpolicy {BASIC | NONE | PRECONNECT}]
[-policy policy] [-failovertype {NONE | SESSION | SELECT | TRANSACTION}]
[-failovermethod {NONE | BASIC}] [-failoverretry failover_retries]
[-failoverdelay failover_delay] [-edition edition_name]
[-commit_outcome {TRUE | FALSE}] [-retention retention_seconds]
[-session_state {DYNAMIC | STATIC}]
[-replay_init_time replay_init_time] [-pdbname pdbname]

表A-13 gdsctl add serviceのオプション

オプション

説明

-available dbname_list

優先データベースが使用できない場合に、サービスが実行される使用可能なデータベースのカンマ区切りリストを指定します。使用可能なインスタンスのリストは指定できません。データベースのみです。modify serviceコマンドを-server_poolパラメータとともに使用して、インスタンス・レベルの優先を指定できます。

使用可能なデータベースのリストは、優先データベースのリストと相互に排他である必要があります。

このオプションは、-preferred_allオプションとともに使用できません。

-clbgoal {SHORT | LONG}

接続ロード・バランシングの目標。ランタイム・ロード・バランシングの場合または統合接続プールを使用する場合、値SHORTをこのパラメータに使用します。サービスのノードごとにセッション数でバランスを取る長時間の接続(バッチ・ジョブなど)の場合は、このパラメータの値としてLONGを使用します。

このオプションのデフォルト値はSHORTです。

-commit_outcome {TRUE | FALSE}

トランザクション・ガードを有効にします。TRUEに設定すると、リカバリ可能な停止によってトランザクションのセッションが失敗した後、トランザクションのコミットの結果にアクセスできます。

-dtp {TRUE | FALSE}

このサービスの分散トランザクション処理を有効化するかどうかを示します。このサービスは、ポリシー管理データベースではサービスに、管理者管理データベースの単一ノードでは優先サービスになります。

-edition edition_name

サービスの初期セッション・エディションを指定します。

サービスにエディションを指定すると、そのサービスを指定するそれ以降のすべて接続で、初期セッション・エディションとしてこのエディションが使用されます。ただし、セッション接続で異なるエディションを指定した場合は、そのセッション接続で指定したエディションが初期セッション・エディションとして使用されます。

GDSCTLは、指定されたエディション名の妥当性をチェックしません。接続中、接続ユーザーは指定されたエディションのUSE権限を持っている必要があります。そのエディションが存在しないか、接続ユーザーが指定されたエディションのUSE権限を持たない場合は、エラーが発生します。

-failover_primary

-roleオプションをPHYSICAL_STANDBYに設定する場合、このオプションを使用してサービスによるプライマリ・データベースへのフェイルオーバーを有効にできます。

-failoverdelay failover_delay

アプリケーション・コンティニュイティおよびTAF向けに、このパラメータは、フェイルオーバー時の各インシデントの再接続試行間の遅延(秒)を指定します。

-failovermethod {NONE | BASIC}

TAFフェイルオーバーの方法(下位互換用)。

フェイルオーバー・タイプ(-failovertype)がNONE以外の値に設定される場合、このパラメータにBASICを選択します。

-failoverretry failover_retries

アプリケーション・コンティニュイティおよびTAF向けに、このパラメータによってインシデント後の接続の試行数が決まります。

-failovertype {NONE | SESSION | SELECT | TRANSACTION}

フェイルオーバー・タイプを指定します。

Javaに対してアプリケーション・コンティニュイティを有効にする場合、このパラメータをTRANSACTIONに設定します。OCIに対して透過アプリケーション・フェイルオーバー(TAF)を有効にするには、このパラメータをSELECTまたはSESSIONに設定します。

-gdspool gdspool_name

サービスを追加するGlobal Data Servicesプールの名前を指定します。プール名を指定せず、ユーザーにアクセス権が付与されているgdspoolが1つのみの場合、アクセス権が付与されたこのgdspoolがデフォルトのgdspoolとして使用されます。

-lag {lag_value | ANY}

サービスのラグを秒単位で指定します。キーワードANYを使用して、ラグ時間の上限がないことを示します。このパラメータは、このサービスのプロバイダに許容される最大ラグを指定します。サービスは、ラグがこの値を超えるデータベースでは提供されません。

lagのデフォルト値はANYです。

-locality {ANYWHERE | LOCAL_ONLY}

サービス・リージョン・ローカリティを指定します。このオプションを指定しない場合、GDSCTLはデフォルト値のANYWHEREをサービスに使用します。

-notification {TRUE | FALSE}

OCI接続に対して高速アプリケーション通知(FAN)を有効にします。

-pdbname pdb_name

プラガブル・データベース名を指定します。

-policy {AUTOMATIC | MANUAL}

サービスの管理ポリシーを指定します。

AUTOMATIC(デフォルト)を指定する場合、計画された再起動の場合も障害の発生後の場合もデータベースが再起動すると、サービスが自動的に起動します。自動再起動はサービス・ロールの影響も受けます。

MANUALを指定する場合、データベースの計画された再起動時にサービスが自動的に再起動されることはありません。MANUALを設定しても、サービスは実行中にグローバル・サービス・マネージャによって監視され、障害が発生すると再起動されます。

-preferred dbname_list

サービスが実行される優先データベースのカンマ区切りリストを指定します。優先インスタンスは指定できません。データベースのみです。modify serviceコマンドを使用して、インスタンス・レベルの優先を指定できます。

優先データベースのリストは、使用可能なデータベースのリストと相互に排他である必要があります。

このオプションは、-preferred_allオプションとともに使用できません。

-preferred_all

Global Data Servicesプール内のすべてのデータベースが優先データベースであることを指定します。その後プールに追加するデータベースは、このサービスの優先データベースとして構成されます。

このオプションは、-preferredオプションおよび-availableオプションとともに使用できません。

-region_failover

サービスでリージョン・フェイルオーバーが有効であることを示します。このオプションは、-localityオプションにLOCAL_ONLYを指定する場合にのみ使用できます。

-replay_init_time replay_init_time

アプリケーション・コンティニュイティ向けに、このパラメータは時間(秒)を指定し、その時間の経過後はリプレイは開始できません。デフォルト値は300秒です。

-retention retention_seconds

commit_outcomeがTRUEに設定される場合、このパラメータによってコミットの結果がデータベースに保持される時間(秒)が決まります。

-rlbgoal {SERVICE_TIME | THROUGHPUT}

ランタイム・ロード・バランシングの目標(ロード・バランシング・アドバイザ)。このパラメータをSERVICE_TIMEに設定すると、応答時間によって接続が分散されます。このパラメータをTHROUGHPUTに設定すると、スループットによって接続が分散されます。

このオプションを使用しない場合、ランタイム・ロード・バランシングの目標のデフォルト値は、SERVICE_TIMEになります。

-role {[PRIMARY] | [PHYSICAL_STANDBY] [-failover_primary] |[LOGICAL_STANDBY] |[SNAPSHOT_STANDBY]}

このサービスがデータベースで起動するためにデータベースに付与されている必要のあるデータベース・ロールを指定します。これは、Oracle Data Guard Broker構成を含むGlobal Data Servicesプールにのみ適用されます。

参照: データベース・ロールの詳細は、『Oracle Data Guard概要および管理』を参照してください。

-service service_name

グローバル・サービスの名前を指定します。

add serviceコマンドで指定するサービス名は、ドメイン修飾することも(sales.example.comなど)、しないことも(salesなど)可能です。指定した名前がドメイン修飾されていない場合、サービスはデフォルトのドメイン名である<GDS_pool_name>.<GDS_configuration_name>を使用して作成されますが、サービスを管理する後続のgdsctlコマンドでは、より短いドメイン修飾なしの名前を使用できます。指定した名前がドメイン修飾されている場合、サービスを管理するために使用する後続のすべてのgdsctlコマンドで、完全修飾ドメイン・サービス名を使用する必要があります。

グローバル・サービス名は、GDSプール内で一意である必要があり、ドメイン修飾されている場合はGDS構成内でも一意である必要があります。グローバル・サービスは、データベースに同じ名前のローカル・サービスまたはグローバル・サービスがすでに存在する場合、そのデータベースで作成できません。

グローバル・サービス名には、英数字、アンダースコア(_)およびピリオド(.)を含めることができます。最初の文字は英数字にする必要があります。グローバル・サービス名の長さは最大64文字です。ドメイン修飾されたグローバル・サービス名の長さは、最大250文字です。

グローバル・サービスに接続するために使用されるOracle Net接続記述子には、ドメイン修飾されたサービス名を含める必要があります。

-session_state
{DYNAMIC | STATIC}

アプリケーション・コンティニュイティ向けに、このパラメータはトランザクション型ではないセッションの状態がアプリケーションによって変更されるかどうかを指定します。ほとんどのアプリケーションにDYNAMICの設定をお薦めします。

-sql_translation_profile stp_name

Oracle以外のデータベースからOracleデータベースにアプリケーションを移行したら、このオプションを使用して、追加するサービスのSQL翻訳プロファイルを指定します。

このオプションは、DBMS_SERVICEサービス属性のSQL翻訳プロファイル・パラメータに対応します。

注意:

- SQL翻訳機能を使用する前に、すべてのサーバー側アプリケーション・オブジェクトとデータをOracleデータベースに移行する必要があります。

- config serviceコマンドを使用して、SQL翻訳プロファイルを表示します。

関連項目: SQL翻訳の詳細は、『Oracle Database移行ガイド』を参照してください。

-tafpolicy {BASIC | NONE }

TAFポリシーの指定(管理者管理データベースのみ)

例

sales_reportという名前のサービスを、ローカリティに値ANYWHEREを指定してGlobal Data ServicesプールMYREADERFARMに追加します。

GDSCTL> add service -gdspool myreaderfarm -service sales_report -locality ANYWHERE

daily_sales_reptという名前のサービスを、優先インスタンスがDB1に設定され、使用可能なインスタンスがDB3とDB4に設定されたGlobal Data ServicesプールMYDGPOOLに追加します。サービスはBASICトランザクション・フェイルオーバー・ポリシーを使用します。

GDSCTL> add service -gdspool mydgpool -s daily_sales_rept -preferred db1
-available db3,db4 -tafpolicy BASIC

関連項目:
「グローバル・サービスの作成」

config

gdsctl configコマンドでは、指定したコンポーネントまたはコンポーネント・セットの静的構成を表示します。この構成データは、カタログ・データベースから取得されます。また、このコマンドをオプションなしで使用すると、構成に定義されているすべてのコンポーネントの構成データを表示できます。configコマンドを使用する場合、コンポーネント(カタログ・データベース以外)が起動されているかどうかは問題になりません。

表A-14 gdsctl configのサマリー

コマンド

説明

config database

指定されたデータベースの静的構成データを表示します。

config gdspool

指定されたデータベース・プールの静的構成データを表示します。

config gsm

指定されたグローバル・サービス・マネージャの静的構成データを表示します。

config region

指定されたリージョンの静的構成データを表示します。

config service

指定されたリージョンの静的構成データを表示します。

config vncr

指定されたグローバル・サービス・マネージャのVNCR構成データを表示します。

config database

カタログに格納されている、指定されたデータベースの静的構成データを表示します。

構文とオプション

gdsctl config databaseコマンドは、次の構文で使用します。

config database [-database db_name]

表A-15 gdsctl config databaseのオプション

構文

説明

-database db_name

データベースの名前を指定します。データベース名を指定しない場合、GDSCTLでは、Global Data Services構成のすべてのデータベースの構成データが表示されます。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

Global Data Services構成のすべてのデータベースについてカタログに格納されている静的構成データを表示します。

GDSCTL>config database

gdsctl config databaseコマンドは、次のような情報を返します。

Name     Pool     Status     Region
----     ----     ------     ------
dbcat    sales    Ok         east
dbcat1   sales    Ok         west
dbcat3   sales    Ok         west

config gdspool

カタログに格納されている、指定されたデータベース・プールの静的構成データを表示します。

構文とオプション

gdsctl config gdspoolコマンドは、次の構文で使用します。

config gdspool [-gdspool gdspool_name]

表A-16 gdsctl config gdspoolのオプション

構文

説明

-gdspool gdspool_name

データベース・プールの名前を指定します。データベース・プール名を指定しない場合、GDSCTLは、すべてのデータベース・プールの構成データを表示します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

カタログに格納されている、すべてのGlobal Data Servicesプールの静的構成データを表示します。

GDSCTL>config gdspool

gdsctl config gdspoolコマンドは、次のような出力を返します。

Name          Broker
----          ------
dbpoolora     No
mkt           No
sales         No
marketing     No

次のコマンドでは、Global Data Servicesプールmarketingの構成の詳細を表示します。

GDSCTL>config gdspool -gdspool marketing

前述の例は、次のような出力を返します。

GDS Pool administrators
------------------------

Databases
------------------------
dbcat2
dbcat1
dbcat3

Services
------------------------
sales_report
sales_analysis
sales_estimation
sales_peragent
sales_global

config gsm

カタログに格納されている、指定されたグローバル・サービス・マネージャの静的構成データを表示します。

構文とオプション

gdsctl config gsmコマンドは、次の構文で使用します。

config gsm [-gsm gsm_name]

表A-17 gdsctl config gsmのオプション

構文

説明

-gsm gsm_name

グローバル・サービス・マネージャの名前を指定します。グローバル・サービス・マネージャ名を指定しない場合、GDSCTLは、クラウド内のすべてのグローバル・サービス・マネージャの構成データを表示します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してGlobal Data Services管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

カタログに格納されている、グローバル・サービス・マネージャmygsmの静的構成データを表示します。

GDSCTL>config gsm -gsm mygsm

gdsctl config gsmコマンドは、次のような情報を返します。

Name: mygsm
Endpoint 1: (ADDRESS=(HOST=stcal.us.hq.com)(PORT=1523)(PROTOCOL=tcp))
Endpoint 2: (ADDRESS=(HOST=stcal.us.hq.com)(PORT=1523)(PROTOCOL=tcp))
Local ONS port: 6123
Remote ONS port: 6234
Region: east
Buddy
------------------------

config region

指定されたリージョンの静的構成データを表示します。

構文とオプション

gdsctl config regionコマンドは、次の構文で使用します。

config region [-region gsm_name]

表A-18 gdsctl config regionのオプション

構文

説明

-region gsm_name

グローバル・サービス・マネージャの名前を指定します。

例

指定されたリージョンの静的構成データを表示します。

GDSCTL>config region -region eastcoast

次のような出力が表示されます。

Databases
------------------------
debug
msvc4

GSM
------------------------
mygsm

config service

Global Data Servicesカタログに格納されている、データベース・プール内の指定されたサービスの静的構成データを表示します。

構文とオプション

gdsctl config serviceコマンドは、次の構文で使用します。

config service [-gdspool gdspool_name] [-service service_name]

表A-19 gdsctl config serviceのオプション

構文

説明

-gdspool gdspool_name

サービスを含むデータベース・プールの名前を指定します。名前を指定せず、ユーザーにアクセス権が付与されているgdspoolが1つのみの場合、それがデフォルトのgdspoolとして使用されます。

-service service_name

サービス名のカンマ区切りリストを指定します。このオプションを使用しない場合、GDSCTLは、指定されたデータベース・プール内のすべてのサービスの構成データを表示します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

ユーザーのGlobal Data Servicesプール内のすべてのサービスを表示します。

GDSCTL>config service

gdsctl config serviceコマンドは、次のような情報を返します。

Name        Network name                  Pool     Started Preferred all
----        ------- ----                  ----     ------- --------- ---
sales_svc1  sales_svc1.sales.oradbcloud   sales    Yes     Yes
sales_svc2  sales_svc2.sales.oradbcloud   sales    NO      Yes
sales_svc3  sales_svc3.sales.oradbcloud   sales    Yes     Yes
mkt_svc1    mkt_svc1.mkt.oradbcloud       mkt      NO     Yes

Global Data Servicesカタログに格納されている、sales_svc1の静的構成データを表示します。

GDSCTL>config service -service sales_svc1

次のように返されます。

Name: sales_svc1
Network name: sales_svc1.sales.oradbcloud
Pool: sales
Started: Yes
Preferred all: Yes
Locality: ANYWHERE
Region Failover: No
Role: NONE
Primary Failover: No
Lag: ANY
Runtime Balance: SERVICE_TIME
Connection Balance: SHORT
Notification: Yes
TAF Policy: NONE
Policy: AUTOMATIC
DTP: No
Failover Method: NONE
Failover Type: NONE
Failover Retries:
Failover Delay:
Edition:
PDB:
Commit Outcome:
Retention Timeout:
Replay Initiation Timeout:
Session State Consistency:
SQL Translation Profile:

Supported services
------------------------
Database            Preferred Status
--------            --------- ------
dbcat2              Yes       Enabled
dbcat1              Yes       Enabled
dbcat3              Yes       Enabled

config vncr

カタログに格納されている、登録用有効ノード・チェック(VNCR)の静的構成データを表示します。

構文とオプション

gdsctl config vncrコマンドは、次の構文で使用します。

config vncr [-group gsm_name]

表A-20 gdsctl config invitednodeのオプション

構文

説明

-group gsm_name

グローバル・サービス・マネージャの名前を指定します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

VNCRリスト内のホストのリストを表示します。

GDSCTL>config vncr

gdsctl config vncrコマンドは、次のような情報を返します。

Name         Group           ID
----         -----           --
example
22.231.113.64
example.com

configure

gdsctl configureコマンドは、GDSCTLパラメータを設定します。

構文とオプション

gdsctl configureコマンドは、次の構文で使用します。

configure [-gsmport port] [-timeout seconds] [-show] [-driver {THIN | OCI}]
[-resolve {IP | HOSTNAME | QUAL_HOSTNAME}]
[-log {ALL|OFF|INFO|FINE|FINER|FINEST|SEVERE|WARNING}] [-log_file log_file]
[-gsm gsm_name]

表A-21 gdsctl configureのオプション

構文

説明

-driver THIN | OCI

Oracle JDBCドライバ。

-gsm gsm_name

現在のグローバル・サービス・マネージャの設定。

-gsmport port

デフォルトのグローバル・サービス・マネージャ・ポート

-log {ALL | OFF | INFO | FINE |
FINER | FINEST | SEVERE |
WARNING}

ロギング・レベルの設定。デフォルトは、OFFです。

-log_file log_file

ログ・ファイルの場所の設定。デフォルトは$TNS_ADMIN/GDSTL.logです。

-resolve IP | HOSTNAME|
QUAL_HOSTNAME

グローバル・サービス・マネージャ・エンドポイントのデフォルトのホスト解決。

-show

構成の表示。

-timeout seconds

グローバル・サービス・マネージャ・リクエスト・タイムアウト(秒)

例

mygsmドライバをOCIに設定します。

configure -driver OCI mygsm

接続

gdsctl connectコマンドは、グローバル・サービス管理環境を管理するための資格証明を指定します。GDSCTLを使用した特定の操作を行うには、資格証明を指定する必要があります。

構文とオプション

gdsctl connectコマンドは、次の構文で使用します。

connect [user_name[/password]]@connect_identifier

表A-22 gdsctl connectのオプション

構文

説明

connect_identifier

接続記述子にマップされるOracle Net接続記述子またはネット・サービス名を指定します(グローバル・サービス・マネージャのリストなど)。

password

指定されたユーザーのパスワードを指定します。パスワードを指定しないと、パスワードの入力を求められます。パスワードは入力されると不明瞭化されます。

user_name

接続するユーザーの名前を指定します。指定するユーザーは、Global Data Services管理者またはプール管理者のロールを持っている必要があります。ユーザー名を指定しないと、ユーザー名の入力を求められます。

使用上の注意

- 接続後に実行するコマンドに応じてGlobal Data Services管理者またはプール管理者の権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

警告:

接続コマンドのオプションとしてパスワードを指定することは、セキュリティ・リスクとなります。パスワードを省略し、パスワードの入力を求めるプロンプトが表示された場合にのみ入力することで、この危険を回避できます。

例

gsmadminユーザーとしてプライベート・クラウドに接続します。

GDSCTL> connect gsmadmin@mycloud
Enter password:

ユーザー名とパスワードを指定せずに、接続記述子を使用して接続します。

GDSCTL> connect (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=myhost)(PORT=1521)))
Enter username:

create catalog

gdsctl create catalogコマンドは、特定のデータベースにグローバル・サービス管理用のGlobal Data Servicesカタログを作成します。また、PKIの公開鍵と秘密鍵のペアを生成し、秘密鍵で暗号化された固定文字列"GSM"とともにそれらをカタログに格納します。この場合、GSMCATUSERのパスワードが使用されます。

構文とオプション

gdsctl create catalogコマンドは、次の構文で使用します。

create catalog -database connect_id [-user user_name[/password]
[-region region_list] [-gdspool gdspool_list] [-configname config_name]
[-autovncr {ON | OFF}] [-force]

表A-23 gdsctl create catalogのオプション

構文

説明

-autovncr {ON | OFF}

このオプションは、autovncrモードを有効(ON)または無効(OFF)にします。デフォルト値はONです。

-configname config_name

GDS構成の名前を指定します。デフォルトの構成名は、ORADBCLOUDです。

構成名の長さは最大32バイトで、先頭の英字に続けて0個以上のASCII英数字、「_」または「#」を使用できます(複数の識別子がある場合は、ピリオドで区切ることができます)。

-database connect_id

カタログを作成するデータベースの接続識別子を指定します。

-force

カタログ・データベースの既存のグローバル・サービス・マネージャ構成をリライトします。

-gdspool gdspool_list

データベース・プール名のカンマ区切りリストを指定します。このオプションを使用すると、指定されたデータベース・プールがカタログ作成の一環として作成されます。このオプションを指定しない場合、GDSCTLはDBPOOLORAという名前のデフォルト・データベース・プールを作成します。

-region region_list

リージョン名のカンマ区切りリストを指定します。このコマンドは各リージョンを作成し、リージョンをカタログに追加します。リージョンを指定しない場合、REGIONORAという名前のデフォルト・リージョンが作成されます。

-user user_name[/password]

カタログ・データベースのGlobal Data Services管理者権限を持つユーザー(およびオプションでパスワード)を指定します。このオプションを使用しない場合、GDSCTLは、Global Data Services管理者権限を持つユーザーの名前とパスワードの入力を求めます。ユーザー名を指定してユーザーのパスワードを指定しないと、GDSCTLはパスワードの入力を求めます。

使用上の注意

- Global Data Servicesカタログを作成するコンピュータでGlobal Data Services管理者権限を持っている必要があります。

- 構成の容易さが最も重要な考慮事項である単純なプライベート・ネットワークが存在する環境では、自動VNCRが最適です。GDS構成に参加できるホストについて最高レベルの制御を行うには、自動VNCRを無効化し、各データベース・ホストのIPアドレスをVNCR構成に明示的に追加します。

例

DB1という名前のデータベースにグローバル・サービス管理用のGlobal Data Servicesカタログを作成します。リージョンEASTとWESTおよびデータベース・プールREADERFARMも作成します。

GDSCTL> create catalog -database db1 -region west,east -gdspool readerfarm

delete catalog

gdsctl delete catalogコマンドは、Global Data Servicesカタログを削除します。

構文とオプション

gdsctl delete catalogコマンドは、次の構文で使用します。

delete catalog [-connect connect_identifier]

表A-24 gdsctl delete catalogのオプション

構文

説明

-connect connect_identifier

接続記述子にマップされるOracle Net接続記述子またはネット・サービス名を指定します。

このオプションを使用しない場合、GDSCTLは、現在のセッションに関連付けられているグローバル・サービス・マネージャによって使用されているGlobal Data Servicesカタログを削除します。

使用上の注意

- Global Data Servicesカタログを削除するデータベースを含むコンピュータでGlobal Data Services管理者権限を持っている必要があります。

例

DB1という名前のデータベースにあるGlobal Data Servicesカタログを削除します。

GDSCTL> delete catalog -connect db1.example.com

disable service

gdsctl disable serviceコマンドは、指定されたサービスを無効にします。指定されたサービスの停止も行います。

構文とオプション

gdsctl disable serviceコマンドは、次の構文で使用します。

disable service [-gdspool gdspool_name] [ -service service_name_list]
-database db_name

表A-25 gdsctl disable serviceのオプション

構文

説明

-database db_name

サービスが配置されているデータベースの名前を指定します。このオプションを指定しない場合、サービスはグローバルで無効になります。

-gdspool gdspool_name

サービスを含むデータベース・プールを指定します。指定せず、ユーザーにアクセス権が付与されているgdspoolが1つのみの場合、これがデフォルトのgdspoolとして使用されます。

-service service_name_list

グローバル・サービス名のカンマ区切りリストを指定します。-serviceを使用して個々のグローバル・サービスまたはグローバル・サービスのリストを指定しない場合、データベース・プール内のすべてのサービスが無効になります。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

データベース・プールREADERFARM内のすべてのデータベースでサービスG_SALES_REPORTを無効にして停止します。

GDSCTL> disable service -gdspool readerfarm -service g_sales_report

関連項目:
「グローバル・サービスの無効化」

enable service

gdsctl enable serviceコマンドは、指定されたサービスを有効にします。サービスのカーディナリティに達していない場合、このコマンドはそのサービスの起動も行います。

構文とオプション

gdsctl enable serviceコマンドは、次の構文で使用します。

enable service [-gdspool gdspool_name] [-service service_name] -database db_name

表A-26 gdsctl enable serviceのオプション

構文

説明

-database db_name

サービスが配置されているデータベースの名前を指定します。このオプションを指定しない場合、サービスはグローバルで有効になります。

-gdspool gdspool_name

サービスを含むデータベース・プールを指定します。指定せず、ユーザーにアクセス権が付与されているgdspoolが1つのみの場合、それがデフォルトのgdspoolとして使用されます。

-service service_name

グローバル・サービス名のカンマ区切りリストを指定します。-serviceを使用して個々のグローバル・サービスまたはグローバル・サービスのリストを指定しない場合、データベース・プール内のすべてのサービスが無効になります。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

データベース・プールREADERFARM内のデータベースDB1でサービスG_SALES_REPORTを有効にします。

GDSCTL> enable service -gdspool readerfarm -service g_sales_report -database  db1

関連項目:
「グローバル・サービスの有効化」

export catalog

gdsctl export catalogコマンドは、現在のカタログ構成をローカル・ファイルに保存します。

構文とオプション

gdsctl export catalogコマンドは、次の構文で使用します。

export catalog file_name

表A-27 gdsctl export catalogのオプション

構文

説明

file_name

コマンドを実行している同じコンピュータ上のファイルの名前。構成は、このファイルに保存されます。ファイルがすでに存在している場合は、プロンプトなしに上書きされます。ファイルが書込み不可の場合(たとえば、パスが存在しない場合)、エラーが発生します。

使用上の注意

- このコマンドを実行するには、GDS管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

- エクスポート前にvalidate catalogコマンドを使用してカタログを検証することをお薦めします。

例

ホーム・ディレクトリにカタログ・バックアップを保存します。

GDSCTL> export catalog /home/user/cat-201307.backup

import catalog

gdsctl import catalogコマンドを使用して、export catalogコマンドを使用して作成したファイルからカタログ構成をリストアします。新しいカタログ・データベースにリストアする場合、create catalogコマンドを使用して最初にカタログを作成する必要があります。

構文とオプション

gdsctl import catalogコマンドは、次の構文で使用します。

import catalog file_name

表A-28 gdsctl export catalogのオプション

構文

説明

file_name

コマンドを実行している同じコンピュータ上のファイルの名前。構成は、このファイルからリストアされます。ファイルが読取り不可の場合、エラーが発生します。

使用上の注意

- このコマンドを実行するには、GDS管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

- インポート後に保留リクエストが存在しない場合にのみ、インポート手順が終了したと考えることができます。configコマンドを使用すると、保留リクエストのリストを取得できます。

例

ホーム・ディレクトリからカタログ・バックアップをロードします。

GDSCTL> import catalog /home/user/cat-201307.backup

modify

gdsctl modifyコマンドは、グローバル・サービス・マネージャ構成のコンポーネントの構成パラメータを変更します。

表A-29 gdsctl modifyのサマリー

コマンド

説明

modify catalog

カタログの属性を変更します。

modify database

データベースの構成パラメータを変更します。

modify gdspool

データベース・プール管理者のリストに対してユーザーを追加または削除します。

modify gsm

グローバル・サービス・マネージャの構成オプションを変更します。

modify region

グローバル・サービス管理フレームワークに現在定義されているリージョンを変更します。

modify service

サービスの優先データベースや使用可能なデータベース、または他のサービスの属性を変更します。

modify catalog

gdsctl modify catalogコマンドは、グローバル・サービス・マネージャ・カタログのプロパティを変更します。このコマンドを使用するには、グローバル・サービス・マネージャが1つ以上実行され、カタログ・データベースとの接続がすでに確立されている必要があります(connectコマンドを参照してください)。

構文とオプション

gdsctl modify catalogコマンドは、次の構文で使用します。

modify catalog [-autovncr {ON | OFF}] [-oldpwd oldpassword -newpwd newpassword] [-pwd password -newkeys]

カタログ・データベースで変更した後にGSMCATUSERのパスワードを更新するには、次のコマンドを使用します。

modify catalog -oldpwd ** -newpwd ***

PKI鍵を置換する場合や、カタログ・データベースのOracle Database 12cリリース1 (12.1)からのパッチセット・アップグレードの後には、次のコマンドを実行します。

modify catalog -pwd **  -newkeys

表A-30 gdsctl modify catalogのオプション

構文

説明

-autovncr {ON | OFF}

このオプションは、autovncrモードを有効(ON)または無効(OFF)にします。デフォルト値はONです。

-newkeys

新しいPKI鍵ペアを生成します。

-newpwd newpassword

-oldpwdとともに使用して、カタログ・データベースで変更した後にGSMCATUSERのパスワードを設定します。

-oldpwd oldpassword

-newpwdとともに使用して、カタログ・データベースで変更した後にGSMCATUSERのパスワードを設定します。

-pwd password

-newkeysの使用時にPKI鍵を生成するためにGSMCATUSERのパスワードを指定します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してGlobal Data Services管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

- 構成の容易さが最も重要な考慮事項である単純なプライベート・ネットワークが存在する環境では、自動VNCRが最適です。GDS構成に参加できるホストについて最高レベルの制御を行うには、自動VNCRを無効化し、各データベース・ホストのIPアドレスをVNCR構成に明示的に追加します。

- GSMCATUSERのパスワードは、セキュリティ上の理由から定期的に更新する必要があります。この操作を実行するには、modify catalog -oldpwd oldpassword -newpwd newpasswordを使用します。このコマンドにより、暗号化された秘密鍵とエンコード文字列がフェッチされ、それらが古いパスワードを使用して復号化され、新しいパスワードで再暗号化されてから再格納されます。

- PKI鍵は、modify catalog -oldpwd oldpassword -newkeysを使用して定期的に更新する必要があります。このコマンドにより、新しいPKI鍵ペアが生成され、データベースの対応するフィールドが置換されます。

例

カタログ・データベースのautovncrモードを無効にします。

connect gsmadmin@mycloud
GDSCTL> modify catalog -autovcnr off

modify database

GDSプールのデータベースの構成パラメータ(リージョン、接続識別子、グローバル・サービス・マネージャのパスワード、SCANアドレス、ONSポートなど)を変更します。GDSリージョンを除くすべてのパラメータでは、最初にデータベース管理者が適切な変更を行う必要があり、次にmodify databaseコマンドを実行してGDSカタログの変更済パラメータを更新する必要があります。または、この目的でsync databaseコマンドを使用できます。

構文とオプション

gdsctl modify databaseコマンドは、次の構文で使用します。

modify database -database dbname_list [-region region_name]
[-gdspool gdspool_name] [-connect connect_identifier] [-pwd password]
[-scan scan_address [-ons port]] [-savename] [-cpu_threshold cpu]
[-disk_threshold disk]

表A-31 gdsctl modify databaseのオプション

オプション

説明

-connect connect_identifier

変更するデータベースの接続記述子にマップされるOracle Net接続記述子またはネット・サービス名を指定します。

-cpu_threshold cpu

CPU使用率割合のしきい値を指定します。

-database dbname_list

データベース名のカンマ区切りリストを指定します。

-disk_threshold disk

同期単一ブロック読取りの平均待機時間(ミリ秒単位)を指定します。

-gdspool gdspool_name

データベースが属するデータベース・プールを指定します。

-ons port

ONSポートを指定します。

-pwd password

GSMUSERのパスワードを指定します。

-region region_name

データベースが属するリージョンを指定します。

-savename

このオプションを指定すると、ネット・サービス名にマップされる接続記述子ではなく、-connectオプションで指定されたネット・サービス名をGlobal Data Servicesカタログに格納します。

-scan scan_address

クラスタのSCANアドレスを指定します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

データベースDB1とDB3のリージョンをEASTに変更します。

GDSCTL> modify database -database db1,db3 -region east

modify gdspool

1つ以上のデータベース・プールのプール管理者のリストからユーザーを追加および削除します。

構文とオプション

gdsctl modify gdspoolコマンドは、次の構文で使用します。

modify gdspool -gdspool database_pool_list
{-removeuser user_name | -adduser user_name}

表A-32 gdsctl modify gdspoolのオプション

オプション

説明

-adduser user_name

データベース・プール管理者のリストに追加するユーザーを指定します。このオプションは、指定されたユーザーにプール管理者ロールを付与します。

-gdspool database_pool_list

データベース・プール名のカンマ区切りリストを指定します。

-removeuser user_name

データベース・プール管理者のリストから削除するユーザーを指定します。このオプションは、指定されたユーザーのプール管理者ロールを取り消します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

PETERをプールMYREADERFARMのデータベース・プール管理者のリストに追加します。

GDSCTL> modify gdspool -gdspool myreaderfarm -adduser peter

modify gsm

グローバル・サービス・マネージャの構成パラメータを変更します。変更は、グローバル・サービス・マネージャの再起動後、有効になります。

構文とオプション

gdsctl modify gsmコマンドは、次の構文で使用します。

modify gsm -gsm gsm_name [-catalog connect_id [-pwd password]]
[-region region_name] [-localons ons_port] [-remoteons ons_port]
[-endpoint gmsendpoint [-remote_endpoint remote_endpoint]]
[-listener listener_port] [-wpwd wallet_password]

表A-33 gdsctl modify gsmのオプション

オプション

説明

-catalog connect_id

Global Data Servicesカタログ・データベースの接続識別子を指定します。ネットワーク・サービス名を指定する場合、それはローカル・ネーミング・メソッドによって、変更されるグローバル・サービス・マネージャがカタログ・データベースに接続できるようにする接続記述子に解決できる必要があります。

-endpoint gsmendpoint

グローバル・サービス・マネージャがクライアント接続リクエストをリスニングするプロトコル・アドレスを指定します。このオプションを使用する場合、指定した値によってデフォルト・エンドポイントがオーバーライドされます。

-gsm gsm_name

変更するグローバル・サービス・マネージャの名前を入力します。名前を指定しない場合、セッションの現在のグローバル・サービス・マネージャ名(set gsmコマンドで指定)が使用されます。

-listener listener_port

新規リスナー・ポートを指定します。

-localons ons_port

新規ローカルONSポートを指定します。

-pwd password

GSMCATUSERアカウントのパスワードを指定します。パスワードを指定しないと、パスワードの入力を求められます。

-region region_name

グローバル・サービス・マネージャが属するリージョンを指定します。

-remote_endpoint remote_endpoint

グローバル・サービス・マネージャがデータベース登録リクエストを受信し、構成内の他のグローバル・サービス・マネージャと通信するために使用するプロトコル・アドレスを指定します。このオプションを使用する場合、指定した値によってデフォルト・エンドポイントがオーバーライドされます。

-remoteons ons_port

新規リモートONSポートを指定します。

-wpwd

グローバル・サービス・マネージャ・ウォレットのパスワードを指定します。

使用上の注意

- このコマンドは、グローバル・サービス・マネージャを変更するコンピュータでローカルに実行する必要があります。

- このコマンドは、グローバル・サービス・マネージャを起動したオペレーティング・システム・ユーザーのみが実行できます。

- このコマンドを実行すると、GDSCTLはGlobal Data ServicesカタログにGSMCATUSERユーザーとして接続し、GSMCATUSERのパスワードを入力するよう求めます。

例

EASTリージョンに含まれるように、gsm1という名前のグローバル・サービス・マネージャを変更します。

GDSCTL> modify gsm -gsm gsm1 -region east

modify region

このコマンドは、リージョンの構成を変更します。

構文とオプション

gdsctl modify regionコマンドは、次の構文で使用します。

modify region -region region_list -buddy region_name [-weights weight]

表A-34 gdsctl modify regionのオプション

オプション

説明

-buddy region_name

バディ・リージョンの名前を指定します。

-region region_list

リージョン名のカンマ区切りリストを指定します。

-weights weight

静的RLB配布用に使用されます。形式: name = value,..,name = value

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してGlobal Data Services管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

次のように、2つのリージョンEASTとWESTを変更します。

GDSCTL> modify region -region west -buddy east

modify service

サービスの属性を変更します。このコマンドを使用して次のことを行います。

- サービスの優先リストまたは使用可能リストにデータベースを追加

- あるデータベースから別のデータベースへサービスを移動

- 使用可能なデータベースを優先データベースに、または優先データベースを使用可能なデータベースに変更

- サービスの高可用性属性を変更

あるデータベースから別のデータベースにサービスを一時的に移動する場合、relocate serviceコマンドを使用します。

構文とオプション

gdsctl modify serviceコマンドを使用して、サービスを管理します。

優先データベースまたは使用可能なデータベースをサービスに追加する場合:

modify service [-gdspool gdspool_name] -service service_name
{-preferred dbname_list | -available dbname_list}

サービスの高可用性属性を変更する場合:

modify service [-gdspool gdspool_name] -service service_name
[-database db_name]
[-server_pool server_pool_name]
[-cardinality {UNIFORM | }]
[-locality {ANYWHERE | LOCAL_ONLY [-region_failover]}]
[-role {PRIMARY | PHYSICAL_STANDBY [-failover_primary] | LOGICAL_STANDBY
| SNAPSHOT_STANDBY}] [-lag {lag_value | ANY}]
[-notification {TRUE | FALSE}]
[-rlbgoal {SERVICE_TIME | THROUGHPUT}]
[-dtp {TRUE | FALSE}]
[-sql_translation_profile stp_name]
[-clbgoal {SHORT | LONG}]
[-tafpolicy {BASIC | NONE | PRECONNECT}]
[-policy policy]
[-failovertype {NONE | SESSION | SELECT}]
[-failovermethod {NONE | BASIC}]
[-failoverretry failover_retries]
[-failoverdelay failover_delay]
[-edition edition_name]
[-commit_outcome {TRUE | FALSE}]
[-retention retention_seconds]
[-session_state {DYNAMIC | STATIC}]
[-replay_init_time replay_init_time]]

サービスの使用可能なデータベースを優先データベースに変更する場合:

modify service [-gdspool gdspool_name] -service service_name
-available dbname_list -preferred

サービスのデータベースの優先ステータスと使用可能ステータスを変更する場合:

modify service [-gdspool gdspool_name] -service service_name
{-preferred_all | -modifyconfig -preferred dbname_list
[-available dbname_list]}
[-force]

Oracle RACデータベースに固有のグローバル・サービスのプロパティを変更する場合:

modify service [-gdspool gdspool_name] -service service_name -database db_name
{[-server_pool server_pool_name] [-cardinality {UNIFORM | }] |
{ -add_instances [-preferred comma-delimited-list]
[-available comma-delimited-list] |
-drop_instances instlist |
-modify_instances [-preferred comma-delimited-list]
[-available comma-delimited-list] } }

表A-35 gdsctl modify serviceのオプション

オプション

説明

-add_instances [-preferred comma-delimited-list] [-available comma-delimited-list]

特定のデータベースの特定のサービスに関する優先インスタンスおよび使用可能なインスタンスのリストを指定します。指定したリストによって、すでに割当て済のインスタンスがオーバーライドされます(存在する場合)。–preferredおよび–availableオプションの使用は任意ですが、これらのうちの少なくとも1つを指定する必要があります。

-available dbname_list

優先データベースが使用できない場合に、サービスが実行される使用可能なデータベースのカンマ区切りリストを指定します。

使用可能なインスタンスのリストは、優先インスタンスのリストと相互に排他である必要があります。

-preferred_allで構成されたサービスに優先データベースまたは使用可能なデータベースを追加しようとすると、GDSCTLからエラーが返されます。

-cardinality {UNIFORM | }

ポリシー管理のOracle RACデータベースで実行されているサービスのカーディナリティ・オプションを指定します。カーディナリティがUNIFORMに設定されているサービスは、すべてのデータベース・インスタンスで提供されます。カーディナリティが設定されているサービスは、1つのデータベース・インスタンスでのみ提供されます。

-clbgoal {SHORT | LONG}

接続時ロード・バランシングの目標の場合: ランタイム・ロード・バランシングを使用する場合はSHORTに設定し、バッチ・ジョブや以前のSQL*Formsスタイルなどの長時間の接続の場合はLONGに設定します。

このオプションのデフォルト値はSHORTです。

-commit_outcome {TRUE | FALSE}

トランザクション・ガードを有効にします。TRUEに設定すると、リカバリ可能な停止によってトランザクションのセッションが失敗した後、トランザクションのコミットの結果にアクセスできます。

-database db_name

サービスを変更するデータベースの名前を指定します。

-databaseを指定する場合、次の項目のうち必ず1つを指定する必要があります。

- -server_poolまたは-cardinality (あるいはその両方)。どちらも任意ですが、少なくとも1つを指定する必要があります(両方同時に使用することもできます)。

- -add_instances、-modify_instancesまたは-drop_instances。これら3つのオプションのうち必ず1つを使用する必要があります。

-dtp {TRUE | FALSE}

このサービスの分散トランザクション処理を有効化するかどうかを示します。これによって、XAアフィニティの場合にサービスが一度に必ず1つのインスタンスで提供されることが保証されます。

-drop_instances inst_list

特定のデータベースの特定のサービスに関する既存の割当て済インスタンスから削除するインスタンスのリストを指定します。指定されたインスタンスのリストは、既存の割当て済リストから削除されます。

-edition edition_name

サービスの初期セッション・エディションを指定します。

サービスにエディションを指定すると、そのサービスを指定するそれ以降のすべて接続で、初期セッション・エディションとしてこのエディションが使用されます。ただし、セッション接続で異なるエディションを指定した場合は、そのセッション接続で指定したエディションが初期セッション・エディションとして使用されます。

GDSCTLは、指定されたエディション名の妥当性をチェックしません。接続中、接続ユーザーは指定されたエディションのUSE権限を持っている必要があります。そのエディションが存在しないか、接続ユーザーが指定されたエディションのUSE権限を持たない場合は、エラーが発生します。

-failover_primary

-roleオプションをPHYSICAL_STANDBYに設定する場合、このオプションを使用してサービスによるプライマリ・データベースへのフェイルオーバーを有効にできます。

-failoverdelay failover_delay

アプリケーション・コンティニュイティおよびTAFでの、フェイルオーバーにおける各インシデントの再接続試行間の時間遅延(秒)。

-failovermethod {NONE | BASIC}

TAFフェイルオーバーの方法(下位互換用)。

failovertypeがSESSIONまたはSELECTに設定される場合、BASICをこのオプションに選択します。

-failoverretry failover_retries

アプリケーション・コンティニュイティおよびTAF向けのインシデント後の接続の試行数。

-failovertype {NONE | SESSION | SELECT | TRANSACTION}

フェイルオーバー・タイプを指定します。

Javaに対してアプリケーション・コンティニュイティを有効にする場合、このパラメータをTRANSACTIONに設定します。OCIに対して透過アプリケーション・フェイルオーバー(TAF)を有効にするには、このパラメータをSELECTまたはSESSIONに設定します。

-force

このオプションを使用する場合、サービスが移動されるとすべてのセッションが切断され、サービスを使用するセッションは(場合によっては異なるインスタンスに)再接続する必要があります。

このオプションを使用しない場合、このサービスを使用してデータベースに接続されているセッションは接続されたままになりますが、サービスに新しいセッションを確立することはできません。

-gdspool gdspool_name

サービスが属するデータベース・プールの名前を指定します。指定せず、ユーザーにアクセス権が付与されているgdspoolが1つのみの場合、それがデフォルトのgdspoolとして使用されます。

-lag {lag_value | ANY}

サービスのラグを秒単位で指定します。キーワードANYを使用して、ラグ時間の上限がないことを示します。

-lagオプションのデフォルト値はANYです。

-locality {ANYWHERE | LOCAL_ONLY}

サービス・リージョン・ローカリティ。このオプションを使用しない場合、デフォルト値のANYWHEREがサービスに使用されます。

-modifyconfig

このオプションを使用して、サービスの優先データベースと使用可能なデータベースの現在のリストを変更することを示します。このオプションを使用すると、優先リストにも使用可能リストにも指定されていないが、以前は割り当てられていたデータベースは、サービスを実行できるデータベースのリストから削除されます。

-modify_instances [-preferred comma-delimited-list] [-available comma-delimited-list]

優先インスタンスと使用可能なインスタンスの指定されたcomma-delimited-listは、現在カタログに格納されている既存のリストにマージされます。

格納済リストにまだ存在しないインスタンスをcomma-delimited-listに指定した場合、それは適切なモード(優先または使用可能)で格納済リストに追加されます。

格納済リストに存在するインスタンスをcomma-delimited-listに指定した場合、格納済リストのインスタンスのモードは、指定されたモード(優先または使用可能)に変更されます。ユーザー指定のモードが格納済のモードと同じ場合、インスタンスのモードは変更されません。

指定されたリストに存在しないが格納済リストにすでに存在するインスタンスは、すべて変更されないまま格納済リストに残ります。

インスタンスは、優先と使用可能の両方に設定することはできず、1つのモードにのみ設定できます。

–preferredおよび–availableの使用は任意ですが、少なくとも1つのリストを指定する必要があります。

-new_db database_name

サービスが実行されている新しいデータベースの名前を指定します。

-preferred_allで構成されたサービスを移動しようとすると、GDSCTLからエラーが返されます。

-notification {TRUE | FALSE}

OCI接続に対して高速アプリケーション通知(FAN)を有効にします。

-old_db database_name

サービスが実行されている古いデータベースの名前を指定します。

-preferred_allで構成されたサービスを移動しようとすると、GDSCTLからエラーが返されます。

-policy {AUTOMATIC | MANUAL}

サービスの管理ポリシーを指定します。

AUTOMATIC(デフォルト)を指定する場合、計画された再起動の場合も障害の発生後の場合もデータベースが再起動すると、サービスが自動的に起動します。自動再起動はサービス・ロールの影響も受けます。

MANUALを指定する場合、データベースの計画された再起動時にサービスが自動的に再起動されることはありません。MANUALを設定しても、サービスは実行中にグローバル・サービス・マネージャによって監視され、障害が発生すると再起動されます。

-pdbname pdb_name

プラガブル・データベース名を指定します。

-preferred dbname_list

サービスが実行される優先データベースのカンマ区切りリストを指定します。データベースを使用可能から優先に変更する場合、-preferredオプションに値を指定しないでください。

優先インスタンスのリストは、使用可能なインスタンスのリストと相互に排他である必要があります。

-preferred_allで構成されたサービスに優先データベースまたは使用可能なデータベースを追加しようとすると、GDSCTLからエラーが返されます。

-preferred_all

データベース・プール内のすべてのデータベースが優先データベースであることを指定します。新たにプールに追加されるデータベースは、このサービスの優先データベースとして構成されます。

このオプションは、-preferredおよび-availableオプションと組み合せて使用することはできません。

-region_failover

サービスでリージョン・フェイルオーバーが有効であることを示します。このオプションは、-localityオプションにLOCAL_ONLYを指定する場合にのみ使用できます。

-replay_init_time replay_init_time

アプリケーション・コンティニュイティ向けに、このパラメータは時間(秒)を指定し、その時間の経過後はリプレイは開始されません。デフォルト値は300秒です。

-retention retention_seconds

トランザクション・ガード(commit_outcomeがTRUEに設定される)向けに、このパラメータによってコミットの結果がデータベースに保持される時間(秒)が決まります。

-rlbgoal {SERVICE_TIME | THROUGHPUT}

ランタイム・ロード・バランシングの目標。このパラメータをSERVICE_TIMEに設定すると、応答時間によって接続が分散されます。このパラメータをTHROUGHPUTに設定すると、スループットによって接続が分散されます。

このオプションを使用しない場合、ランタイム・ロード・バランシングの目標のデフォルト値は、SERVICE_TIMEになります。

-role {[PRIMARY] | [PHYSICAL_STANDBY]
[-failover_primary] |
[LOGICAL_STANDBY] |
[SNAPSHOT_STANDBY]}

このサービスがデータベースで起動するためにデータベースに付与されている必要のあるデータベース・ロールを指定します。これは、Oracle Data Guard Broker構成を含むデータベース・プールにのみ適用されます。

参照: データベース・ロールの詳細は、『Oracle Data Guard概要および管理』を参照してください。

-server_pool server_pool_name

サービスが属しているGDSプール・データベースのOracle RACサーバー・プールの名前を指定します(ポリシー管理のOracle RACデータベース用)。

-service service_name

グローバル・サービスの名前を指定します。

-session_state
{DYNAMIC | STATIC}

アプリケーション・コンティニュイティ向けに、このパラメータはトランザクション型ではないセッションの状態がアプリケーションによって変更されるかどうかを指定します。ほとんどのアプリケーションに値DYNAMICをお薦めします。

-sql_translation_profile stp_name

Oracle以外のデータベースからOracleデータベースにアプリケーションを移行したら、このオプションを使用して、追加するサービスのSQL翻訳プロファイルを指定します。

このオプションは、DBMS_SERVICEサービス属性のSQL翻訳プロファイル・パラメータに対応します。

注意:

- SQL翻訳機能を使用する前に、すべてのサーバー側アプリケーション・オブジェクトとデータをOracleデータベースに移行する必要があります。

- SQL翻訳プロファイルを表示するには、config serviceコマンドを使用します。

関連項目: SQL翻訳の詳細は、『Oracle Database移行ガイド』を参照してください。

-tafpolicy {BASIC | NONE }

TAFポリシーの指定(管理者管理データベースのみ)

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

データベースDB3をサービスG_SALES_REPORTの優先データベースとしてデータベース・プールMYREADERFARMに追加します。

GDSCTL> modify service -gdspool myreaderfarm -service g_sales_report -preferred db3

データベース・プールMYREADERFARMのサービスG_DAILY_SALES_REPTを変更して、ランタイム・ロード・バランシングの目標をTHROUGHPUTに変更します。

GDSCTL> modify service -gdspool myreaderfarm -service g_daily_sales_rept
-rlbgoal THROUGHPUT

データベース・プールMYREADERFARM内のサービスG_SALES_REPORTをデータベースDB1からDB4に移動します。

GDSCTL> modify service -gdspool myreaderfarm -service g_sales_report
-old_db db1 -new_db db4

DB3データベースを、データベース・プールREADFARM内のサービスG_SALES_REPORTの使用可能なデータベースから優先データベースにアップグレードします。

GDSCTL> modify service -gdspool readfarm -service g_sales_report
-available db3 -preferred

サービスG_SALES_REPORTに、データベースDB1とDB2が優先データベースとして、データベースDB3が使用可能なデータベースとして現在割り当てられているとします。データベース・プールREADFARM内のサービスSALES_REPORTの優先データベースDB1と使用可能なデータベースDB3を交換し、DB2データベースを削除します。

GDSCTL> modify service -gdspool readfarm -service g_sales_report -modifyconfig
-available db3 -preferred db1

ポリシー管理のOracle RACデータベースDB1のSALESPOOLという名前のサーバー・プールでのみ実行されるよう、データベース・プールREADFARM内のサービスG_SALES_REPORTを変更します。

GDSCTL> modify service -gdspool readfarm -service g_sales_report -database db1
-server_pool salespool

特定のデータベースの特定のサービスに関する優先インスタンスおよび使用可能なインスタンスを指定します。

GDSCTL> modify service –gdspool mypool –service mysvc –database mydb –add_instances –preferred inst1,inst2 –available inst3,inst4

関連項目:
「グローバル・サービスの属性の変更」

relocate service

gdsctl relocate serviceコマンドは、あるデータベースでサービスを停止し、別のデータベースでサービスを起動します。modify serviceコマンドを使用してサービスの場所を変更する場合とは異なり、このコマンドは基礎をなす構成を変更しません。このコマンドはサービスを一時的に再配置し、別のデータベースで実行します。

注意:
以前に-preferred_allオプションで構成されたサービスにこのコマンドを使用しようとすると、GDSCTLからエラーが返されます。

構文とオプション

gdsctl relocate serviceコマンドは、次の構文で使用します。

relocate service [-gdspool gdspool_name] -service service_name -old_db db_name
-new_db db_name [-force] [-override [-sourcepwd password]
[-targetpdw password]]

表A-36 gdsctl relocate serviceのオプション

オプション

説明

-force

このオプションを使用する場合、サービスが移動されるとすべてのセッションが切断され、サービスを使用するセッションは(場合によっては異なるインスタンスに)再接続する必要があります。

このオプションを使用しない場合、このサービスを使用してデータベースに接続されているセッションは接続されたままになりますが、サービスに新しいセッションを確立することはできません。

-gdspool gdspool_name

サービスが配置されているデータベース・プールの名前を指定します。指定せず、ユーザーにアクセス権が付与されているgdspoolが1つのみの場合、それがデフォルトのgdspoolとして使用されます。

-new_db db_name

サービスの移動先のデータベースの名前を指定します。

-old_db db_name

サービスが現在配置されているデータベースの名前を指定します。

-override

このオプションを使用すると、グローバル・サービス・マネージャ・カタログを更新せずにコマンドが実行されます。カタログ・データベースが使用できない場合にこのオプションを使用できます。

通常の操作では、このオプションを使用しないでください。

-service service_name

再配置するサービスの名前を指定します。

-sourcepwd password

ソース・データベースまたはサービスが現在配置されているデータベースのGSMUSERのパスワードを指定します。

-targetpwd password

サービスが再配置されるデータベース(ターゲット・データベース)のGSMUSERのパスワードを指定します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

READFARMデータベース・プール内のサービスSALES_REPORTをDB2データベースからDB3データベースに再配置します。

GDSCTL> relocate service -gdspool readfarm -service sales_report -old_db db1 -new_db db3

remove

gdsctl removeコマンドは、コンポーネントをグローバル・サービス管理構成から削除します。

表A-37 gdsctl removeのサマリー

コマンド

説明

remove brokerconfig

Oracle Data Guard Broker構成をデータベース・プールから削除します。

remove database

Global Data Servicesプールからデータベースを削除します。

remove gdspool

データベース・プールを削除します。

remove gsm

グローバル・サービス・マネージャを構成から削除します。

remove invitednode (remove invitedsubnet)

VNCR情報をカタログ・データベースから削除します。

remove region

リージョンを現在の構成から削除します。

remove service

サービスをデータベース・プールから削除します。

remove brokerconfig

GDSプールからOracle Data Guard Broker構成を削除します。

構文とオプション

gdsctl remove brokerconfigコマンドは、次の構文で使用します。

remove brokerconfig [-gdspool gdspool_name]

表A-38 gdsctl remove brokerconfigのオプション

構文

説明

-gdspool gdspool_name

Oracle Data Guard Broker構成を削除するGDSプールを指定します(必須ではなく、指定しない場合、ユーザーにアクセス権が付与されたGDSプールが1つのみであれば、それがデフォルトで使用されます)。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

- GDSプールにData Guard Broker構成が含まれない場合、エラーが返されます。

例

Oracle Data Guard Broker構成をデータベース・プールMYDGPOOLから削除します。

GDSCTL> remove brokerconfig -gdspool myreaderfarm

remove database

データベースをデータベース・プールから削除します。

構文とオプション

gdsctl remove databaseコマンドは、次の構文で使用します。

remove database {-gdspool gdspool_name -all | [-gdspool gdspool_name]
-database db_name_list } [-force]

表A-39 gdsctl remove databaseのオプション

オプション

説明

-all

データベース・プール内のすべてのデータベースを削除します。

-database dbname_list

データベース・プールから削除するデータベース名のカンマ区切りリストを指定します。

Oracle Data Guard Broker構成を介して追加されたデータベースは指定できません。これらのデータベースを削除するには、Oracle Data Guardを使用する必要があります。

-force

データベースが使用できない場合でも、カタログからデータベースを削除します。

このオプションを使用すると、グローバル・サービスがデータベースから削除されないことがあります。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

データベースDB1をグローバル・サービス管理構成から削除します。

GDSCTL> remove database -database db1

remove gdspool

データベース・プールを現在の構成から削除します。

構文とオプション

gdsctl remove gdspoolコマンドは、次の構文で使用します。

remove gdspool -gdspool database_pool_list

表A-40 gdsctl remove gdspoolのオプション

オプション

説明

-gdspool database_pool_list

データベース・プール名のカンマ区切りリストを指定します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してGlobal Data Services管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

データベース・プールtempreadersおよびmyfarmをGlobal Data Servicesフレームワークから削除します。

GDSCTL> remove gdspool -gdspool tempreaders,myfarm

remove gsm

グローバル・サービス・マネージャを構成から削除します。

注意:
グローバル・サービス・マネージャを削除するには、1つ以上のグローバル・サービス・マネージャが実行されていてGlobal Data Servicesデータベースのクリーンアップを行う必要があります。Global Data Services構成内のグローバル・サービス・マネージャが1つのみの場合、削除するにはそれが実行されている必要があります。

構文とオプション

gdsctl remove gsmコマンドは、次の構文で使用します。

remove gsm [-gsm gsm_name]

表A-41 gdsctl remove gsmのオプション

構文

説明

-gsm gsm_name

削除するグローバル・サービス・マネージャの名前を指定します。名前が指定されない場合、現在のグローバル・サービス・マネージャが削除されます。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してGlobal Data Services管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

gsm5という名前のグローバル・サービス・マネージャを構成から削除します。

GDSCTL> remove gsm -gsm gsm5

remove invitednode (remove invitedsubnet)

ホスト・アドレス情報をGlobal Data Servicesカタログ内の登録用有効ノード・チェック(VNCR)リストから削除します。このコマンドは、指定済の許可されたノードまたは別名に対応するすべての許可されたノードを削除します。

構文とオプション

gdsctl remove invitednodeコマンドは、次の構文で使用します。

remove invitednode {[-group group_name]|vncr_id}

表A-42 gdsctl remove invitednodeのオプション

オプション

説明

-group group_name

VNCRのグループを定義する別名を指定します。この別名は、許可されたノードに関連する他のコマンドで参照されます。

vncr_id

ホスト・アドレス情報。サーバーのIPv4またはIPv6アドレス、ホスト名、ネットマスクまたは他の識別子です。ホスト・アドレス情報には、空白を含めることはできません。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

許可されたノード194.66.82.32をカタログから削除します。

GDSCTL> remove invitednode 194.66.82.32

VNCR別名グループEAST_SRVをカタログから削除します。

GDSCTL> remove invitednode -group east_srv

remove region

指定されたリージョンをグローバル・サービス管理フレームワークから削除します。

構文とオプション

gdsctl remove regionコマンドは、次の構文で使用します。

remove region -region region_list

表A-43 gdsctl remove regionのオプション

オプション

説明

-region region_list

リージョン名のカンマ区切りリストを指定します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してGlobal Data Services管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

SOUTHという名前のリージョンを構成から削除します。

GDSCTL> remove region -region south

remove service

サービスをデータベース・プールから削除します。

構文とオプション

gdsctl remove serviceコマンドは、次の構文で使用します。

remove service [-gdspool gdspool_name] -service service_name [-force]

表A-44 gdsctl remove serviceのオプション

オプション

説明

-force

データベース・プール内の1つ以上のデータベースが使用できない場合でもこのアクションが実行されることを示します。

-gdspool gdspool_name

サービスを削除するデータベース・プールの名前を指定します。指定せず、ユーザーにアクセス権が付与されているgdspoolが1つのみの場合、それがデフォルトのgdspoolとして使用されます。

-service service_name

削除するサービスの名前を指定します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

サービスsales_reportをデータベース・プールMYREADERFARMから削除します。

GDSCTL> remove service -gdspool myreaderfarm -service sales_report

関連項目:
「グローバル・サービスの削除」

サービス

gdsctl servicesコマンドは、指定されたグローバル・サービス・マネージャに登録されているサービスに関する情報を取得します。

構文とオプション

gdsctl servicesコマンドは、次の構文で使用します。

services [-gsm gsm_name] [-service service_name]

表A-45 servicesのオプション

オプション

説明

-gsm gsm_name

グローバル・サービス・マネージャの名前を指定します。名前が指定されない場合、GDSCTLはセッションの現在のグローバル・サービス・マネージャ名(GDSCTL set gsmコマンドで指定)を使用します。

-service service_name

完全修飾サービス名を指定します。サービス名を指定しない場合、グローバル・サービス・マネージャに登録されているすべてのサービスに関する情報が取得されます。

使用上の注意

- このコマンドは、サービス情報を取得するグローバル・サービス・マネージャが配置されているホストで実行する必要があります。

- このコマンドを実行するには、グローバル・サービス・マネージャを起動したユーザーの権限を持っている必要があります。

例

グローバル・サービス・マネージャmygsmに登録されているサービスに関する情報を表示します。

GDSCTL> services -gsm mygsm

gdsctl servicesコマンドは、次のような出力を返します。

GDSCTL>services -gsm mygsm
Service "localsvc.dbpoolora.oradbcloud" has 2 instance(s). Affinity: LOCALPREF
Instance "dbpoolora%1", name: "gdscat", db: "gdscat", region: "regionora",
status: ready.
Instance "dbpoolora%11", name: "gdscat2", db: "gdscat2", region: "regionora",
status: ready.
Service "sales_report1.dbpoolora.oradbcloud" has 2 instance(s). Affinity:
LOCALONLY
Instance "dbpoolora%1", name: "gdscat", db: "gdscat", region: "regionora",
status: ready.
Instance "dbpoolora%11", name: "gdscat2", db: "gdscat2", region: "regionora",
status: ready.
Service "sales_report2.dbpoolora.oradbcloud" has 2 instance(s). Affinity: ANYWHERE
Instance "dbpoolora%1", name: "gdscat", db: "gdscat", region: "regionora",
status: ready.
Instance "dbpoolora%11", name: "gdscat2", db: "gdscat2", region: "regionora",
status: ready.

注意:
アフィニティ値は、サービス・ローカリティがlocal_onlyとして定義されている場合はLOCALONLY、サービス・ローカリティがlocal_onlyとして定義され、region_failoverオプションが有効な場合はLOCALPREF、サービス・ローカリティがanywhereとして定義されている場合はANYWHEREです。

mthly_reportサービスのステータスを表示します。

GDSCTL>services -service mthly_report.sales.oradbcloud

次のような出力が返されます。

Service "mthly_report.sales.oradbcloud" has 1 instance(s). Affinity:
ANYWHERE
Instance "sales%1", name: "debug", db: "debug", region: "eastcoast",
status: ready.

set

gdsctl setコマンドを使用して、現在のGDSCTLセッションのコンテキストを構成します。

表A-46 gdsctl setのサマリー

コマンド

説明

set gsm

現在のセッションのグローバル・サービス・マネージャの名前を設定します。

set inbound_connect_level

INBOUND_CONNECT_LEVELリスナー・パラメータを設定します。

set log_level

LOG_LEVELリスナー・パラメータを設定します。

set outbound_connect_level

OUTBOUND_CONNECT_LEVELリスナー・パラメータを設定します。

set trace_level

TRACE_LEVELリスナー・パラメータを設定します。

set gsm

現在のセッションのグローバル・サービス・マネージャを設定します。このコマンドは、後続のコマンドに適用されるグローバル・サービス・マネージャを設定します。指定されたグローバル・サービス・マネージャ名は、gsm.ora構成ファイルで解決されます。

構文とオプション

gdsctl set gsmコマンドは、次の構文で使用します。

set gsm -gsm gsm_name

表A-47 gdsctl set gsmのオプション

構文

説明

-gsm gsm_name

現在のセッションで使用されるグローバル・サービス・マネージャの名前を指定します。特定のグローバル・サービス・マネージャを指定しない場合、GDSCTLは、デフォルト・グローバル・サービス・マネージャ名GSMORAを使用します。

使用上の注意

- このコマンドは、現在のセッションに対して設定するグローバル・サービス・マネージャが配置されているホストで実行する必要があります。

- このコマンドを実行するには、グローバル・サービス・マネージャを起動したユーザーの権限を持っている必要があります。

例

現在のセッションのグローバル・サービス・マネージャをgsm1に設定します。

GDSCTL> set gsm -gsm gsm1

set inbound_connect_level

INBOUND_CONNECT_LEVELリスナー・パラメータを設定します。

構文とオプション

gdsctl set inbound_connect_levelコマンドは、次の構文で使用します。

set inbound_connect_level [-gsm gsm_name] timeout_value

表A-48 gdsctl set inbound_connect_levelのオプション

オプション

説明

-gsm gsm_name

起動するグローバル・サービス・マネージャの名前を指定します。特定のグローバル・サービス・マネージャを指定しない場合、GDSCTLはセッションの現在のグローバル・サービス・マネージャ名(set gsmコマンドで指定)を使用します。

timeout_value

接続タイムアウト値を秒単位で指定します。

使用上の注意

- このコマンドは、INBOUND_CONNECT_LEVELリスナー・パラメータを設定するグローバル・サービス・マネージャが配置されているホストで実行する必要があります。

- このコマンドを実行するには、グローバル・サービス・マネージャを起動したユーザーの権限を持っている必要があります。

例

60秒でタイムアウトするようmygsmのINBOUND_CONNECT_LEVELリスナー・パラメータを設定します。

GDSCLTL> set inbound_connect_level -gsm mygsm 60

set log_level

特定のグローバル・サービス・マネージャに関連付けられているリスナーのログ・レベルを設定します。

構文とオプション

gdsctl set log_levelコマンドは、次の構文で使用します。

set log_level [-gsm gsm_name] log_level

表A-49 gdsctl set log_levelのオプション

オプション

説明

-gsm gsm_name

グローバル・サービス・マネージャの名前を指定します。

log_level

ログに書き込む詳細レベルを指定します。有効な値はONまたはOFFです。

使用上の注意

- このコマンドは、リスナーのログ・レベルを設定するグローバル・サービス・マネージャが配置されているホストで実行する必要があります。

- このコマンドを実行するには、グローバル・サービス・マネージャを起動したユーザーの権限を持っている必要があります。

例

グローバル・サービス・マネージャmygsmのロギングをオンに設定します。

GDSCTL> set log_level -gsm mygsm ON

set outbound_connect_level

指定されたグローバル・サービス・マネージャに関連付けられているリスナーのアウトバウンド接続のタイムアウト値を設定します。

構文とオプション

gdsctl set outbound_connect_levelコマンドは、次の構文で使用します。

set outbound_connect_level [-gsm gsm_name] timeout_value

表A-50 gdsctl set outbound_connect_levelのオプション

オプション

説明

-gsm gsm_name

グローバル・サービス・マネージャの名前を指定します。

timeout_value

接続タイムアウト値を指定します。

使用上の注意

- このコマンドは、リスナーのアウトバウンド接続のタイムアウト値を設定するグローバル・サービス・マネージャが配置されているホストで実行する必要があります。

- このコマンドを実行するには、グローバル・サービス・マネージャを起動したユーザーの権限を持っている必要があります。

例

すべてのアウトバウンド接続のタイムアウト値を設定します。

GDSCTL> set outbound_connect_level 60

set trace_level

指定されたグローバル・サービス・マネージャに関連付けられているリスナーのトレース・レベルを設定します。

構文とオプション

gdsctl set trace_levelコマンドは、次の構文で使用します。

set trace_level [-gsm gsm_name] trace_level

表A-51 gdsctl set trace_levelのオプション

オプション

説明

-gsm gsm_name

グローバル・サービス・マネージャの名前を指定します。名前が指定されない場合、GDSCTLはセッションの現在のグローバル・サービス・マネージャ名(GDSCTL set gsmコマンドで指定)を使用します。

trace_level

グローバル・サービス・マネージャ・リスナーのトレース・レベルを指定します。有効な値は次のとおりです。

USER: ユーザーが発生させたエラー状態を識別するトレースを提供します。

ADMIN: インストール固有の問題を識別するトレースを提供します。

SUPPORT: Oracleサポート・サービス向けのトラブルシューティング情報を含むトレースを提供します。

OFF: トレースを提供しません。

使用上の注意

- このコマンドは、リスナーのトレース・レベルを設定するグローバル・サービス・マネージャが配置されているホストで実行する必要があります。

- このコマンドを実行するには、グローバル・サービス・マネージャを起動したユーザーの権限を持っている必要があります。

例

mygsmに関連付けられているすべてのリスナーのトレース・レベルをADMINに設定します。

GDSCTL> set trace_level -gsm mygsm ADMIN

start

gdsctl startコマンドは、グローバル・サービス管理フレームワークに含まれるコンポーネントを起動します。

表A-52 gdsctl startのサマリー

コマンド

説明

start gsm

グローバル・サービス・マネージャを起動します。

start service

指定されたサービスを起動します。

start gsm

特定のグローバル・サービス・マネージャを起動します。

構文とオプション

gdsctl start gsmコマンドは、次の構文で使用します。

start gsm [-gsm gsm_name]

表A-53 gdsctl start gsmのオプション

オプション

説明

-gsm gsm_name

起動するグローバル・サービス・マネージャの名前を指定します。特定のグローバル・サービス・マネージャを指定しない場合、GDSCTLはセッションの現在のグローバル・サービス・マネージャ名(set gsmコマンドで指定)を使用します。

使用上の注意

- GDSCTLは、起動するグローバル・サービス・マネージャが配置されているのと同じホストで実行する必要があります。

- このコマンドを実行するには、グローバル・サービス・マネージャを起動するコンピュータでオペレーティング・システム権限を持っている必要があります。

例

グローバル・サービス・マネージャgsm1をローカル・ホストで起動します。

GDSCTL> start gsm -gsm gsm1

start service

特定のサービスを起動します。

構文とオプション

gdsctl start serviceコマンドは、次の構文で使用します。

start service [-gdspool gdspool_name] -service service_name
[{-database db_name | -override [-pwd password] -connect connect_identifier}]

表A-54 gdsctl start serviceのオプション

オプション

説明

-database db_name

サービスを起動するデータベースの名前を指定します。このオプションを指定しない場合、GDSCTLは、すべての優先データベースでサービスを起動します。

-connect connect_identifier

接続記述子に解決されるOracle Net接続記述子またはネット・サービス名を指定します。

-gdspool gdspool_name

起動するサービスが配置されているデータベース・プールの名前を指定します。指定せず、ユーザーにアクセス権が付与されているgdspoolが1つのみの場合、それがデフォルトのgdspoolとして使用されます。

-override

このオプションを使用すると、グローバル・サービス・マネージャ・カタログを更新せずにコマンドが実行されます。カタログ・データベースが使用できない場合にこのオプションを使用できます。

通常の操作では、このオプションを使用しないでください。

-pwd password

指定されたデータベースのGSMUSERのパスワードを指定します。

-service service_name

グローバル・サービス名のカンマ区切りリストを指定します。このオプションを使用しない場合、GDSCTLは、データベース・プール内のすべてのサービスを起動します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

READERFARMデータベース・プールに配置されているサービスSALES_REPORTを起動します。

GDSCTL> start service -gdspool readerfarm -service sales_report

関連項目:
「グローバル・サービスの起動」

status

gdsctl statusコマンドでは、特定のコンポーネントまたはコンポーネント・セットの実行ステータスを表示します。たとえば、gdsctl statusコマンドを使用して、コンポーネントが起動されているかどうかを確認します。

表A-55 gdsctl statusのサマリー

コマンド

説明

status database

特定のデータベースのステータスを表示します。

status gsm

特定のグローバル・サービス・マネージャのステータスを表示します。

status service

特定のデータベース・プール内の1つ以上のサービスのステータスを表示します。

status database

すべてのデータベースのステータスを表示します。

構文とオプション

gdsctl status databaseコマンドは、次の構文で使用します。

{status database | databases} [-gsm gsm_name][-database db_name]
[-gdspool gdspool_name]

表A-56 gdsctl status databaseのオプション

オプション

説明

-database db_name

サービスを起動するデータベースの名前を指定します。このオプションを指定しない場合、GDSCTLは、すべての優先データベースでサービスを起動します。

-gdspool gdspool_name

起動するサービスが配置されているデータベース・プールの名前を指定します。指定せず、ユーザーにアクセス権が付与されているgdspoolが1つのみの場合、それがデフォルトのgdspoolとして使用されます。

-gsm gsm_name

チェックするグローバル・サービス・マネージャの名前を指定します。名前が指定されない場合、GDSCTLはセッションの現在のグローバル・サービス・マネージャ名(GDSCTL set gsmコマンドで指定)を使用します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

すべてのデータベースのステータスを表示します。

GDSCTL>status database

gdsctl status databaseコマンドは、次のような出力を返します。

Database: "dbcat1" Registered: Y State: Ok ONS: N. Role: PRIMARY Instances: 1
Region: east

Service: "sales_svc2" Globally started: N Started: N
Scan: Y Enabled: Y Preferred: Y
Service: "sales_svc1" Globally started: Y Started: Y
Scan: N Enabled: Y Preferred: Y
Registered instances:
sales%11
Database: "dbcat2" Registered: Y State: Ok ONS: N. Role: PRIMARY Instances: 1
Region: east
Service: "sales_svc2" Globally started: N Started: N
Scan: Y Enabled: Y Preferred: Y
Service: "sales_svc1" Globally started: Y Started: Y
Scan: N Enabled: Y Preferred: Y
Registered instances:
sales%1

status gsm

特定のグローバル・サービス・マネージャのステータスを表示します。

構文とオプション

gdsctl status gsmコマンドは、次の構文で使用します。

status gsm [-gsm gsm_name]

表A-57 gdsctl status gsmのオプション

オプション

説明

-gsm gsm_name

チェックするグローバル・サービス・マネージャの名前を指定します。名前が指定されない場合、GDSCTLはセッションの現在のグローバル・サービス・マネージャ名(GDSCTL set gsmコマンドで指定)を使用します。

使用上の注意

- GDSCTLは、ステータスを表示するグローバル・サービス・マネージャが配置されているのと同じホストで実行する必要があります。

- このコマンドを実行するには、グローバル・サービス・マネージャのステータスを表示するコンピュータでオペレーティング・システム権限を持っている必要があります。

例

mygsmのステータスを表示します。

GDSCTL> status gsm -gsm mygsm

gdsctl status gsmコマンドは、次のような出力を返します。

Alias MYGSM
Version 12.1.0.0.2
Start Date 03-JUL-2012 16:48:54
Trace Level support
Listener Log File /u01/ORACLE/mygsm/alert/log.xml
Listener Trace File /u01/ORACLE/mygsm/trace/ora_14816_47568108067776.trc
Endpoint summary (ADDRESS=(HOST=mymv.us.hq.com)(PORT=1523)(PROTOCOL=tcp))
GSMOCI Version 0.1.8
Mastership Y
Connected to GDS catalog Y
Process Id 14818
Number of reconnections 0
Pending tasks. Total 0
Tasks in process. Total 0
Regional Mastership TRUE
Total messages published 28599
Time Zone -07:00
Orphaned Buddy Regions:
None
GDS region regionora

status service

特定のサービスのステータスを表示します。このコマンドは、servicesと似ています。

構文とオプション

gdsctl status serviceコマンドは、次の構文で使用します。

{status service | services} [-gsm gsm_name] [-service service_name] [{-raw|-verbose|-support}]

表A-58 gdsctl status serviceのオプション

オプション

説明

-gsm gsm_name

グローバル・サービス・マネージャの名前を指定します。名前が指定されない場合、GDSCTLはセッションの現在のグローバル・サービス・マネージャ名(GDSCTL set gsmコマンドで指定)を使用します。

-raw

Oracle内部コンポーネントで使用されます。

-service service_name

グローバル・サービス名のカンマ区切りリストを指定します。サービスを指定しない場合、GDSCTLは、データベース・プール内のすべてのサービスのステータスを表示します。

-support

ロード・バランシングに関する詳細情報を表示します。

-verbose

ロード・バランシングに関連する追加情報を表示します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

サービスsales_report1.sales.oradbcloudのステータスを表示します。

GDSCTL>status service -service sales_report1.sales.oradbcloud

gdsctl status serviceコマンドは、次のような出力を返します。

Service "sales_report1.sales.oradbcloud" has 3 instance(s). Affinity: ANYWHERE
Instance "sales%1", name: "dbcat2", db: "dbcat2", region: "east",
status: ready.
Instance "sales%11", name: "dbcat1", db: "dbcat1", region: "west",
status: ready.
Instance "sales%31", name: "dbcat3", db: "dbcat3", region: "east",
status: ready.

stop

gdsctl stopコマンドは、グローバル・サービス管理フレームワークに含まれるコンポーネントを停止します。

表A-59 gdsctl stopのサマリー

コマンド

説明

stop gsm

ローカル・ホストの特定のグローバル・サービス・マネージャを停止します。

stop service

特定のサービスを停止します。

stop gsm

特定のグローバル・サービス・マネージャを停止します。GDSCTLは、停止するグローバル・サービス・マネージャが配置されているのと同じホストで実行する必要があります。

構文とオプション

gdsctl stop gsmコマンドは、次の構文で使用します。

stop gsm [-gsm gsm_name]

表A-60 gdsctl stop gsmのオプション

オプション

説明

-gsm gsm_name

停止するグローバル・サービス・マネージャの名前を指定します。特定のグローバル・サービス・マネージャを指定しない場合、GDSCTLはセッションの現在のグローバル・サービス・マネージャ名(set gsmコマンドで指定)を使用します。

使用上の注意

- GDSCTLは、停止するグローバル・サービス・マネージャが配置されているのと同じホストで実行する必要があります。

- このコマンドを実行するには、グローバル・サービス・マネージャを起動するコンピュータでオペレーティング・システム権限を持っている必要があります。

例

ローカル・ホストのグローバル・サービス・マネージャgsm1を停止します。

GDSCTL> stop gsm -gsm gsm1

stop service

特定のサービスを停止します。

構文とオプション

gdsctl stop serviceコマンドは、次の構文で使用します。

stop service [-gdspool gdspool_name] [-service service_name]
[{-database db_name | -override [-pwd password] -connect connect_identifier}]
[-force]

表A-61 gdsctl stop serviceのオプション

オプション

説明

-connect connect_identifier

接続記述子に解決されるOracle Net接続記述子またはネット・サービス名を指定します。

-database db_name

サービスを停止するデータベースの名前を指定します。このオプションを指定しない場合、GDSCTLは、サービスが現在実行されているすべてのデータベースでサービスを停止します。

-force

このオプションを使用する場合、GDSCTLは、サービスが停止されるとすべてのセッションを切断し、サービスを使用するセッションは(場合によっては異なるインスタンスに)再接続する必要があります。

このオプションを使用しない場合、このサービスを使用してデータベースに接続されているセッションは接続されたままになりますが、サービスに新しいセッションを確立することはできません。

-gdspool gdspool_name

停止するサービスが配置されているデータベース・プールの名前を指定します。指定せず、ユーザーにアクセス権が付与されているgdspoolが1つのみの場合、そのgdspoolがデフォルトのgdspoolとして使用されます。

-override

このオプションを使用すると、グローバル・サービス・マネージャ・カタログを更新せずにコマンドが実行されます。カタログ・データベースが使用できない場合にこのオプションを使用できます。

通常の操作では、このオプションを使用しないでください。

-pwd password

指定されたデータベースのGSMUSERのパスワードを指定します。

-service service_name

停止するグローバル・サービス名のカンマ区切りリストを指定します。このオプションを使用しない場合、GDSCTLは、データベース・プール内のすべてのサービスを停止します。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

データベース・プールREADERFARM内のすべてのデータベースでサービスSALES_REPORTを停止します。

GDSCTL> stop service -gdspool readerfarm -service sales_report

関連項目:
「グローバル・サービスの停止」

sync brokerconfig

gdsctl sync brokerconfigコマンドは、グローバル・サービス・マネージャ内のOracle Data Guard Broker構成とデータベース・プール内の構成の同期をとります。

構文とオプション

gdsctl sync brokerconfigコマンドは、次の構文で使用します。

sync brokerconfig [-gdspool gdspool_name] [-database db_name]

表A-62 gdsctl sync brokerconfigのオプション

オプション

説明

-database db_name

参照データベースとして使用し、構成を問い合せるデータベース・プール内のデータベースの名前を指定します。

このオプションを使用しない場合、GDSCTLは、プライマリ・データベースを参照データベースとして使用します。Oracle Data Guard Broker構成内にプライマリ・データベースがない場合、GDSCTLはプールの任意のデータベースを参照データベースとして使用します。

-gdspool gdspool_name

Oracle Data Guard Broker構成が属するデータベース・プールを指定します。指定せず、ユーザーにアクセス権が付与されているgdspoolが1つのみの場合、そのgdspoolがデフォルトのgdspoolとして使用されます。

指定されたデータベース・プールにOracle Data Guard Broker構成が含まれていない場合、GDSCTLからエラーが返されます。

使用上の注意

- このコマンドを実行する前に、connectコマンドを使用してプール管理者権限を持つユーザーとしてカタログ・データベースに接続する必要があります。

例

データベース・プールMYREADERFARMのOracle Data Guard Broker構成をGlobal Data Servicesカタログに格納されている構成と同期化します。

GDSCTL> sync brokerconfig -gdspool myreaderfarm

sync database

gdsctl sync databaseコマンドは、グローバル・サービスの属性およびプール・データベースのGDS関連パラメータをGDSカタログの内容と同期化します。

構文とオプション

gdsctl sync databaseコマンドは、次の構文で使用します。

sync database [-gdspool gdspool_name] [-database database_name]

表A-63 gdsctl sync databaseのオプション

オプション

説明

-database database_name

参照データベースとして使用し、構成を問い合せるデータベース・プール内のデータベースの名前を指定します。

-gdspool gdspool_name

データベースが属するGDSプールを指定します。指定しない場合、ユーザーにアクセス権が付与されたGDSプールが1つのみであれば、それがデフォルトのGDSプールとして使用されます。

使用上の注意

- データベースにGDSリージョンが割り当てられていない場合、エラーが返されます。

- GDSプールが指定されており、データベース・オプションが指定されていない場合、プール内の各データベースが同期化されます。

例

デフォルト・データベース・プールのデータベースをデータベースmydbと同期化します。

GDSCTL> sync database -database mydb

validate catalog

gdsctl validate catalogコマンドは、Global Data Servicesカタログ、グローバル・サービス・マネージャのランタイム・ステータスおよびプール・データベースをクロス・チェックし、非一貫性とエラーをレポートします。

このコマンドの実行によって、Global Data Services構成のすべてのデータベースに対するアクセスが発生するため、これを実行するにはGSMCATUSERのパスワードが必要です。パスワードは、Global Data Services構成の一部である任意のグローバル・サービス・マネージャのウォレットに格納されます。したがって、グローバル・サービス・マネージャのいずれかのORACLE_HOMEからコマンドを実行すると、パスワードはウォレットから自動的に抽出されるため、指定する必要はありません。それ以外の場合、-catpwdコマンド・オプションを使用してGSMCATUSERのパスワードを指定する必要があります。別の方法として、Global Data Services構成のすべてのデータベースに同じGSMUSERのパスワードが含まれる場合、-dbpwdオプションを使用してGSMCATUSERのパスワード以外のパスワードを指定できます。

構文とオプション

gdsctl validate catalogコマンドは、次の構文で使用します。

validate [catalog] [-gsm gsm_name] [ {-config | -database db_name} ]
[-catpwd cpwd] [-dbpwd dpwd]

表A-64 gdsctl validate catalogのオプション

オプション

説明

-catpwd cpwd

GDSCATUSERのパスワードを指定します(指定しない場合、デフォルトでローカル・ウォレット・ファイルから読み取られます)。

-config

検証がGlobal Data Servicesカタログ構成についてのみ行われることを示します。

-database db_name

クロスチェック検証が行われるデータベースの名前を示します。

-dbpwd dpwd

プール内に存在するデータベースが1つのみの場合、またはプール内の複数のデータベースで同じパスワードを共有している場合、プール・データベースのパスワードを直接指定します。

-gsm gsm_name

グローバル・サービス・マネージャ名を指定します。名前が指定されない場合、GDSCTLはセッションの現在のグローバル・サービス・マネージャ名(set gsmコマンドで指定)を使用します。

例

カタログを検証します。

GDSCTL> validate

このコマンドの出力結果は、次のようになります。

Validation results:
VLD2: Region "regionora" does not have buddy region
VLD11: GDS pool "marketing" does not contain any databases
VLD12: GDS pool "marketing" does not contain any global services
VLD11: GDS pool "sales" does not contain any databases
VLD12: GDS pool "sales" does not contain any global services
VLD11: GDS pool "mkt" does not contain any databases
VLD12: GDS pool "mkt" does not contain any global services

用語集

カタログ・データベース

Global Data Servicesカタログが含まれるOracle Database 12cデータベース。

エンドポイント

グローバル・サービス・マネージャまたはリスナーのアドレスまたは接続ポイント。

GDSCTL

Global Data Servicesのコマンドライン・インタフェース。

Global Data Servicesカタログ

Global Data Services構成の構成およびランタイム・ステータスを保持するリポジトリで、グローバル・サービス、その属性、および構成のすべての論理コンポーネントと物理コンポーネント(Global Data Servicesプール、Global Data Servicesリージョン、グローバル・サービス・マネージャ、データベース・インスタンスなど)に関するデータが含まれます。カタログには、構成に関連するレプリケーションおよびネットワーク・トポロジに関するデータが含まれることもあります。

Global Data Services構成

Global Data Servicesフレームワークによって1つの仮想サーバーに統合されたデータベースのセットで、1つ以上のグローバル・サービスを提供し、リソースの高パフォーマンス、高可用性および最適利用を保証します。

Global Data Servicesプール

一意のグローバル・サービス・セットを提供し、特定の管理ドメインに属しているGDS構成内の各データベースのセット。

Global Data Servicesリージョン

互いに近くに存在すると考えられるデータベース・クライアントおよびサーバーが含まれる論理的な境界です。

グローバル・サービス

データ・レプリケーションを介して同期化された複数のデータベースによって提供されるデータベース・サービス。

グローバル・サービス・マネージャ

サービス・レベルのロード・バランシング機能と、Global Data Services構成における一元的なサービス管理の機能を持つソフトウェア・コンポーネント。

グローバル・サービス

一度に1つのGlobal Data Servicesプールのデータベースで提供されるサービス。

Oracle Notification Service(ONS)

すべてのFANイベントに関する情報を通信する、パブリッシュおよびサブスクライブ・サービス。

登録用有効ノード・チェック・リスト

「VNCR」を参照してください。

VNCR

登録用有効ノード・チェック。指定されたIPアドレスからOracle Global Data Servicesプールへのアクセスを許可したり、拒否します。

索引
A B C D G L O P R S V

A

アフィニティ

任意リージョン, 1.4.3.1

ローカル・リージョン, 1.4.3.2

フェイルオーバー付きローカル・リージョン, 1.4.3.3

任意リージョン・アフィニティ, 1.4.3.1

B

ブローカ構成, 1.3.3

brokerconfig

GDSCTLオブジェクト名, A

C

カタログ

GDSCTLオブジェクト名, A

D

データベース

GDSCTLオブジェクト名, A

データベース・カーディナリティ, 1.3.4

G

gdsctl

スクリプト・コマンド, A

GDSCTL, A

コマンド構文, A

コマンド

add, A

add brokerconfig, A, A

add database, A, A

add gdspool, A, A

add gsm, A, A, A, A

add invitednode (add invitedsubnet), A, A, A, A

add region, A, A

add service, A, A

config, A

config database, A

config gdspool, A

config gsm, A

config region, A

config service, A, A

config vncr, A

configure, A

connect, A, A, A, A, A, A

create catalog, A, A

delete catalog, A, A

disable service, A, A

enable service, A, A

modify, A

modify catalog, A

modify database, A

modify gdspool, A

modify gsm, A, A

modify region, A

modify service, A, A, A

relocate service, A, A

remove, A

remove brokerconfig, A

remove database, A

remove gdspool, A

remove gsm, A

remove region, A

remove service, A

remove vncr, A

services, A, A

set, A

set gsm, A, A

set inbound_connect_level, A, A

set log_level, A, A

set outbound_connect_level, A, A

set trace_level, A, A

start, A

start gsm, A, A

start service, A

status, A

status database, A

status gsm, A, A

status service, A

stop, A

stop gsm, A, A

stop service, A

sync brokerconfig, A, A

validate catalog, A, A

コマンド

add, A

config

使用方法の説明, A

接続

使用方法の説明, A

ヘルプ, A キーワード, A modifyの使用方法の説明, A オブジェクト名

brokerconfig, A

catalog, A

database, A

gdspool, A

gsm, A

region, A

service, A

VNCR, A

オブジェクト名, A removeの使用方法の説明, A バッチ・ファイル内のコマンドの実行, A set, 使用方法の説明, A startの使用方法の説明, A statusの使用方法の説明, A stopの使用方法の説明, A 使用方法の情報, A gdsctl sync database, A gdspool

GDSCTLオブジェクト名, A

Global Data Services

管理者, 2.2

カタログ

作成, 2.4, 2.4

要件, 2.4

カタログ・データベース

接続, 2.6

論理コンポーネント

データベース・プール, 1.2.1

リージョン, 1.2.2

物理コンポーネント

カタログ, 1.2.4

グローバル・サービス・マネージャ, 1.2.3

Oracle Notification Serviceサーバー, 1.2.5

プール

追加, 2.7

リージョン

追加, 2.8

グローバル実行時接続ロード・バランシング, 1.5 グローバル・サービス・マネージャ

インストール, 2.2

グローバル・サービス

属性, 1.3.1

Oracle Data Guard Broker構成, 1.3.3

Oracle RACデータベース, 1.3.2

概要, 1.3

gsm

GDSCTLオブジェクト名, A

L

ロード・バランシング

サーバー側, 1.4.2

ローカル・リージョン・アフィニティ, 1.4.3.2 フェイルオーバー付きローカル・リージョン・アフィニティ, 1.4.3.3 ローカル・サービス, 1.3

O

オブジェクト

GDSCTLオブジェクト名と短縮形, A

Oracle Data Guard, 1.3.3

P

優先データベース, 1.3.4

R

リージョン

GDSCTLオブジェクト名, A

リージョン・アフィニティ, 1.4.3

任意, 1.4.3.1

ローカル, 1.4.3.2

フェイルオーバー付きローカル, 1.4.3.3

レプリケーション・ラグ時間, 1.3.5 実行時接続ロード・バランシング, 1.5

サービス・レベルの目標, 1.5

SERVICE_TIME, 1.5

THROUGHPUT, 1.5

S

サーバー側のロード・バランシング, 1.4.2

サービス

GDSCTLオブジェクト名, A

サービス

管理, A

SYS_CONTEXT, 4.7

V

登録用有効ノード・チェック

「VNCR」を参照

VNCR

GDSCTLオブジェクト名, A

オラクル社の法律上の注意点について

コピーライトについて

Copyright © 1994-2015, Oracle and/or its affiliates.All rights reserved.

商標と登録商標について

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

制限付権利

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション（人的傷害を発生させる可能性があるアプリケーションを含む）への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性（redundancy）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。