D3 管理

最終公開日 : Sep 16, 2026
Related information

クイックスタート

このセクションでは、2 つのTIBCO EBX® インスタンスを使用した基本的な D3 アーキテクチャの構成を紹介します。開始する前に、各インスタンスが独自のリポジトリで正しく機能することを確認してください。
注意:
EBX® を 2 つの異なる Web アプリケーションコンテナに展開します。両方のインスタンスが同じホストで実行されている場合は、すべての通信 TCP ポートが異なることを確認してください。

プライマリノードでの既存データスペースの宣言

目的は、プライマリ ノードから既存のデータスペースを構成してブロードキャストすることです。
この構成は、D3 インフラストラクチャー全体 (プライマリ ノードと レプリカ ノードを含む) で実行されます。
ebx.properties プライマリ ノード構成ファイルを次のように更新します。
  1. キー ebx.d3.mode でD3 モードを primary として定義します。
注意:
プライマリ ノードは、構成後に開始できます。
ビルトインの管理者として認証した後、 タブ内を移動します。
  1. 前提条件:ノードが プライマリ ノードとして構成されていることを確認します ( メニューで を使用し、 を確認します)。
  2. [ プライマリ構成] 管理機能を開きます。
  3. ブロードキャストするデータスペースを「配信データスペース」テーブルに追加し、許可されたプロファイルを宣言します。
  4. 配信プロファイル を「配信プロファイル」テーブルに追加し (論理名に対応している必要があります)、配信モードを宣言します。可能な値は、クラスターモード または フェデレーションモード です。
  5. 配信プロファイルを使用して配信データスペースを「配信マッピング」テーブルにマッピングします。
注意:
これで、プライマリ ノードは、配信プロファイルでレプリカノードを登録する準備が整いました。
D3 ブロードキャストメニューがデータスペースまたはそのスナップショットの 1 つの メニューに表示されることを確認します。

登録用レプリカノードの構成

目的は、配信プロファイルと通信設定に基づいて レプリカ ノードを構成および登録することです。
ebx.properties レプリカノード構成ファイルを次のように更新します。
  1. キー ebx.d3.mode で D3 モードを replica として定義します。
  2. ebx.d3.delivery.profilesプライマリ ノードで設定する 配信プロファイル を定義します (配信プロファイルはカンマとスペースで区切る必要があります)。
  3. ノード通信のための プライマリ ノードユーザー認証 (ビルトイン管理者プロファイルが必要) を ebx.d3.master.username および ebx.d3.master.password に定義します。
  4. プロパティキー ebx.d3.master.url の値を設定して、プライマリ ノード通信用の HTTP/TCP プロトコル を定義します。
  5. ノード通信のための レプリカ ノードのユーザー認証 (ビルトインの管理者プロファイルが必要) を ebx.d3.slave.username および ebx.d3.slave.password に定義します。
  6. プロパティキー ebx.d3.slave.url の値を設定して、レプリカ ノード通信用の HTTP/TCP プロトコル を定義します。
注意:
レプリカ ノードは、構成後に開始できます。
ビルトインの管理者として認証した後、 タブに移動します。
  1. 前提条件:ノードが レプリカ ノードとして構成されていることを確認します ( メニューで を使用し、 を確認します)。
  2. 管理機能を開きます。
  3. 画面で情報を確認します。「N/A」の値を持つフィールドはありません。
注意:
ブロードキャストする前に、モデルが使用可能であることを確認します (データモデルアシスタントから、公開する必要があります)。
これで、レプリカ ノードをブロードキャストする準備が整いました。

D3 ノードの構成

ユーザーインターフェイスを介したプライマリノードとハブノードのランタイム構成

配信データスペースと配信プロファイルの宣言は、 領域から [プライマリ構成] 機能を選択することによって行われます。次のテーブルが表示されます。
配信データスペース
ブロードキャストできるデータスペースの宣言。
配信プロファイル
レプリカノードがサブスクライブできるプロファイル。配信モードは、配信プロファイルごとに定義する必要があります。
配信マッピング
配信データスペースと配信プロファイルの間の関連付け。
注意:
上記の表は、一部のブロードキャストが保留中または進行中の間は読み取り専用です。

プライマリノード、ハブノード、レプリカノードの構成

このセクションでは、EBX® メイン構成ファイルでノードを構成する方法について詳しく説明します。
以下も参照してください。:

プライマリノード

プライマリ ノードとして機能するには、EBX® のインスタンスがメインの構成ファイルで次のプロパティを宣言する必要があります。
ebx.d3.mode=master ノードの構成例
##################################################################
## D3 configuration
##################################################################
##################################################################
# Configuration for master, hub and slave
##################################################################
# Optional property.
# Possibles values are single, master, hub, slave
# Default is single meaning the server will be a standalone instance.
ebx.d3.mode=master
以下も参照してください。:

ハブノード

ハブ ノード (プライマリノード構成とレプリカノード構成の組み合わせ) として機能するには、EBX® のインスタンスがメイン構成ファイルで次のプロパティを宣言する必要があります。
ebx.d3.mode=hub ノードの構成例
##################################################################
## D3 configuration
##################################################################
##################################################################
# Configuration for master, hub and slave
##################################################################
# Optional property.
# Possibles values are single, master, hub, slave
# Default is single meaning the server will be a standalone instance.
ebx.d3.mode=hub

##################################################################
# Configuration dedicated to hub or slave
##################################################################
# Profiles to subscribe to
# Mandatory property if ebx.d3.mode=hub or ebx.d3.mode=slave
ebx.d3.delivery.profiles=

# User and password to be used to communicate with the master.
# Mandatory properties if ebx.d3.mode=hub or ebx.d3.mode=slave
ebx.d3.master.username=
ebx.d3.master.password=

# User and password to be used by the master to communicate with the hub or slave.
# Mandatory property if ebx.d3.mode=hub or ebx.d3.mode=slave
ebx.d3.slave.username=
ebx.d3.slave.password=
以下も参照してください。:

レプリカノード

レプリカ ノードとして機能するには、EBX® のインスタンスがメインの構成ファイルで次のプロパティを宣言する必要があります。
ebx.d3.mode=slave ノードの構成例
##################################################################
## D3 configuration
##################################################################
##################################################################
# Configuration for master, hub and slave
##################################################################
# Optional property.
# Possibles values are single, master, hub, slave
# Default is single meaning the server will be a standalone instance.
ebx.d3.mode=slave

##################################################################
# Configuration dedicated to hub or slave
##################################################################
# Profiles to subscribe to
# Mandatory property if ebx.d3.mode=hub or ebx.d3.mode=slave
ebx.d3.delivery.profiles=

# User and password to be used to communicate with the master.
# Mandatory properties if ebx.d3.mode=hub or ebx.d3.mode=slave
ebx.d3.master.username=
ebx.d3.master.password=

# User and password to be used by the master to communicate with the hub or slave.
# Mandatory property if ebx.d3.mode=hub or ebx.d3.mode=slave
ebx.d3.slave.username=
ebx.d3.slave.password=
以下も参照してください。:

ノードのネットワークプロトコルの構成

このセクションでは、EBX® メイン構成ファイルでノードのネットワークプロトコルを構成する方法について詳しく説明します。
以下も参照してください。:

HTTP(S) およびソケット TCP プロトコル

HTTP (S) ネットワークプロトコルを使用した ebx.d3.mode=hub または ebx.d3.mode=slave ノードの構成例
##################################################################
# HTTP(S) and TCP socket configuration for D3 hub and slave
##################################################################
# URL to access the data services connector of the master
# Mandatory property if ebx.d3.mode=hub or ebx.d3.mode=slave and JMS for D3 is not activated.
# This property will be ignored if JMS for D3 is activated.
# The URL must follow this pattern: [protocol]://[master_host]:[master_port]/ebx-dataservices/connector
# Where the possible values of 'protocol' are 'http' or 'https'.
ebx.d3.master.url=

# URL to access the data services connector of the slave
# Mandatory property if ebx.d3.mode=hub or ebx.d3.mode=slave and JMS for D3 is not activated.
# This property will be ignored if JMS for D3 is activated.
# The URL must follow this pattern: [protocol]://[slave_host]:[slave_port]/ebx-dataservices/connector
# Where the possible values of 'protocol' are 'http' or 'https'.
ebx.d3.slave.url=

# Minimum port to use to transfer archives on TCP mode.
# Must be a positive integer above zero and below 65535.
# If not set, a random port will be used.
#ebx.d3.slave.socket.range.min=

# Max port to use on TCP mode to transfer archives.
# Must be a positive integer above ebx.d3.slave.socket.range.min and below 65535.
# Mandatory if ebx.d3.slave.socket.range.min is set.
#ebx.d3.slave.socket.range.max=

JMS プロトコル

JMS がアクティブ化されている場合、D3 ノードの JMS 機能を有効にするために、次のプロパティを定義できます。
JMS ネットワークプロトコルを使用するすべての D3 ノードの構成例
##################################################################
## JMS configuration for D3
##################################################################
# Taken into account only if Data Services JMS is configured properly
##################################################################
# Configuration for master, hub and slave
##################################################################
# Default is false, activate JMS for D3
## If activated, the deployer must ensure that the entries
## 'jms/EBX_D3ReplyQueue', 'jms/EBX_D3ArchiveQueue' and 'jms/EBX_D3CommunicationQueue'
## are bound in the operational environment of the application server.
## On slave or hub mode, the entry 'jms/EBX_D3MasterQueue' must also be bound.
ebx.jms.d3.activate=false

# Change the default timeout when using reply queue.
# Must be a positive integer that does not exceed 3600000.
# Default is 10000 milliseconds.
#ebx.jms.d3.reply.timeout=10000

# Time-to-live message value expressed in milliseconds.
# This value will be set on each message header 'JMSExpiration' that defines the
# countdown before the message deletion managed by the JMS broker.
# Must be a positive integer equal to 0 or above the value of 'ebx.jms.d3.reply.timeout'.
# The value 0 means that the message does not expire.
# Default is 3600000 (one hour).
#ebx.jms.d3.expiration=3600000

# Archive maximum size in KB for the JMS body message. If exceeds, the message
# is transferred into several sequences messages in a same group, where each one does
# not exceed the maximum size defined.
# Must be a positive integer equals to 0 or above 100.
# Default is 0 that corresponds to unbounded.
#ebx.jms.d3.archiveMaxSizeInKB=

##################################################################
# Configuration dedicated to hub or slave
##################################################################
# Master repository ID, used to set a message filter for the concerned master when sending JMS message
# Mandatory property if ebx.jms.d3.activate=true and if ebx.d3.mode=hub or ebx.d3.mode=slave
#ebx.jms.d3.master.repositoryId=
以下も参照してください。:

プライマリノード上のサービス

プライマリノードを管理するサービスは、レプリカノードの の下の 領域、および テーブルと テーブルで利用できます。サービスは次のとおりです。
リプレイの再起動
フェデレーションの配信を待機しているすべてのリプレイをすぐに再開します。
レプリカノード配信データスペースの削除
選択したレプリカノードの配信データスペースを削除するか、D3 プライマリノードの構成から登録を解除します。
サービスにアクセスするには、プライマリノードの [配信データスペース] テーブルから配信データスペースを選択し、ウィザードを起動します。
完全に再同期
最後にブロードキャストされたスナップショットの全コンテンツを、登録されたレプリカノードにブロードキャストします。
レプリカノードのサブスクライブ
選択したレプリカノードのセットをサブスクライブします。
レプリカノードの非アクティブ化
選択したレプリカノードをブロードキャストスコープから削除し、その状態を「利用不可」に切り替えます。
注意:
「進行中」のブロードキャストコンテキストはロールバックされます。
レプリカノードの登録解除
選択したレプリカノードをプライマリノードから切断します。
注意:
「進行中」のブロードキャストコンテキストはロールバックされます。
注意:
一部のブロードキャストが保留中または進行中の場合、上記のプライマリノードサービスは非表示になります。

レプリカノード上のサービス

プライマリノードへのサブスクリプションを管理したり、その他のアクションを実行したりするために、[ レプリカの構成] ノードの 領域でサービスが利用できます。
レプリカノードの登録
レプリカノードが登録解除されている場合は、プライマリノードに再サブスクライブします。
レプリカノードの登録解除
レプリカノードをプライマリノードから切断します。
注意:
「進行中」のブロードキャストコンテキストはロールバックされます。
スナップショットを閉じて削除
レプリカノード配信データスペースをクリーンアップします。
サービスにアクセスするには、レプリカノードの [配信データスペース] テーブルから配信データスペースを選択し、ウィザードに従って作成日に基づいてスナップショットを閉じて削除します。
注意: 最後のブロードキャストスナップショットは選択から自動的に除外されます。

監視

最後にブロードキャストされたスナップショットは、データスペースのスナップショット テーブルで強調表示され、最初の列に表示されるアイコンで表されます。

プライマリノード管理コンソール

プライマリノードの管理コンソールは、プライマリノードの 領域の[ プライマリノード構成] にあるいくつかのテーブルで構成されています。これらは次のとおりです。
登録されたレプリカノード
プライマリノードに登録されたレプリカノード。このテーブルから、各レコードでいくつかのサービスが利用可能になります。
ブロードキャスト履歴
これまで行われたブロードキャストの履歴。
レプリカノード登録ログ
実行された初期化操作の履歴。
詳細履歴
実行されたアーカイブ配信の履歴。関連する配信アーカイブのリストには、選択ノードを使用して、「ブロードキャスト履歴」および「初期化履歴」テーブルからアクセスできます。

プライマリノード監視サービス

プライマリノードの 領域の [ プライマリノード構成] で利用できます。サービスは次のとおりです。
レプリカノード情報の確認
レプリカノードと、レプリカノードの状態、関連付けられている配信プロファイル、配信されたスナップショットなどの関連情報を一覧表示します。
履歴コンテンツの消去
[ブロードキャスト履歴]、[レプリカノード登録ログ]、[詳細履歴] など、すべての履歴テーブル内のすべてのレコードを削除します。

Java API によるレプリカノードの監視

レプリカノードのステータスが「使用可能」または「使用不可」に切り替わったときにトリガーされるアクションを実装するために、レプリカ ノード監視クラスを作成できます。そのためには、NodeMonitoring インターフェイスを実装する必要があります。このクラスは、EBX® モジュールの外部にあり、「ebx.jar」のクラスローダーからアクセスできる必要があり、その完全なクラス名は [ レプリカノード構成] で指定する必要があります。
以下も参照してください。:

プライマリノードの通知

D3 管理者は、ブロードキャストイベントを受信するためのメール通知を設定できます。
  • ブロードキャスト失敗時
  • フェデレーションブロードキャストで、リプレイが指定されたしきい値を超えた場合。
メールには、イベントの表と、オプションで詳細へのリンクが含まれています。
通知を有効にするには、 領域から [ プライマリノード構成] データスペースを開き、 の下の グループを構成します。
および オプションも、 リンクを使用して設定する必要があります。

ログ監視

技術的な監視は、EBX® メイン構成ファイルで宣言されたログカテゴリ「ebx.d3」を通じて行うことができます。例:
ebx.log4j.category.log.d3= INFO, Console, ebxFile:d3
以下も参照してください。:

一時ファイル

交換されたアーカイブ、SOAP メッセージ、ブロードキャスト キューなどの一部の一時ファイルが作成され、EBX® 一時ディレクトリに書き込まれます。この場所は、EBX® メイン構成ファイルで定義されています。
#################################################
## Directories for temporary resources.
#################################################
# When set, allows specifying a directory for temporary files different from java.io.tmpdir.
# Default value is java.io.tmpdir
ebx.temp.directory = ${java.io.tmpdir}

# Allows specifying the directory containing temporary files for cache.
# If unset, the used directory is ${ebx.temp.directory}/ebx.platform.
#ebx.temp.cache.directory = ${ebx.temp.directory}/ebx.platform

# When set, allows specifying the directory containing temporary files for import.
# If unset, the used directory is ${ebx.temp.directory}/ebx.platform.
#ebx.temp.import.directory = ${ebx.temp.directory}/ebx.platform