Bridge クライアントのプールの管理
プールされた Bridge クライアントは、いくつかの方法で管理できます。
データの鮮度に関連するタスクの監視
[ジョブ] ページと組み込みの管理ビューを併用して、クライアントのアクティビティを監視できます。
ライブ クエリ
ライブ クエリのアクティビティを監視する場合、ブリッジ接続されたデータ ソースへのトラフィック 管理ビューを使用できます。
ジョブの更新
ジョブの更新を監視するには、次のリソースを使用できます。
[ジョブ] ページ: [ジョブ] ページには、完了したジョブ、進行中のジョブ、保留中のジョブ、キャンセルされたジョブ、Bridge 更新スケジュールを使用する一時停止中の Bridge 更新ジョブが表示されます。詳細については、「Bridge の更新ジョブについて」を参照してください。
[抽出以外のバックグラウンド タスク] 管理ビュー: [Bridge を介して抽出を更新] にフィルターを適用した後、この管理者ビューには、Bridge 更新スケジュールを使用する Bridge 更新ジョブが表示されます。詳細については、抽出以外のバックグラウンド タスクを参照してください。
[Bridge の抽出] 管理ビュー: この管理者ビューには、Bridge 更新スケジュールと Bridge レガシー スケジュールの両方を使用する Bridge 更新ジョブが表示されます。このビューの詳細については、Bridge の抽出を参照してください。
クライアント ログを使用したデータ ソースまたはビューの作成: クライアントによって生成された JSON ログ ファイルを使用して、独自のデータ ソースとビューを作成し、更新ジョブを監視します。詳細については、以下のクライアントによるジョブの更新セクションを参照してください。
複数接続のシナリオ
埋め込みデータ ソースを含む Bridge 抽出更新の接続では、複数の Bridge クライアントに接続できるため、複数のソースのデータを結合して単一のソースであるかのようにアクセスできます。この動作は、パブリッシュされたデータ ソースとは異なります。
複数のパブリッシュされたデータ ソース接続では、1 つの Bridge クライアントに割り当てる必要があります。接続が競合するプール マッピングはサポートされていません。
シナリオ 1
データ ソース 1: Tableau Cloud を通じてデータ ソースに直接接続された、Snowflake の埋め込みデータ ソース。
データ ソース 2: オンプレミスの複数のデータベースをユニオンする接続がある、Snowflake のパブリッシュされたデータ ソース。
プール マッピング
- 埋め込みデータ ソースの場合は、Snowflake を [プライベート ネットワーク許可リスト] に追加しないでください。[接続] タブで接続タイプを編集し、ネットワークのタイプを [Tableau Cloud] に設定します。
- オンプレミス データベースへのユニオン接続を持つ Snowflake のパブリッシュされたデータ ソースの場合、接続を [プライベート ネットワーク許可リスト] に追加し、[接続] タブで接続タイプを編集し、ネットワークのタイプを [プライベート ネットワーク] に設定します。
注: データ ソースが Tableau Cloud に直接アクセスできる場合、Bridge を使用する必要はありません。
シナリオ 2: サポートされていません
- 2 つの接続を持つパブリッシュされたデータ ソース: 接続 1 はプール 1 に割り当てられ、接続 2 はプール 2 に割り当てられます。
クライアントによるジョブの更新
上記の管理ビューを使用して更新ジョブを監視する代わりに、独自のデータ ソースとビューを作成して、Bridge クライアントが実行する更新を監視することを考えます。これを行うには、クライアントを実行しているマシン上のクライアントの JSON ログ ファイルに、Tableau Desktop を使用して接続します。
注: クライアントの JSON ログファイルは、仮想接続の更新をキャプチャしません。
JSON ログ ファイルは、オブジェクト「k」と「v」で構成されています。「k」オブジェクトは更新ジョブをキャプチャし、「v」オブジェクトは更新の詳細をキャプチャします。更新とその詳細には以下が含まれています。
- スケジュール タイプ - Bridge 更新 または Bridge レガシー
- データ ソースのタイプと名前
- 更新の開始時刻と終了時刻、期間、アップロードとパブリッシュの時刻
- エラー
ステップ 1: 始める前に
1 つのログ ファイルのデータからビューを作成する場合は、スキップしてステップ 2 に進めます。
クライアントのデータが複数のログ ファイルにある場合は、ファイルをユニオンする必要があります。以下の手順で説明するように、ログ ファイルをローカルでユニオンするスクリプトを作成するか、Tableau Desktop を使用してユニオンを実行できます。
注:
- 以下で説明する手順では、クライアントと同じマシンで Tableau Desktop を実行していることを前提としています。
- プール内の異なるクライアントからの複数のログ ファイルを操作する場合は、クライアントの複数のログ ファイルをユニオンすることに加えて、複数のクライアントからのログ ファイルを結合することで、プール内の更新を監視できます。
- Tableau Cloud の Web オーサリングから直接 JSON ファイルに接続することは現在サポートされていません。詳細については、「Creators: Web 上のデータへの接続」(新しいウィンドウでリンクが開く)を参照してください。
ステップ 2: JSON ログに接続する
データ ソースとビューを作成するには、Tableau Desktop を使用してクライアントのログ ファイルに接続します。
Tableau Desktop を起動し、[接続] で [JSON ファイル] を選択します。次を実行します。
- [スキーマ レベルの選択] ダイアログ ボックスで、「k」オブジェクトの詳細を含めるために最上位スキーマを選択し、オプションで「v」オブジェクトの詳細を含めるために「v」レベルのスキーマを選択して、[OK] をクリックします。
- 接続するログ ファイル (たとえば、C:\Users\taroyamada\Documents\マイ Tableau Bridge リポジトリ\Logs) を選択し、[開く] をクリックします。
(オプション) データ ソース ページでログ ファイルを右クリックし、[ユニオンに変換] をクリックしてユニオンを設定します。次を実行します。
- [ワイルドカード (自動)] タブを選択します。
- [検索] の横で、クライアントのログ フォルダーがパスに表示されていることを確認します。
- [一致するパターン] で、「ExtractRefreshMetrics_*」と入力し、[OK] をクリックします。
シート タブを選択して分析を開始し、ビューを作成します。
終了したら、データ ソースとビューを個別に Tableau Cloud にパブリッシュします。パブリッシュ後にデータ ソースの Bridge (レガシー) スケジュールを設定すると、データ ソースを最新の状態に保つことができます。
新しい ログ ファイルが生成されたり、あるログ固有の制限に達して古いログ ファイルが削除されたりする場合があるため、作成するデータ ソースとビューは警告なしに変更される可能性があることに注意が必要です。ログ固有の制限とその調整方法の詳細については、Bridge クライアントの設定の変更を参照してください。
プールとクライアントを管理する
[Pooling (プール)] セクションには、Bridge 展開のプールとクライアントに関連する情報が含まれた最大 5 つのテーブルを表示できます。
プールについて
最初のテーブルは、割り当てられたプールごとに整理されたサイトに登録されているクライアントで構成されます。
2番目のテーブル [割り当てられていないクライアント] には、プールに割り当てられていないクライアントが示されます。ほとんどの場合、これらのクライアントは、ライブ クエリを負荷分散して更新ジョブを抽出する前に、プールに割り当てる必要があります。その他の場合、このテーブルのクライアントは、Bridge (レガシー) スケジュールを使用したデータ ソースの更新専用に使用されることがあります。
3 番目のテーブル [デフォルトのプール] は、デフォルトプール内のクライアントを示しています。Bridge 2021.4 より前にプールを使用するように構成されたクライアントは、デフォルトでこのプールに含まれます。既定のプールのドメインは特定のプライベート ネットワークにアクセスするように構成できないため、新しいプールを作成して特定のドメインにマッピングすることにより、アクセス範囲を縮小することをお勧めします。
最初の 3 つのテーブルに表示されるクライアントから、次の情報を取得できます。
クライアント名 (コンピューター名とも呼ばれる)。クライアントをインストールして実行しているマシンの名前です。
所有者名 (ほとんどの場合、サイト管理者)。これは、クライアントから Tableau Cloud に対して認証された (サインインした) ユーザーです。
- プールのステータスは、最初のテーブルにのみ適用され、1) プールに割り当てられたクライアントがあるかどうか、2) クライアントが接続されていて、データの鮮度に関するタスクを処理できるかどうか、または 3) プール内のすべてのクライアントが切断されているためにプールがオフラインになっているかどうかを示すことができます。
クライアントのバージョン:
クライアントが最新バージョンの Bridge を実行していない場合、この列に警告アイコン () が表示されます。必須ではありませんが、最新のセキュリティ更新と機能更新を利用するためにアップグレードすることを強くお勧めします。最新バージョンの Bridge をダウンロードするには、Tableau Web サイトの ダウンロード(新しいウィンドウでリンクが開く) ページにアクセスしてください。
注: 警告アイコンは、ダウンロード可能な新しいクライアントがある場合にのみ表示されます。警告アイコンは、クライアント、関連する Bridge データ ソース、または仮想接続に問題があることを示すものではありません。
接続ステータス — 詳細については、以下のセクションクライアントの接続ステータスを参照してください。
前回の接続 - Tableau Cloud が最後にクライアントに接続した日時を示します。
プライベート ネットワークの許可リストについて
4 番目のテーブルである [許可リストのレジストリ] には、プールの範囲が設定されているドメインのリストが含まれています。
5 番目のテーブルである [Allowlist Requests (許可リスト要求)] には、ユーザーが仮想接続を作成しようとしたときに、接続を要求した保留中のドメインが示されます。これらのドメイン要求には、できるだけ早く対処して、仮想接続ワークフローからユーザーをブロック解除する必要があります。
クライアントの接続ステータス
クライアントのリストにある色付きの四角とステータス ラベルは、データの鮮度に関するタスクをサポートするクライアントの可用性を示します。
緑色、つまり [接続済み]: 緑色、つまり [接続済み] は、クライアントが接続されていて、ライブ クエリと抽出更新をサポートできる状態であることを示します。
赤色、つまり「接続解除済み」: 赤色、つまり接続解除済み状態は、クライアントが何らかの状況で一時的に接続解除状態になっていることを示します。最も一般的なシナリオとして、クライアント自体を実行していない、または起動後に Tableau Cloud との通信を確立することができなかった、などがあります。カーソルをステータスに合わせると、状況を説明するツールヒントが表示されます。
注: クライアントが切断された状態の場合、ライブ クエリが中断される可能性があります。このような場合、ライブ クエリを使用するデータ ソースまたは仮想接続に依存するビューは、問題が解決されるまで適切に表示されない場合があります。
上記の状態は、クライアントに表示されるステータスに対応しています。