MySQL バックエンドを使用して顧客ホストの Looker デプロイでシステム アクティビティを有効にする前に、バックエンド データベースのユーザーが適切に設定されていることを確認してください。具体的には、システム アクティビティ機能を有効にする前に、
grant all on looker_tmp.* to '<DB_username>'@'%';
へのステップを実行する必要があります。Looker バックエンド データベースから MySQL への移行のドキュメント ページをご覧ください。
Looker 管理者と see_system_activity
権限が付与されたユーザーは、[Explore] メニューで Looker のシステム アクティビティ Explore にアクセスできます。
システム アクティビティ Explore は、Looker の基盤となるアプリケーション データベースに接続します。インスタンスに保存されている Look やダッシュボード、ユーザー情報、過去のクエリ情報、インスタンスのパフォーマンス統計など、Looker インスタンスに関する情報が表示されます。システム アクティビティ データの粒度と保持は、システムの制約を受けます。システム アクティビティは大量のデータを収集して集計するよう設計されており、これを使用してビジネスログを補完できます。
このデータは、モニタリングと監査のアクティビティを補うために役立ちますが、現在のコンプライアンス戦略に代わるものではありません。
デフォルトでは、システム アクティビティ データは Looker の内部データベースに保存されます。ストレージの制限を遵守するため、ほとんどのテーブルは定期的に切り捨てられます。たとえば、履歴テーブルは、過去 90 日間のデータに切り詰められます。一部のテーブルでは、データ保持ポリシーがより厳格になっています。データの保持を増やすには、エリート システム アクティビティの使用をご検討ください。
Looker の内部データベースの権限は制限されているため、SQL Runner を使用してシステム アクティビティ データをクエリすることはできません。
ユーザーが実行するフィルタのテキストはシステム アクティビティからアクセスでき、システム アクティビティ モデルの表示権限を持つユーザーであれば誰でも閲覧できます。
操作: システム アクティビティ モデルの表示権限を持つユーザーを変更します。Looker 管理者はデフォルトでこのモデルにアクセスできます。管理者以外のユーザーに
see_system_activity
権限が付与されていれば、管理者ではないユーザーにシステム アクティビティ モデルへのアクセス権を付与できます。システム アクティビティ ダッシュボードと Explore は、同時に実行できるクエリの数が制限されています。この制限により、システム アクティビティ Explore の読み込み時間が増加する可能性があります。
チャットチームのヒント: システム アクティビティの時間ベースのデータは、Looker システムのタイムゾーンに保存されます。詳しくは、タイムゾーンの設定の使用に関するドキュメントをご覧ください。
システム アクティビティ Explore
システム アクティビティ Explore は次のとおりです。
Explore の名前 | 説明 |
---|---|
Content Usage | Look とダッシュボードの使用状況に関するデータ(視聴回数、お気に入り設定、スケジュール、埋め込み、API を介したアクセスなど)。個々の Look やダッシュボードに関する詳細情報も含まれます。 |
DB Connection | データベース接続の詳細。データベース接続にアクセスできるユーザーに関する情報が含まれます。 |
ダッシュボード | すべてのダッシュボードとダッシュボード要素の詳細。ダッシュボードに関連付けられている Look、クエリ、ロール、ユーザー、フォルダに関する情報が含まれます。 |
Dashboard Performance | ダッシュボードに関するパフォーマンス データと過去のデータ。 |
イベント | Looker 内の過去のイベントに関する情報(各イベントの名前、タイプ、頻度など)。イベントに関連するグループとユーザーに関する情報が含まれます。 |
Event Attribute | イベントを構成する属性に関する情報です。Event Explore のデータを含みます。また、属性情報を追加します。 |
Field Usage | LookML フィールドと使用回数。 |
フォルダ | すべてのフォルダ、各フォルダに保存されているコンテンツ、各フォルダにアクセスできるユーザーに関する情報。 |
グループ | グループのリスト、グループの詳細(親グループと子グループ、各グループに属するユーザーとロールなど)。 |
履歴 | 過去 90 日間に実行されたすべてのクエリの詳細。 |
Look | すべての Look に関する詳細。Look、ダッシュボード、クエリ、ユーザー、Look に関連付けられているフォルダに関する情報が含まれます。 |
Merge Query | マージされたクエリに関する情報(ソースクエリとマージされたクエリの両方のフィールドやその他の要素など)。 |
PDT ビルド | PDT ビルドの詳細(ビルド完了までの所要時間、PDT が接続されている接続やモデルなど)。 |
PDT イベントログ | PDT の再構築やエラーなど、PDT に関連する履歴イベントに関する情報。 PDT ログ アクションとそれに対応するアクション データの表示と理解について詳しくは、PDT ログ アクションについてに関するドキュメント ページをご覧ください。 |
クエリのパフォーマンス指標 | Looker インスタンスから実行されるクエリの詳細な内訳。 |
ロール | Looker のロールと、ロールを構成するモデルと権限のセット。 |
SQLクエリ | 実行した SQL クエリ(最近と頻度、クエリを実行したユーザーの詳細など)。 |
計画済み | 以前にスケジュールされたジョブと現在スケジュールされているジョブの両方を含む、スケジュールされたすべてのデータ配信に関する情報。スケジュールされたデータ配信に関連するダッシュボード、Look、クエリ、フォルダ、ユーザーに関するデータが含まれます。 |
ユーザー | 各ユーザーに関する詳細情報(履歴クエリの履歴、ユーザーがアクセスできるコンテンツやフォルダなど)。 |
コンテンツの使用状況、ダッシュボード、イベント、イベント属性、履歴、Look、マージクエリ、PDT ビルド、SQL クエリ、計画、計画、計画、など、一般的な使用例については、このページのシステム アクティビティ Explore の使用をご覧ください。
システム アクティビティ Explore を使用する
以下に、システム アクティビティでの Explore の使用方法の例と、いくつかのよくある質問に対する回答を示します。このセクションの Explore の例にアクセスするには、サンプル URL の <instance_name.looker.com>
を Looker インスタンスのアドレスに置き換えます。
API 使用量
[API の使用状況] の Explore では、Looker インスタンスに対して行われた API 呼び出しのボリュームの概要を示します。
API の使用状況の Explore を使用すると、次のような質問に答えることができます。
API 呼び出しの日々の監査を受けるにはどうすればよいですか?
[API 使用状況] の Explore を使用して、任意の期間にインスタンスに対して行われたすべての API 呼び出しのリストを取得できます。特定の日に行われた呼び出しを確認するには:
- [API の使用状況] で [エンドポイント] を選択します。
- [API Usage] から [Total Usage] を選択します。
- [API 使用状況] の [作成日] を目的の日付でフィルタします。
https://<instance_name.looker.com>/explore/system__activity/api_usage?fields=api_usage.endpoint,api_usage.total_usage&f[api_usage.created_date]=yesterday&sorts=api_usage.total_usage+desc&limit=500&column_limit=50&vis=%7B%7D&filter_config=%7B%22api_usage.created_date%22%3A%5B%7B%22type%22%3A%22advanced%22%2C%22values%22%3A%5B%7B%22constant%22%3A%22yesterday%22%2C%22unit%22%3A%22day%22%7D%2C%7B%7D%5D%2C%22id%22%3A5%2C%22error%22%3Afalse%7D%5D%7D&origin=share-expanded
各 API 呼び出しの詳細については、Looker API リファレンスまたは Looker API Explorer をご覧ください。
今年、インスタンスで何件の API 呼び出しが行われましたか?
[API 使用状況] の Explore を使用して、任意の期間の API 呼び出しの量を集計できます。たとえば、1 か月に行われた API 呼び出しの回数を示す年次レポートを作成します。
- [API の使用状況] で [作成月] を選択します。
- [API Usage] から [Total Usage] を選択します。
- [Create Year] を必要な年の [API Usage] でフィルタします。
https://<instance_name.looker.com>/explore/system__activity/api_usage?fields=api_usage.total_usage,api_usage.created_month&fill_fields=api_usage.created_month&f[api_usage.created_year]=last+year&sorts=api_usage.created_month+desc&limit=500&column_limit=50&vis=%7B%7D&filter_config=%7B%22api_usage.created_year%22%3A%5B%7B%22type%22%3A%22advanced%22%2C%22values%22%3A%5B%7B%22constant%22%3A%22last+year%22%2C%22unit%22%3A%22yr%22%7D%2C%7B%7D%5D%2C%22id%22%3A6%2C%22error%22%3Afalse%7D%5D%7D&origin=share-expanded
Content Usage
[System Activity] の [Content Usage] の Explore では、閲覧頻度、お気に入りへの追加、スケジュール、API 経由でのアクセスなど、Look とダッシュボードの使用状況に関する情報を確認できます。また、個々の Look やダッシュボードに関する詳細も表示されます。
クイックスタート分析
コンテンツの使用状況の Explore には、クイック スタート分析が含まれています。これを使用して質問にすばやく回答したり、他のクエリの開始点として使用したりできます。
空の Explore でクイック スタート分析タイルを選択するか、実行済みの Explore の稲妻の Quick Start メニューから Looker のクエリで選択したフィールドが並べ替えられ、次のいずれかの質問に答えます。
- 最も多くお気に入りになったコンテンツはどれですか?
- 過去 3 日間にアクセスされたコンテンツ
- 過去 60 日間にアクセスしたコンテンツはありませんか?
- Looker API を使用して最も頻繁にアクセスされたコンテンツはどれか?
- 過去 7 日間に作成されたダッシュボードの中で、最もよく使われているものは何ですか?
- 過去 7 日間に作成された Look が特に多いものは?
- 最も気に入ったボードは?
- 再生回数の多いコンテンツ
人気の Look やダッシュボードで使用されているフィルタ
Content Usage Explore を使用すると、インスタンスで最も人気のある Look やダッシュボードを見つけることができます。その後、履歴の Explore を使用して、人気のある Look やダッシュボードで使用されているフィルタを特定できます。最も人気のある Look やダッシュボードを見つけるには:
- [コンテンツの使用状況] の Explore で、[コンテンツの使用状況] ビューから [Content ID]、[コンテンツ タイトル]、[コンテンツ タイプ] を選択します。
- [コンテンツの使用状況] ビューで [コンテンツ タイプ] のフィルタを追加し、フィルタの値を
dashboard OR look
に設定します。 - [コンテンツの使用状況] から [合計を表示] を選択します。[Content Usage] ビューから [Favorites Total]、[Schedule Total]、[API Total]、[Embed Total] などのフィールドを選択することもできます。
- [合計を表示] で結果を降順に並べ替えて、最も人気の高いコンテンツを最初に表示します。
- また、[コンテンツの使用状況] ビューの [経過時間] にフィルタを追加して、データを特定の期間に限定することもできます。たとえば、フィルタの値を
is less than 30
に設定して、表示するデータを過去 30 日間に制限できます。
その後、履歴の Explore を使用して、特定の Look やダッシュボードで使用されているフィルタを見つけることができます。
- History Explore で、[Dashboard] ビューまたは [Look] ビューから [ID] フィールドにフィルタを適用し、Content Usage Explore で特定したダッシュボードまたは Look の ID を入力します。
- [Query] ビューで [Filters] を選択すると、フィルタを適用しているダッシュボードまたは Look で使用されているフィルタのリストが返されます。
ダッシュボード
ダッシュボードの Explore には、ダッシュボードおよびダッシュボードの要素(Look、クエリ、ロール、ユーザー、ダッシュボードに関連付けられたフォルダなど)の詳細が含まれます。
クイックスタート分析
ダッシュボードの Explore には、クイック スタート分析が含まれています。これを使用して質問にすばやく回答したり、他のクエリの出発点として使用したりできます。
空の Explore でクイック スタート分析タイルを選択するか、実行済みの Explore の稲妻の Quick Start メニューから Looker のクエリで選択したフィールドが並べ替えられ、次のいずれかの質問に答えます。
- 複数の Explore を使用するダッシュボードはどれですか?
- 自動更新間隔が短いダッシュボードはどれですか?
- 読み込み時に実行されるように設定されているダッシュボードの数はいくつですか。
- タイル数が 25 を超えるダッシュボードはどれですか。
- マージクエリを最も頻繁に使用するダッシュボードはどれですか?
- 特定のビューやフィールドを使用しているダッシュボードはどれですか。
- どのフォルダにどのダッシュボードが含まれていますか?
- 個別のダッシュボードを構成するタイル
イベント
イベント Explore には、各イベントの名前、タイプ、頻度など、Looker 内の過去のイベントに関する情報が含まれています。この Explore には、イベントに接続しているグループとユーザーに関する情報も含まれています。
以下に、Event Explore の一般的な用途を示します。
イベントと一般的なイベント属性の表示、イベントタイプの詳細については、Looker イベントのドキュメントをご覧ください。
API リクエストを見つけて分類するにはどうすればよいですか?
イベント Explore を使用すると、実行されたすべての API リクエストを見つけて分類できます。
- [イベント] ビューで [名前] フィールドと [カテゴリ] フィールドを選択します。
- [Is API Call (Yes / No)] にフィルタを追加し、フィルタの値を
Yes
に設定します。 - [イベント] の [作成日] や [ユーザー] の [名前] などのフィールドを選択して、特定の API リクエストに関する情報を取得することもできます。
https://<instance_name.looker.com>/explore/system__activity/event?fields=event.created_date,event.name,event.category,user.name&f[event.is_api_call]=Yes&sorts=event.name&limit=500
コンテンツの更新を調査する方法はありますか?
イベント Explore では、update
という単語を含むイベントでフィルタすることで、コンテンツの更新を調査できます。
- [イベント] ビューから名前を選択します。
- [イベント] ビューの [名前] フィールドにフィルタを追加し、フィルタの値を
contains update
に設定します。 - 他のフィールドを選択して、各コンテンツ更新に関する詳細情報(イベントの作成時間、ユーザーの ID など)を指定することもできます。
https://<instance_name.looker.com>/explore/system__activity/event?fields=event.name,user.id,event.created_time&f[event.name]=%25update%25&sorts=event.created_time+desc&limit=500
ログイン イベントを表示するにはどうすればよいですか?
イベント Explore を使用すると、ログイン イベントでシステムにログインしたユーザーを特定できます。例:
- [イベント] ビューの [名前] フィールドにフィルタを追加し、フィルタの値を
login
に設定します。 - [User] ビューで [ID] と [Name] を選択します。
- [イベント] ビューで [作成日時] を選択します。
Event Attribute
イベント属性の Explore には、イベントの Explore のデータが含まれ、イベントを構成する属性に関する追加情報を提供します。
以下に、イベント属性の Explore の一般的な使用例を示します。
イベントの表示、一般的なイベント属性、イベントタイプのリストについては、Looker イベントのドキュメントをご覧ください。
権限の変更を表示するにはどうすればよいですか?
イベント属性の Explore を使用して権限の変更を確認できます。たとえば、権限が変更された日時や誰が変更したかがわかります。
- 変更時刻とイベントの種類について、[イベント] ビューで [作成日時] と [名前] を選択します。
- [イベント属性] で [名前] と [値] を選択すると、変更のタイプと、権限が変更されたユーザーまたは変更された特定の権限に関する情報が返されます。
- [ユーザー] の [ID] とその他の必要なフィールドを選択して、変更を行ったユーザーに関する情報を確認します。
- [イベント] ビューで [名前] をフィルタし、値を
user_permission_elevation
に設定します。
https://<instance_name.looker.com>/explore/system__activity/event_attribute?fields=event.created_time,user.id,user.name,event_attribute.name,event_attribute.value&f[event.name]=%22user_permission_elevation%22&sorts=event.created_time+desc&limit=500
Labs 機能がオンになったことを確認するにはどうすればよいですか?
イベント属性の Explore を使用して、ラボの機能がオンになっているタイミングをトラッキングできます。たとえば、次のフィールドを選択します。
- [イベント] フィールドで [作成日時] を選択します。
- [Event Attribute] で、[Name] と [Value] を選択します。
- [イベント] の [名前] にフィルタを追加し、そのフィルタの値を
update_labs_feature
に設定します。 - [ID] や [名前] などのフィールドを追加して [ユーザー] をオンにし、Labs 機能をオンにしているユーザーに関する情報を表示することもできます。
この例で、有効または無効にした Labs 機能の名前は、[Event Attribute] の [Name] の値が labs_feature_id
の場合、[Event Attribute] の [Value] に表示されます。[Event Attribute] の [Name] の値が labs_feature_value
の場合、Labs 機能が有効か無効かは、true
と false
になります。
https://<instance_name.looker.com>/explore/system__activity/event_attribute?fields=event.created_time,event_attribute.name,event_attribute.value,user.id&f[event.name]=%22update_labs_feature%22&sorts=event.created_time+desc&limit=500
プロジェクト名の変更はいつですか?
イベント属性の Explore を使用して、プロジェクト名が変更された日時を確認できます。
- [イベント] ビューで [作成日時] と [名前] を選択します。
- [イベント属性] から [名前] と [値] を選択します。
- [イベント] ビューで [名前] にフィルタを追加し、そのフィルタの値を
rename_project_file
に設定します。
https://<instance_name.looker.com>/explore/system__activity/event_attribute?fields=event.created_time,event.name,event_attribute.name,event_attribute.value&f[event.name]=%22rename_project_file%22&sorts=event.created_time+desc&limit=500&query_timezone=America%2FLos_Angeles&vis=%7B%7D&filter_config=%7B%22event.name%22%3A%5B%7B%22type%22%3A%22%3D%22%2C%22values%22%3A%5B%7B%22constant%22%3A%22rename_project_file%22%7D%2C%7B%7D%5D%2C%22id%22%3A0%2C%22error%22%3Afalse%7D%5D%7D&origin=share-expanded
履歴
[履歴] の Explore では、個々のクエリの記録が提供されます。過去 90 日間にインスタンスで実行されたすべてのクエリの詳細を確認できるため、トラブルシューティングに役立ちます。
ここでは、履歴 Explore の使用に関するよくある質問を紹介します。
- ダッシュボードで使用するすべてのモデル
- 実行時間の長いクエリを確認するにはどうすればよいですか?
- SQL Runner を最後に使用したのはいつですか。
- データベースによって強制終了されたクエリを見つけるにはどうすればよいですか?
- クエリ数が最も多いダッシュボードはどれですか。
- さまざまなロールで最も人気のある Explore はどれですか?
- 過去 90 日間に特定の Explore を照会した方はいますか?
- 過去 90 日間に特定のビューのフィールドを使用したことはありますか?
履歴テーブルの切り捨て
History テーブルのサイズは急増する可能性があるため、Looker は次のいずれかの条件を満たすレコードを自動的に削除します。
history.created_time
が 90 日以上前の日付である。history.created_time
が 7 日以上前であり、history.source
はscheduled_task
である。
クイックスタート分析
History Explore には、クイック スタート分析が含まれています。これを使用して、質問にすばやく回答したり、他のクエリの出発点として使用したりできます。
空の Explore でクイック スタート分析タイルを選択するか、実行済みの Explore の稲妻の Quick Start メニューから Looker のクエリで選択したフィールドが並べ替えられ、次のいずれかの質問に答えます。
- 過去 1 日間に最も頻繁にアクティブだったクエリソースは?
- 過去 1 週間に最も活動的なユーザーは誰か
- どのダッシュボードが最も人気があるか?
- 特定のダッシュボードを過去 30 日間に使用した回数
- 最近実行したクエリは何ですか。
- 過去 30 日間に特定の Look が何回使用されたか。
- 個々のモデルの平均クエリ ランタイムはどれくらいですか?
- 特定のユーザーの最近のクエリ アクティビティ
ダッシュボードで使用されるすべてのモデル
履歴 Explore では、ダッシュボードで使用されているすべてのモデルを確認できます。たとえば、ユーザーがダッシュボードでデータを表示できない場合に権限を必要とするモデルを特定するために役立ちます。
- [ダッシュボード] ビューで [ID(包括)] を選択します。
- [クエリ] ビューから [モデル] と [カウント] を選択します。
- [ID(包括)] でフィルタし、フィルタを適用するダッシュボードのダッシュボード ID を入力します。
次の URL の例では、フィルタ要素 f[history.real_dash_id]=123
のダッシュボード ID 123
を、フィルタに使用するダッシュボードの ID に置き換えることができます。
https://<instance_name.looker.com>/explore/system__activity/history?fields=history.real_dash_id,query.model,query.count&f[history.real_dash_id]=123&sorts=history.real_dash_id+desc&limit=500
実行時間の長いクエリを確認するにはどうすればよいですか?
長時間実行クエリに対するアラートを作成するとします。たとえば、履歴 Explore を使用すると、実行時間が最も長いクエリを見つけることができます。
- [クエリ] から [ID] と [リンク] を選択します。
- [履歴] の [平均実行時間(秒)] と [クエリ実行数] を選択して、各クエリの実行時間の平均と実行回数を確認します。
- [履歴] の [完了日] でフィルタを追加し、フィルタの値を
is in the past 7 days
などの期間に設定して、表示される結果を制限できます。 - [Is Single Query (Yes / No)] にフィルタを追加し、その値を
is Yes
に設定して、結果からマージクエリを除外します。 - 一定のしきい値(5 分など)を超えるランタイムを持つクエリのみを表示できます。これを行うには、[平均ランタイム(秒)] でフィルタし、フィルタの値を
is greater than 300
に設定します。 - [履歴] の [平均ランタイム(秒)] を降順で並べ替え、平均実行時間が長いクエリを最初に表示します。
その後、クエリを Look として保存し、指定したしきい値を超えるランタイムを持つクエリがある場合に通知するアラートを作成できます。
次の URL の例では、フィルタ要素 f[history.created_date]=7+days
の 7+days
を目的のフィルタ値に置き換えて、結果を表示する期間を変更します。[平均ランタイム(秒)] でフィルタの値を変更することもできます。その場合は、フィルタ要素 f[history.average_runtime]=%3E300
の is greater than 300
を目的の秒数に置き換えます。
https://<instance_name.looker.com>/explore/system__activity/history?fields=query.id,history.average_runtime,history.query_run_count,query.link&f[history.is_single_query]=Yes&f[history.created_date]=7+days&f[history.average_runtime]=%3E300&sorts=history.average_runtime+desc&limit=500
最後に SQL Runner を使ったのはいつですか?
履歴 Explore を使用して、特定のユーザーが SQL Runner クエリを最後に実行した時間を確認するには:
- [SQL Runner Query] ビューで、[Last Run Time] と [User ID] を選択します。
- [SQL Runner Query] ビューでフィルタを [User ID] に追加し、フィルタの値をユーザーの ID に設定します。
https://<instance_name.looker.com>/explore/system__activity/history?fields=sql_query.last_run_time,sql_query.user_id&sorts=sql_query.last_run_time+desc&limit=500&column_limit=50
データベースによって強制終了されたクエリを見つけるにはどうすればよいですか?
History Explore でデータベースによって強制終了されたクエリを検索するには:
- [履歴] の [メッセージ] にフィルタを追加し、そのフィルタの値を
contains query killed
に設定します。 - [履歴] で [作成日]、[ID]、[メッセージ] の順に選択します。
- [クエリ] から [ID] を選択します。
https://<instance_name.looker.com>/explore/system__activity/history?fields=history.id,history.created_date,query.id,history.message&f[history.message]=%25query+killed%25&sorts=history.message&limit=500
最も件数が多かったダッシュボード(クエリ数別)
ダッシュボードの Explore には、過去 90 日間にアクセスされたすべてのダッシュボードのタイトルが表示され、各ダッシュボードがアクセスされた回数が表示されます。
- [ダッシュボード] から [タイトル] を選択します。
- [履歴] から [クエリ実行数] を選択します。
- [ダッシュボード] から [タイトル] にフィルタを追加し、そのフィルタの値を
is not null
に設定します。
https://<instance_name.looker.com>/explore/system__activity/history?fields=dashboard.title,history.query_run_count&f[dashboard.title]=-NULL&sorts=history.query_run_count+desc&limit=500&column_limit=50
さまざまなロールで最も人気のある Explore
この Explore には、過去 90 日間にインスタンス上のロールごとに Explore が実行された回数が表示されます。
- [クエリ] から [探索] を選択します。
- [ユーザー役割] から [名前] を選択してピボットします。
- [履歴] から [クエリ実行数] を選択します。
- [ユーザー役割] からフィルタを [名前] に追加し、フィルタの値を
is not null
に設定します。
https://<instance_name.looker.com>/explore/system__activity/history?fields=history.query_run_count,query.view,role.name&pivots=role.name&f[role.name]=-NULL&sorts=history.query_run_count+desc+0,role.name&limit=500&column_limit=50
過去 90 日間に特定の Explore を照会した方はいますか?
履歴の Explore を使用して、特定の Explore が過去 90 日間に使用されたかどうかを確認できます。
- [履歴] から [作成日] を選択します。
- [クエリ] から [探索] と [リンク] を選択します。
- [Query] の [Explore] でフィルタを追加し、Explore の名前を入力します。
過去 90 日間に特定のビューのフィールドを使用したことはありますか?
History Explore を使用すると、特定のビューのフィールドが過去 90 日間に使用されたかどうかを確認できます。
- [履歴] から [作成日] を選択します。
- [クエリ] から [探索] と [リンク] を選択します。
- [クエリ] の [使用されたフィールド] で、ビューの名前に続いてピリオド(例:
orders.
)を入力し、フィルタ条件として [含む] を選択します。フィルタの期間を指定すると、一致するビューのみのフィールドの結果が返されます。
次の URL の例では、フィルタ要素 f[query.formatted_fields]=%25order%5E_items.
の order%5E_items.
を、フィルタを適用するビューの名前の後ろにピリオドを付けたものに置き換えることができます。
https://<instance_name.looker.com>/explore/system__activity/history?fields=history.created_date,query.view,query.link&f[query.formatted_fields]=%25order%5E_items.%25&sorts=history.created_date+desc&limit=500&column_limit=50
Look
Look の Explore には、Look、ダッシュボード、クエリ、ユーザー、Look に関連付けられているフォルダに関する情報など、すべての Look の詳細が表示されます。
ここでは、Look Explore の使用に関するよくある質問をいくつかご紹介します。
一般公開されている Look
Look Explore を使用すると、どの Look が一般公開で共有されているか、または公開 URL が有効になっているかを確認できます。
- [Look] の [Public (Yes / No)] でフィルタし、フィルタの値を
Yes
に設定します。 - [Look] の [ID]、[Name]、[Link] を選択します。
https://<instance_name.looker.com>/explore/system__activity/look?fields=look.id,look.title,look.link&f[look.public]=Yes&limit=500
特定の Look の作成者は誰ですか?
特定の Look の作成元を確認するには:
- Look の ID をフィルタして、その値を Look の ID に設定します。
- [ユーザー] から [ID] と [名前] を選択します。
- [Look] の [Created Date] や [Title] などのフィールドも選択できます。
削除された Look
削除されたすべての Look を一覧表示するには:
- [Look] の [ID]、[Title]、[Link]、[Deleted Date] を選択します。
- [Look] の [Deleted Date] でフィルタを追加し、フィルタの値を
is not null
に設定します。
https://<instance_name.looker.com>/explore/system__activity/look?fields=look.id,look.title,look.link,look.deleted_date&f[look.deleted_date]=NOT+NULL&sorts=look.title&limit=500&column_limit=50
Merge Query
Merge Query Explore には、マージされたクエリに関する情報(ソースとマージされたクエリの両方のフィールドやその他の要素など)が含まれます。
Merge Query Explore を使用すると、次のような質問に答えることができます。
最も頻繁にマージされる Explore
マージクエリの Explore を使用すると、頻繁に結合される Explore を確認できます。テーブルを結合して、パフォーマンスを高めたり、機能を追加したりすることをおすすめします。
- [クエリ] から [探索] を選択します。
- [Merge Query Source Query] から [Count] を選択します。
https://<instance_name.looker.com>/explore/system__activity/merge_query?fields=query.view,merge_query_source_query.count&sorts=merge_query_source_query.count+desc&limit=500&query_timezone=America%2FLos_Angeles&vis=%7B%7D&filter_config=%7B%7D&origin=share-expanded
PDT ビルド
[PDT Builds] Explore には、ビルド完了までの所要時間や PDT が接続されている接続やモデルなど、PDT ビルドに関する情報が含まれています。
以下に、PDT Builds Explore の一般的な使用例を示します。
多くの PDT が同時に実行されているインスタンスでは、これらのクエリの実行に時間がかかることがあります。
PDT のビルド時間を確認するにはどうすればよいですか?
PDT ビルドの Explore を使用して、PDT のビルド時間を表示できます。たとえば、過去 2 日間の PDT ビルド時間を確認するには、次のようにします。
- [PDT ビルド] ビューで [Start Time] にフィルタを追加し、その値を
is in the past 2 days
に設定します。 - [PDT Builds] ビューから [Start Time]、[View Name]、[Connection]、[Model Name]、[Elapsed Minutes]、[Elapsed Seconds] を選択します。
https://<instance_name.looker.com>/explore/system__activity/pdt_builds?fields=pdt_builds.start_time,pdt_builds.view_name,pdt_builds.connection,pdt_builds.model_name,pdt_builds.elapsed_minutes,pdt_builds.elapsed_seconds&f[pdt_builds.start_time]=2+days&sorts=pdt_builds.start_time+desc&limit=500
長時間実行 PDT を特定するためのアラートを特定する方法
PDT ビルド Explore を使用して、長時間実行 PDT を識別できます。その後、クエリを Look として保存し、ビルド時間が指定したしきい値を超える PDT があれば通知するアラートを作成できます。
たとえば、平均ビルド時間が 30 分を超える PDT を表示するには、次のようにします。
- [PDT Builds] ビューから [Average Build Time Minutes] でフィルタを追加し、その値を
is greater than 30
に設定します。 - [PDT Builds] ビューから [View Name]、[Connection]、[Average Build Time Minutes] を選択します。
[Average Build Time Minutes] のフィルタの値を [PDT Builds] から変更するには、フィルタ要素 f[pdt_builds.average_build_time_minutes]=%3E20
の 30
を目的の分数に置き換えます。
https://<instance_name.looker.com>/explore/system__activity/pdt_builds?fields=pdt_builds.view_name,pdt_builds.connection,pdt_builds.average_build_time_minutes&f[pdt_builds.average_build_time_minutes]=%3E30&sorts=pdt_builds.average_build_time_minutes+desc&limit=500
クエリのパフォーマンス指標
クエリ パフォーマンス指標の Explore では、Looker インスタンスから実行された各クエリの詳細な内訳を確認できます。
たとえば、この Explore を使って、クエリのどのコンポーネントの読み込みに最も時間がかかったかを調査できます。この Explore は、クエリ パフォーマンスの傾向や異常を特定するためにも使用できます。クエリのライフサイクルと、この Explore で追跡されるフィールドの詳細については、クエリ パフォーマンス指標についてのドキュメント ページをご覧ください。
クイックスタート分析
クエリ パフォーマンスの Explore にはクイック スタート分析が含まれています。これを使用して質問にすばやく回答したり、他のクエリの出発点として使用したりできます。
空の Explore でクイック スタート分析タイルを選択するか、実行済みの Explore の稲妻の Quick Start メニューから Looker のクエリで選択したフィールドが並べ替えられ、次のいずれかの質問に答えます。
- 各クエリステージにかかった時間
- メインクエリの平均実行時間が最も長い Explore
- メインクエリの平均実行時間が最も長いユーザー
- 非同期ワーカーのタイミングが最も長い時間は?
- クエリの初期化時間が最も長いのはどの時間帯ですか?
- 接続処理のタイミングが最も長い時間
- メイン クエリのタイミングが最も長い時刻は?
- 事後検索のタイミングが最も長い時刻は?
SQLクエリ
SQL クエリの Explore には、実行した SQL クエリに関する情報(最近使用した頻度や実行頻度など)と、クエリを実行したユーザーの詳細が含まれます。
SQL クエリの Explore を使用すると、次のような質問に答えることができます。
SQL クエリを最も多く実行するのは誰か?
SQL クエリの Explore を使用して、SQL Runner クエリの実行回数が最も多いユーザーを特定できます。
- [ユーザー] から [ID] と [名前] を選択します。
- [SQL Runner クエリ] から [カウント] を選択します。
- [SQL Runner クエリ] の [カウント] を降順に並べ替えて、最もクエリを実行したユーザーのリストを取得します。
https://<instance_name.looker.com>/explore/system__activity/sql_query?fields=sql_query.count,user.id,user.name&sorts=sql_query.count+desc&limit=500
計画済み
スケジュールされたプランの Explore には、以前にスケジュールされたジョブと現在スケジュールされたジョブの両方を含め、スケジュールされたすべてのデータ配信に関する情報が含まれます。
以下に、Planned Plan Explore の使用に関するよくある質問をいくつかご紹介します。
- スケジュールされたプランを一貫したタイムゾーンで表示するにはどうすればよいですか?
- スケジュールはどの段階で停滞していますか?
- スケジュールのオーナーを確認するにはどうすればよいですか?
- どのスケジュール済みプランが同時に実行されますか?
- スケジュールに制限はありませんか?
- 50 件を超えるスケジュールの履歴を表示できますか?
- 検索結果を特定のスケジュールのセットに絞り込むには、どうすればよいですか?
- 複数のスケジュールでエラーの傾向を特定できるか?
- スケジュールのランタイム指標を表示するにはどうすればよいですか?
スケジュールされたタイムゾーンを一貫したタイムゾーンで表示するにはどうすればよいですか?
システム アクティビティは時間ベースのデータをシステム タイムゾーンに保存するため、スケジュールされたプランを使用して、スケジュールされたすべてのプランを一貫したタイムゾーンで表示できます。
- [スケジュールされたプラン] から [ID]、[名前]、[次のランタイム] を選択して、システム タイムゾーンでスケジュールされた各プランの次のランタイムを表示します。
- [ユーザー] の [ID] と [名前] を選択して、スケジュールを作成したユーザーを確認します。
- [1 回だけ実行(はい/いいえ)] でフィルタし、フィルタの値を
No
に設定して、1 回限りの送信(例: Look の配信)や 1 回限りのテスト(例: Look の配信のテスト)として送信された配信を除外します。 - [スケジュールされたプラン] ビューから [cron スケジュール] や [タイムゾーン] などのフィールドを追加することもできます。
https://<instance_name.looker.com>/explore/system__activity/scheduled_plan?fields=scheduled_plan.id,scheduled_plan.name,user.id,scheduled_plan.next_run_time,scheduled_plan.cron_schedule,scheduled_plan.timezone,user.name&f[scheduled_plan.run_once]=No&sorts=scheduled_plan.timezone+desc&limit=500&column_limit=50
スケジュールが停滞しているステージ
スケジュール プランの Explore を使用して、スケジュールが停止しているステージを特定できます。例:
- 特定のスケジュールされたジョブが停止したステージを表示するには、スケジュール済みジョブの [ID] でフィルタし、フィルタ値をスケジュールされたジョブの ID に設定します。[スケジュールされたジョブ ステージ] から [ステージ]、[スケジュールされたジョブ ID]、[ランタイムの秒数] を選択します。
- [スケジュールされたジョブステージ] から [開始時刻] と [完了時刻] を選択することもできます。
その後、スケジュールされたジョブ(execute
ステージや enqueued for delivery
ステージなど)で停止したかどうかに基づいて、[ID] フィールドと [ランタイムの秒数] フィールドを使用して失敗したジョブのトラブルシューティングを行うことができます。
次の URL の例では、フィルタ要素 &f[scheduled_job.id]=12913
のスケジュールされたジョブ ID 12913
を、フィルタするスケジュール ジョブの ID に置き換えます。
https://<instance_name.looker.com>/explore/system__activity/scheduled_plan?fields=scheduled_job_stage.stage,scheduled_job_stage.scheduled_job_id,scheduled_job_stage.runtime,scheduled_job_stage.started_time,scheduled_job_stage.completed_time&f[scheduled_job.id]=12913&sorts=scheduled_job_stage.scheduled_job_id+desc&limit=500
スケジュールのオーナーを見つけるにはどうすればよいですか?
スケジュール プランの Explore を使用して、スケジュールのオーナーを確認できます。
- [スケジュールされたプラン] で [ID] と [名前] を選択します。
- [ユーザー] から [ID] と [名前] を選択します。
- [1 回だけ実行(はい / いいえ)] でフィルタし、フィルタの値を
No
に設定して、1 回限りの送信(例: Look の配信)や 1 回限りのテスト(例: Look の配信のテスト)として送信された配信を除外します。 - 特定のスケジュールの所有者を検索するには、[スケジュールされたプラン] の [ID] でフィルタし、そのフィルタの ID をそのスケジュールの ID に設定します。
https://<instance_name.looker.com>/explore/system__activity/scheduled_plan?fields=scheduled_plan.id,scheduled_plan.name,user.id,user.name&f[scheduled_plan.run_once]=No&sorts=scheduled_plan.id&limit=500
同時に実行されるスケジュールに基づくプランはどれですか。
スケジュールされたプランの Explore を使用して、同時に実行するようにスケジュールされているプランを特定できます。
- [スケジュールされたプラン] で [ID]、[名前]、[cron スケジュール]、[次の実行時間] を選択します。
- [1 回だけ実行(はい/いいえ)] でフィルタし、フィルタの値を
No
に設定して、1 回限りの送信(例: Look の配信)や 1 回限りのテスト(例: Look の配信のテスト)として送信された配信を除外します。 - [Next Run Time] にフィルタを追加して、フィルタの値を
is not null
に設定して、既存の配送予定のみを結果に含めることもできます。
次に、スケジュールのタイミングを変更できます(たとえば、Look の配信など)。これにより、複数のスケジュールが同時に実行されないようにすることができます。
https://<instance_name.looker.com>/explore/system__activity/scheduled_plan?fields=scheduled_plan.id,scheduled_plan.name,scheduled_plan.cron_schedule,scheduled_plan.next_run_time&f[scheduled_job.run_once]=No&f[scheduled_plan.next_run_time]=NOT+NULL&sorts=scheduled_plan.id&limit=500
スケジュールに制限はありませんか?
スケジュール プランの Explore では、無制限のスケジュール、または行数が -1
のスケジュールを確認できます。
- [Send All Results] でフィルタして値を [Yes] に設定します。
- [スケジュールされたジョブ] で [ID]、[作成日時]、[確定時刻]、[カウント] を選択します。
https://<instance_name.looker.com>/explore/system__activity/scheduled_plan?fields=scheduled_job.id,scheduled_job.created_time,scheduled_job.finalized_time,scheduled_job.count&f[scheduled_plan.send_all_results]=Yes&sorts=scheduled_job.created_time+desc&limit=500
50 件を超えるスケジュールの履歴を表示できますか?
スケジュール プランの Explore を使用すると、スケジュール履歴の管理ページで確認できる 50 件以上のスケジュールの履歴を表示できます。例:
- [スケジュールされたプラン] で [ID] を選択します。
- [ユーザー] の [名前] を選択して、各スケジュールの作成者を確認します。
- [スケジュールされたジョブ] の [cron スケジュール] を選択して、スケジュールされた各ジョブのスケジュールされた配信時間を cron 文字列として表示します。
- [スケジュールされたプランの宛先] から [タイプ] を選択し、宛先の種類(Look の配信など)を確認します。
- [スケジュールされたジョブ] から [ID]、[ステータス]、[ステータスの詳細] を選択して、スケジュールされた各ジョブのステータスとエラー メッセージを表示します。
- [スケジュールされたジョブ] で [作成日時] と [確定時刻] を選択します。
- [スケジュールされたジョブステージ] から [ランタイム(秒)] を選択します。
- [Look] ビューまたは [Dashboard] ビューから [Link] を選択して、スケジュールを使用する Look またはダッシュボードへのリンクを選択することもできます。
- 結果を特定の期間に限定するには、[スケジュールされたジョブ] の [作成日] でフィルタを追加し、フィルタの値を目的の期間(
is in the past 7 days
など)に設定します。 - [1 回だけ実行(はい / いいえ)] でフィルタし、フィルタの値を
No
に設定して、1 回限りの送信(例: Look の配信)や 1 回限りのテスト(例: Look の配信のテスト)として送信された配信を除外します。
https://<instance_name.looker.com>/explore/system__activity/scheduled_plan?fields=scheduled_plan.id,user.name,scheduled_job.cron_schedule,scheduled_plan_destination.type,scheduled_job.id,scheduled_job.status,scheduled_job.status_detail,scheduled_job.created_time,scheduled_job.finalized_time,scheduled_job_stage.runtime,look.link,dashboard.link&f[scheduled_plan.run_once]=No&f[scheduled_job.created_date]=7+days&sorts=scheduled_job.created_time+desc&limit=500
検索結果を特定のスケジュールのセットに絞り込むには、どうすればよいですか?
スケジュール プランの Explore を使用すると、特定のダッシュボード、オーナー、モデルなどでフィルタリングして、特定のスケジュールのみを表示できます。たとえば、thelook
などの特定のモデルに基づいてスケジュールのリストを表示するには、次のようにします。
- [クエリ] ビューで [モデル] のフィルタを追加し、フィルタの値をモデルの名前に設定します。
- [スケジュールされたプラン] で [ID] と [名前] を選択します。
- [ユーザー] の [名前] を選択して、各スケジュールの作成者を確認します。
- [スケジュール プラン] から [cron スケジュール] を選択すると、各スケジュールのスケジュールされた配信時間が cron 文字列として表示されます。
- [Look] ビューまたは [Dashboard] ビューから [Link] を選択して、スケジュールを使用する Look またはダッシュボードへのリンクを選択することもできます。
- [1 回だけ実行(はい / いいえ)] でフィルタし、フィルタの値を
No
に設定して、1 回限りの送信(例: Look の配信)や 1 回限りのテスト(例: Look の配信のテスト)として送信された配信を除外します。
次の URL の例では、フィルタ要素 f[query.model]=thelook
のモデル名 thelook
をフィルタを適用するモデルの名前に置き換えることができます。
https://<instance_name.looker.com>/explore/system__activity/scheduled_plan?fields=scheduled_plan.id,scheduled_plan.name,user.name,scheduled_plan.cron_schedule,look.link,dashboard.link&f[scheduled_plan.run_once]=No&f[query.model]=thelook&sorts=scheduled_plan.id&limit=500
スケジュール間でエラーの傾向を特定できるか?
スケジュール プランのデータ探索の別のユースケースでは、スケジュールをまたいでエラーの傾向を特定できます。たとえば、SFTP スケジュールが失敗し、次のようなエラー メッセージが表示されることがあります。
- [スケジュールされたジョブ] で [作成日時]、[確定時刻]、[ID]、[ステータス]、[ステータスの詳細] を選択して、スケジュールされたジョブとそのステータスとエラー メッセージのリストを表示します。
- [スケジュールされたジョブステージ] から [ステージ] を選択します。
- [スケジュールされたプランの宛先] から [タイプ] と [形式] を選択し、宛先の種類(Look の配信など)とデータ形式(Look の配信など)を確認します。
- [スケジュールされたジョブ] の [ステータス] でフィルタし、フィルタの値を
failure
に設定して、失敗したジョブのみを含めます。 - 特定の検索結果のみを含めるには、[Schedule Plan Destination] の [タイプ] フィールドでフィルタを指定し、目的の値を [
sftp
] や [email
] のように設定します。
https://<instance_name.looker.com>/explore/system__activity/scheduled_plan?fields=scheduled_job.created_time,scheduled_job.finalized_time,scheduled_job.id,scheduled_job.status,scheduled_job.status_detail,scheduled_job_stage.stage,scheduled_plan_destination.type,scheduled_plan_destination.format&f[scheduled_job.status]=failure&sorts=scheduled_job.status&limit=500&column_limit=50
スケジュールのランタイム指標を表示するにはどうすればよいですか?
スケジュール プランの Explore を使用して、スケジュールのランタイム指標を調査できます。たとえば、スケジュールの平均ランタイムを表示するには、次のようにします。
- [スケジュールされたプラン] で [ID] と [名前] を選択します。
- [ユーザー] から [名前] を選択します。
- [スケジュールされたプラン] から [cron スケジュール] を選択します。
- [スケジュールされたジョブステージ] から [平均ランタイム(秒)] を選択します。
- [1 回だけ実行(はい/いいえ)] でフィルタし、フィルタの値を
No
に設定して、1 回限りの送信(例: Look の配信)や 1 回限りのテスト(例: Look の配信のテスト)として送信された配信を除外します。
https://<instance_name.looker.com>/explore/system__activity/scheduled_plan?fields=scheduled_plan.id,scheduled_plan.name,user.name,scheduled_plan.cron_schedule,scheduled_job_stage.avg_runtime&f[scheduled_plan.run_once]=No&sorts=scheduled_plan.id&limit=500
スケジュールされたジョブのランタイムを表示するには:
- 特定のプランのすべてのジョブのランタイムを表示するには、スケジュールされたプランの [ID] でフィルタを追加し、フィルタの値を目的のスケジュールされたプラン ID に設定します。
- [スケジュールされたプラン] で [ID] を選択します。
- [ユーザー] から [名前] を選択します。
- [スケジュールされたプラン] から [cron スケジュール] を選択します。
- [スケジュールされたジョブ] で [ID]、[ステータス]、[作成日時]、[確定時刻] を選択します。
- [スケジュールされたジョブステージ] から [ランタイム(秒)] を選択します。
- [1 回だけ実行(はい / いいえ)] でフィルタし、フィルタの値を
No
に設定して、1 回限りの送信(例: Look の配信)や 1 回限りのテスト(例: Look の配信のテスト)として送信された配信を除外します。
次の URL の例では、[ID] のフィルタを [スケジュールされたプラン] から変更するには、フィルタ要素 f[scheduled_plan.id]=145
の 145
を、スケジュールを設定するプランの ID に置き換えます。
https://<instance_name.looker.com>/explore/system__activity/scheduled_plan?fields=scheduled_plan.id,user.name,scheduled_job.cron_schedule,scheduled_job.id,scheduled_job.status,scheduled_job.created_time,scheduled_job.finalized_time,scheduled_job_stage.runtime&f[scheduled_plan.run_once]=No&f[scheduled_plan.id]=145&sorts=scheduled_job.created_time+desc&limit=500
ユーザー
[ユーザー] の Explore には、以前に実行されたクエリや、そのユーザーがアクセスできるコンテンツおよびフォルダなど、各ユーザーの詳細情報が含まれます。
クイックスタート分析
ユーザーの Explore には、クイック スタート分析が含まれています。これを使用して質問にすばやく回答したり、他のクエリの出発点として使用したりできます。
空の Explore でクイック スタート分析タイルを選択するか、実行済みの Explore の稲妻の Quick Start メニューから Looker のクエリで選択したフィールドが並べ替えられ、次のいずれかの質問に答えます。
- 閲覧者(
access_data
)の権限を持つ有効ユーザーの数。 - 過去 7 日間に失敗したジョブが 3 件を超えて失敗したユーザーは誰か。
- 特定のユーザーが最後にログインしたのはいつですか?
- 最もアクティブでないユーザーは誰か。
- 90 日以上ログインしていないユーザーは誰か
- アクセスが無効になっているユーザー
- デベロッパー権限(
develop
)が付与されているのはどのユーザーですか? - 各ロールのユーザーは何人か?
どのような Google スタッフがインスタンスにアクセスしたかを確認するにはどうすればよいですか?
[サポートへのアクセス] ページの [最近のアクセス] パネルに加えて、インスタンスにアクセスした Google 担当者の情報を確認できます。たとえば、インスタンスにアクセスした Google 担当者、インスタンスにアクセスした時間(分)、実行したクエリの数を表示するには、次のようにします。
- [ユーザー] から [名前] を選択します。
- [履歴] で [おおよそのウェブ使用量(分単位)] と [クエリ数とクエリ実行数] を選択します。
- [履歴] の [作成日 > 日付] でフィルタし、Google の担当者によるアクセスを表示する期間に値を設定します。
- [履歴] の [ソース &ソース] でフィルタし、値を
is not equal to
scheduled_task
に設定して、スケジュールされたタスクを削除します。 - User Facts で [User Permissions > Is Looker Employee (Yes / No)] でフィルタし、Google の担当者のみを表示するには値を
is Yes
に設定します。
https://<instance_name>/explore/system__activity/user?fields=user.name,history.approximate_usage_in_minutes,history.query_run_count_drill&f[user.is_disabled]=No&f[history.created_date]=70+days&f[history.source]=-%22scheduled_task%22&f[user_facts.is_looker_employee]=Yes
System Activity Labs 機能のガイド付き分析
ガイド付き分析を使用すると、Looker の管理者と see_system_activity
権限が付与されたユーザーが、履歴の Explore でインスタンスの使用に関する主な質問に Q&A 形式ですばやく回答できます。ユーザーがガイド付き分析にアクセスするには、管理者が [Labs 機能のガイド付きアクティビティ] Labs 機能を有効にする必要があります。
ガイド付き分析には、事前に入力されたフィールド、値、選択オプションのほか、選択した指標を表示するビジュアル表示が含まれます。
ビジュアリゼーション タイプは、選択したデータを最適に表示するために Looker が選択します。それは変更できません。
現在、ユーザーは履歴 Explore から、次のガイド付き分析オプションにアクセスできます。
- インスタンス内で最もアクティブになっているユーザーは誰か?— 誰がインスタンスから最大限の価値を引き出せるかを理解する
- どのようなコンテンツに対してインスタンスに負担がかかりますか?- 使用頻度の高いコンテンツを特定する
- ユーザー監査 - 種類とロールごとのユーザー アクションの把握
- インスタンスの使用状況の推移 - さまざまなアクティビティ指標を時系列で比較
空の Explore からガイド付き分析を選択する
ガイド付き分析を実行するには、使用する分析オプションを選択します。分析オプションは、クイック スタート分析オプションの上にある [ガイド付き分析] セクションに表示されます。
ガイド付き分析を実行したら、データ値をカスタマイズして、重要な質問に答えたり、分析を詳しく確認したり、分析を保存してアクセス権を持つ他のユーザーと共有したりすることができます。分析を終了するには、ブラウザタブを閉じます。
Explore の実行後にガイド付き分析を選択する
システム アクティビティの履歴 Explore をすでに実行している場合は、Explore 名の横にある稲妻のアイコンを選択して、ガイド付き分析を選択できます。
[クイック スタート] メニューが起動します。
[クイック スタート] メニューからガイド付き分析を選択して、新しいブラウザタブでガイド付き分析を開いて実行します。
ガイド付き分析を実行したら、データ値をカスタマイズして、重要な質問に答えたり、分析を詳しく確認したり、分析を保存してアクセス権を持つ他のユーザーと共有したりすることができます。分析を終了するには、ブラウザタブを閉じます。
ガイド付き分析のカスタマイズ
空の Explore または Explore のクイック スタート メニューからガイド付き分析を選択すると、分析が自動的に開き、新しいブラウザタブで実行されます。
ガイド付き分析の実行が終了したら、分析に応じてプルダウン メニュー、日付メニュー、ラジオボタン オプションから値と条件を選択することで、事前入力された値の組み合わせを変更して組み合わせることができます。
たとえば、ユーザーが [インスタンスのコンテンツに課税するコンテンツ] 分析を選択すると、Looker インスタンス上で使用頻度の高いコンテンツを特定できます。ガイド付き分析が読み込まれたら、ユーザーは [Over period?] でデフォルトの期間値を [Last 30 days] に変更します。
ガイド付き分析は、更新された時間枠の値で自動的に再実行されます。
この段階で、データをさらに探索して分析に関する追加の分析情報を適用するか、Look として分析を保存するか、アクセス権を持つ他のユーザーと分析を共有するかを選択できます。または、ブラウザ ウィンドウを閉じて分析を閉じることもできます。
ガイド付き分析のその他メニュー
ガイド付き分析のその他メニューでは、次のことが可能です。
ガイド付き分析の詳細
ガイド付き分析の初期データを取得したら、データを詳しく調べることができます。その場合は、その他メニューから [Explore from Here] を選択します。
新しいブラウザタブが開き、フィールドと、ガイド付き分析によって可視化された Explore が事前に読み込まれます。
フィールド、ピボット、フィルタを追加または削除して、詳細なデータ分析情報を作成できます。Explore のベスト プラクティスとヒントについては、Looker でのデータ探索をご覧ください。
ガイド付き分析の保存
ガイド付き分析をカスタマイズした後、分析を保存してアクセス権のある他のユーザーと共有することもできます。ガイド付き分析は、次の 2 つの方法で保存できます。
ガイド付きの可視化をダッシュボードに追加するには、その他メニューの [+ Add to Dashboard] を選択して [Save Guided Analysis to Dashboard] メニューを開きます。
[Guide Guided Analysis to a Dashboard] が開いたら、次の手順を行います。
- ガイド付き分析ダッシュボードのタイルのタイトルを入力します。
- ガイド付き分析を追加するダッシュボードの保存先であるフォルダを選択します。
- 目的のダッシュボードを選択します。
[保存] を選択します。
選択したダッシュボードにガイド付き分析が追加されたことを示す確認ポップアップが表示されます。
リンクをクリックしてダッシュボードに移動すると、ダッシュボードを編集できます。
または、[完了] を選択してポップアップを終了します。
ガイド付き分析を Look として保存するには、その他メニューの [Options] メニューから [Explore from Here] オプションを選択します。
新しいブラウザタブが開き、フィールドと、ガイド付き分析によって可視化された Explore が事前に読み込まれます。
残りの手順に沿って、Explore を Look として保存します。
- Exploreの右上にある歯車メニューを選択します。
- [Save] を選択します。
[Looks] を選択して [Save Look] メニューを開きます。
[タイトル] フィールドに新しいタイトルを入力します。既存のLookに上書き保存する場合は、このフィールドを空白のままにします。
[Description] フィールドに、Look の説明を入力します。既存のLookに上書き保存する場合は、このフィールドを空白のままにします。
[フォルダ] フィールドで、現在のフォルダが移動先であるかどうかを確認します。[Folder] フィールドには、選択したフォルダの名前と場所が表示され、右側に選択したフォルダの内容が表示されます。Look の保存が許可されていないフォルダを選択すると、メニューの下部に警告が表示され、[Save & View Look] ボタンが無効になります。
別のフォルダに保存する場合は、Look を保存するフォルダに移動します。次のいずれかの方法でフォルダに移動できます。
- [Folder] で、移動する親フォルダを選択します。
- 左側で、移動先の最上位フォルダの名前を選択します。
- 右側で、使用したいサブフォルダの名前を選択するか、そのサブフォルダのいずれかに移動します。
- サブフォルダが多数ある場合、[タイトルでフィルタ] にサブフォルダ名を入力して、リストをそのサブフォルダのみにフィルタできます。
既存の Look を保存するには、下にスクロールして、または [タイトルでフィルタ] を使用して目的の Look を見つけて選択します。[タイトル] と [説明] に、Look のタイトルと説明(ある場合)が表示されます。
Lookを保存します。
- Look を保存して [使い方・ヒント] ページに戻るには、[保存] を選択します。
- Look を保存して表示するには、[Save & View Look] を選択します。
Explore から次のようなオプションを選択して、Guided Analysis Explore を保存または共有することもできます。以下に例を示します。
- ダウンロード - ガイド付き分析の Explore をダウンロードします。
- 送信 - ガイド付き分析の Explore を 1 回限りの配信として送信する場合
- 保存してスケジュールを設定 - ガイド付き分析の Explore を Look またはダッシュボードとして保存し、定期的な配信を設定するには、次の操作を行います。
- 結果の結合 - ガイド付き分析の Explore の結果を他の Explore の結果と統合します。
ガイド付き分析の再読み込み
ガイド付き分析でデータを再読み込みするには、その他メニューから [再読み込み] オプションを選択します。
ガイド付き分析が更新され、最新のデータが表示されます。