動的テーブルをモニターする¶
このトピックでは、パイプラインの動的テーブルを表示およびモニターする方法について説明します。パフォーマンスの問題を診断する際に注意すべき内容のガイダンスについては、 動的テーブルのパフォーマンスをモニターする をご参照ください。
セクション |
説明 |
|---|---|
スキーマ内の動的テーブルをリストし、それらの情報を表示します。 |
|
動的テーブルに接続されたテーブルのグラフをご覧ください。 |
|
SQL テーブル関数を使用して、動的テーブルを監視します。 |
|
動的テーブルの更新ステータスを表示します。 |
動的なテーブルのリストや特定の列の情報の表示¶
スキーマ内の動的テーブルをリストし、それらの動的テーブルに関する情報を表示するには、動的テーブルに対して MONITOR 権限を持つロールを使用している限り、以下の SQL コマンドまたは Snowsight のいずれかを使用することができます。
詳細については、 動的テーブルのメタデータを表示する権限 をご参照ください。
現在のデータベース(現在データベースが使用されていない場合はアカウント)内の動的テーブルをリストするには、 SHOW DYNAMIC TABLES コマンドを使用します。
たとえば、データベース mydb 内とスキーマ myschema 内にある product_ で始まる名前の動的テーブルをリストするには、次の SQL ステートメントを実行します。
動的テーブルの列に関する情報を出力するには、 DESCRIBE DYNAMIC TABLE コマンドを使用します。
例えば、 my_dynamic_table の列をリストアップするには、次の SQL ステートメントを実行します。
TABLES ビュー の結果には動的テーブルも含まれています。
スキーマ内の動的テーブルをリストし、特定の動的テーブルの情報を表示するには、次のようにします。
Snowsight にサインインします。
ナビゲーションメニューで Catalog » Database Explorer を選択します。
データベースとスキーマを選択します。
Dynamic Tables タブを選択するか、データベースオブジェクトエクスプローラーで Dynamic Tables を展開します。
特定の動的テーブルの情報を表示するには、 Dynamic Tables タブの動的テーブル リストまたはデータベース オブジェクト エクスプローラーから動的テーブルを選択します。
このページのタブには、選択した動的テーブルに関する以下の詳細が表示されます。
Table Details: 以下を含む動的テーブルの基本情報を表示します。
動的テーブルのスケジュール状態。
動的テーブルの最後の更新ステータス。リフレッシュに失敗した場合、ステータスにカーソルを合わせると、エラーの詳細情報が表示されます。
動的テーブルの現在とターゲットのラグ。
テーブルの更新に、 インクリメンタルリフレッシュもしくはフルリフレッシュ のどちらを使用するか。
動的テーブルの定義。
動的テーブルのタグ。
動的テーブルを操作するために付与された権限。
Columns: 動的テーブルの列に関する情報。
Data Preview: 動的テーブルにあるデータの最大100行のプレビュー。
Graph: この動的テーブルを含む 有向無巡回グラフ (DAG) を表示します。
Refresh History: リフレッシュの履歴とラグ・メトリクスを表示します。
動的テーブルに接続されたテーブルのグラフ表示¶
依存関係の表示は、動的テーブル・チェーンのトラブルシューティングに特に役立ちます。Snowsight では、系統グラフを使用して、ある動的テーブルがどの動的テーブルに依存しているかを視覚化できます。例えば、以下のような識別が可能です。
動的テーブルがデータを取得する上流の依存関係。
動的テーブルの変更によって影響を受ける可能性のあるダウンストリームの依存関係。
依存関係はリフレッシュパフォーマンスに影響を与えます。例えば、動的テーブルの上流テーブルに、リフレッシュ・スケジュールの直前に大容量のデータが追加されたとします。動的テーブルがリフレッシュを終えるまで待たされ、ターゲット・ラグを逃してしまいます。入力テーブルが "実行中 "と表示され、遅延していることがわかります。
特定の動的テーブルのグラフを表示するには、次のようにします。
Snowsight にサインインします。
ナビゲーションメニューで Transformation » Dynamic tables を選択します。
動的テーブルを選択します。デフォルトでは Graph が表示されます。動的テーブルのノードが選択されたグラフが表示されます。右側の Details ペインには、ラグ・メトリクスと構成に関する情報が表示されます。
グラフに別のテーブルの詳細を表示するには、そのテーブルを選択します。
グラフを更新するには、グラフの上にあるバーの更新ボタンを選択します。
UPSTREAM_FAILED エラー・コードが原因でリフレッシュに失敗した場合、グラフを使用して、どのアップストリーム・テーブルが原因で失敗したかを視覚化できます。
グラフ内の表の詳細を表示するには、 動的なテーブルのリストや特定の列の情報の表示 を参照してください。
SQL テーブル関数を使用した動的テーブルの監視¶
以下の INFORMATION_SCHEMA テーブル関数を使用して、動的テーブルを監視します。
DYNAMIC_TABLES: 現在時刻から7日以内の、ラグ・メトリクスの集計や最新のリフレッシュのステータスなど、動的テーブルに関するメタデータを返します。
DYNAMIC_TABLE_REFRESH_HISTORY: リフレッシュのステータス、トリガー、ターゲット・ラグを含む、動的テーブルの完了したリフレッシュと実行中のリフレッシュに関する情報を返します。
DYNAMIC_TABLE_REFRESH_HISTORY ビュー: この Account Usage 表示には、動的テーブル更新履歴の情報も表示されます。これは、 DYNAMIC_TABLE_REFRESH_HISTORY テーブル関数のデータ保持時間(7日間)よりも長い問題をデバッグするのに便利です。
DYNAMIC_TABLE_GRAPH_HISTORY: 各動的テーブルの履歴、プロパティ、他のテーブルや動的テーブルへの依存関係を提供する情報を返します。
このテーブル関数を使用すると、指定した時点における動的テーブルの依存関係ツリーのスナップショットを取得できます。
また、動的テーブルのプロパティの時間経過にともなう変更も出力に反映されます。各行は、動的テーブルと特定のプロパティのセットを表します。動的テーブルのプロパティ(例えばターゲット・ラグ)を変更すると、関数は最新のプロパティを返します。
動的テーブルのリフレッシュ・ステータスの監視¶
ここでは、すべてまたは特定の動的テーブルの更新ステータスを表示する方法を説明します。
遅いリフレッシュを診断する際の注意点については、 動的テーブルのパフォーマンスをモニターする をご参照ください。
リフレッシュのスキップ、または失敗のトラブルシューティングについては、 動的テーブルのリフレッシュがスキップされた、または失敗した場合のトラブルシューティング をご参照ください。
すべての動的テーブルのリフレッシュを監視¶
Snowsight または DYNAMIC_TABLES テーブル関数を使用して、すべての動的テーブルの更新ステータスを表示できます。
Snowsight にサインインします。ナビゲーションメニューで Transformation » Dynamic tables を選択します。
このページでは、すべての動的テーブルの状態と最終更新ステータスを表示できます。データベースやスキーマでフィルターをかけて結果を絞り込むこともできます。
DYNAMIC_TABLES は、アカウント内のすべての動的テーブルに関する情報を提供します。
次の例は、アカウント内のすべての動的テーブルと、関連するデータベースおよびスキーマの状態とターゲット・ラグに関する情報を取得します。
以下の例は、アカウント内のすべての動的テーブルについて、リフレッシュのための状態と各状態に関する情報を取得します。
特定の動的テーブルのすべてのリフレッシュを監視¶
Snowsight または DYNAMIC_TABLES_REFRESH_HISTORY テーブル関数を使用すると、指定した動的テーブルの更新履歴を表示できます。
Snowsight にサインインします。
ナビゲーションメニューで Transformation » Dynamic tables を選択します。
動的テーブルを選択し、 Refresh History タブを開きます。
このページには、動的テーブルの更新履歴が表示され、各更新のステータス、期間、実際のタイムラグ時間、各更新で変更された行数などの情報が含まれます。
また、動的テーブルのラグ・メトリクスも表示されます。このメトリクスには、ターゲット・ラグ内の時間の割合や、指定されたインターバル中に実際にかかった最長のラグ時間などが含まれます。
特定の動的テーブルの更新履歴を表示するには、 DYNAMIC_TABLE_REFRESH_HISTORY テーブル関数を使用します。
たとえば、 my_db データベースと my_schema スキーマのすべての動的テーブルのリフレッシュ履歴を表示したい場合は、次のステートメントを実行します。
エラーのあったリフレッシュをフィルターするには、引数に ERROR_ONLY => TRUE を渡します。例: