SPLK-3002 Dumps PDF 2023 Strategy Your Preparation Efficiently [Q26-Q42].

11月 17, 202311月 17, 2023 試験問題SPLK-3002 Dumps PDF 2023 Strategy Your Preparation Efficiently [Q26-Q42]. 0 コメント

タグ: 新しい SPLK-3002 試験 vce, SPLK-3002試験シミュレーター料金, SPLK-3002 無料サンプル, SPLK-3002テストダンプ, SPLK-3002テストテスト

この記事を評価する

効率的にSPLK-3002ダンプPDF 2023戦略あなたの準備

最新の検証済みSPLK-3002問題集

新しい質問26
KPI をそのサービス内のエンティティのみに自動的に制限し、各エンティティの KPI 値を生成するにはどうすればよいですか?

エンティティで分割 "と "サービス中のエンティティにフィルタリング "の両方で "はい "を選択します。

エンティティで分割 "は "いいえ "を、"サービス中のエンティティにフィルタリング "は "はい "を選択する。

エンティティで分割 "は "はい"、"サービス中のエンティティにフィルタリング "は "いいえ "を選択します。

エンティティで分割 "と "サービス中のエンティティにフィルタリング "の両方で "いいえ "を選択します。

参考までに：
A は正しい答えです。"Split by Entity" と "Filter to Entities in Service" の両方で "Yes" を選択すると、KPI をそのサービス内のエンティティのみに自動的に制限し、各エンティティの KPI 値を生成できます。エンティティによる分割" は、エンティティのエイリアス・フィールドによって KPI 検索結果を分割し、エンティティごとに個別の KPI 値を計算します。Filter to Entities in Service は、サービスの一部でないエンティティを KPI 検索結果から除外します。こうすることで、KPI にサービスに関連するエンティティのみが反映され、各エンティティの詳細な情報が提供されるようになります。参照[ITSI で KPI 設定を構成する]を参照してください。

新しい質問 27
従属サービスのヘルススコアのデフォルトの重要度は？

未指定

説明
デフォルトでは、サービスの健全性に影響を与えるスコアの重要度は11である。

新しい質問 28
KPI をそのサービス内のエンティティのみに自動的に制限し、各エンティティの KPI 値を生成するにはどうすればよいですか?

エンティティで分割 "と "サービス中のエンティティにフィルタリング "の両方で "はい "を選択します。

エンティティで分割 "は "いいえ "を、"サービス中のエンティティにフィルタリング "は "はい "を選択する。

エンティティで分割 "は "はい"、"サービス中のエンティティにフィルタリング "は "いいえ "を選択します。

エンティティで分割 "と "サービス中のエンティティにフィルタリング "の両方で "いいえ "を選択します。

新しい質問 29
分散検索では、どのコンポーネントをサーチヘッド以外のインスタンスにインストールする必要がありますか？

SA-IndexCreationとSA-ITSI-Licensecheckerをインデクサで使用する。

SA-ITSI-LicensecheckerとSA-UserAccess。

idexersのSA-IndexCreation、ライセンスマスタのSA-ITSI-LicensecheckerとSA-UserAccess。

SA-ITSI-Licensechecker をインデクサにインストール。

SA-IndexCreation はすべてのインデクサで必要です。クラスタ化されていない分散環境では、個々のインデクサで SA-IndexCreation を $SPLUNK_HOME/etc/apps/ にコピーしてください。
参考までに：
分散検索において、検索ヘッド以外のインスタンスにインストールする必要があるコンポーネントは、インデクサ上のSA-IndexCreationとSA-ITSI-Licensecheckerである。SA-IndexCreationは、iti_summaryやiti_tracked_alertsなど、ITSIが必要とするインデックスを作成するアドオンである。SA-ITSI-Licensecheckerは、ITSIのライセンス使用状況を監視し、ライセンスの上限を超えた場合や期限切れになりそうな場合にアラートを生成するアドオンです。これらのコンポーネントは、ITSIのデータ取り込みと保存機能を扱うため、インデクサにインストールする必要がある。ITSIアプリやSA-ITOAなどの他のコンポーネントは、ITSIの検索管理およびプレゼンテーション機能を扱うため、サーチヘッドにインストールする必要がある。参考分散環境にIT Service Intelligenceをインストールする

新しい質問 30
分散検索アーキテクチャをサポートするためにITSIをインストールする場合、次のどの項目に該当しますか？
(該当するものをすべて選んでください)

SA-IndexCreation をすべてのインデクサにコピーする。

SA-IndexCreationをインデックスクラスターマスターノードのetc/appsディレクトリにコピーします。

クラスタデプロイノードのetc/appsディレクトリにインストーラパッケージを展開します。

ITSIアプリパッケージを検索ヘッドのetc/appsディレクトリに展開する。

説明
SA-IndexCreationを環境内のすべてのインデクサの$SPLUNK_HOME/etc/apps/にコピーします。

新しい質問 31
反復的なITSI展開を開始する最も効果的なサービスを特定するためのベストプラクティスはどれか。

複数のサービスで使用される場合のみ、KPI を含める。

ビジネスを分析し、最も重要なサービスを決定する。

低レベルのサービスに重点を置く。

多くの主要サービスを早期に定義する。

参考までに：
反復的なITSI展開を開始する最も効果的なサービスを特定するためのベストプラクティスは、ビジネスを分析して、収益、顧客満足度、またはその他の重要なパフォーマンス指標に最も影響を与える最も重要なサービスを決定することです。Service Analyzerを使用して、これらのサービスに優先順位を付け、監視することができます。参照サービス・アナライザー

新しい質問32
KPI重要度11の重み付けは、サービスの総合的な健全性スコアにどのような影響を与えるか？

少なくとも10%のKPIがクリティカルになる。

重要度ウェイトは健康スコアリングには使用されない。

サービスは危機的状況に陥るだろう。

これは最低限の健康指標KPIである。

参考までに：
KPI 重要度ウェイトは、KPI がサービスの全体的な健全性スコアにどの程度寄与するかを示す値です。重要度の重みは、1（最低）から 10（最高）の範囲で設定できます。KPI 重要度の重みを 11 に構成する場合に適用される文は以下のとおりです：
B) 重要度ウエイトはヘルススコアリングに使用されない。重要度11の値は無効であり、健康状態のスコアリングには使用できないため、これは正しい。重要度の最大値は10である。
他の記述は当てはまらない：
A) 少なくとも 10% の KPI がクリティカルになる。重要度の重みを 11 に設定しても、どの KPI の重大度レベルにも影響しないので、これは正しくない。
C)サービスがクリティカルになる。重要度のウェイトが11であっても、どのサービスのヘルススコアやステータスにも影響しないので、これは正しくない。
D) 最低健全性指標 KPI である。重要度の重みが 11 であっても、KPI の最低健全性レベルについては何も示さないため、これは正しくない。

新しい質問33
ITSI Deep Diveの機能は、次のどの項目に当てはまりますか?(該当するものをすべて選択してください。）

サービスの注目すべき出来事をある期間にわたって比較すること。

1つまたは複数のサービスKPIの値を時間ごとに可視化します。

サービスにおけるKPIのアラート・レベルを経時的に調査し、比較する。

スイムレーンの値を時間ごとに比較。

新しい質問 34
エピソードとは何か？

ワークフローのタスク。

深く掘り下げる。

注目すべきイベントグループ。

特筆すべき出来事。

説明
それは、より大きなシーケンスの一部として発生した注目すべき出来事の重複排除されたグループ、または単独で考慮される事件や期間である。

新しい質問35
マルチKPIアラートを構成するのに最適なユースケースはどれですか？

2つの注目すべき出来事の内容を比較する。

機械学習を使って、データが予想されるパターンから外れた場合に評価する。

2つのKPI間の異常検知を比較する。

1つまたは複数のKPIが停電の発生を示すと、アラートを上げる。

参考までに：
マルチ KPI アラートは、2 つ以上の KPI に対して定義されたトリガ条件に基づく相関検索の一種です。トリガ条件が各 KPI に対して同時に発生すると、検索は注目すべきイベントを生成します。例えば、2 つの一般的な KPI に基づいてマルチ KPI アラートを作成することができます：CPU 負荷パーセントと Web 要求です。CPU 負荷パーセンテージと Web 要求の両方の KPI で突然の同時急増は、DDOS（分散型サービス拒否）攻撃を示す可能性があります。マルチKPIアラートにより、そのような傾向のある動作に早期に注意を向けることができるため、パフォーマンスへの影響を最小限に抑えるための措置を講じることができます。マルチKPIアラートは、複数のサービスにわたる複数のKPIのステータスを相関させるのに便利です。これは、因果関係を特定し、根本原因を調査し、インフラストラクチャ全体の動作に関する洞察を提供するのに役立ちます。マルチ KPI アラートを構成する最良のユースケースは、サービスの健全性スコアが特定の閾値を下回った場合や、複数の KPI が重要な重大度レベルにある場合など、1 つ以上の KPI が停止の発生を示す場合にアラートを発生させることです。参考ITSIでマルチKPIアラートを作成する

新しい質問36
KPI 値の保存にはどのインデックスが使用されますか？

itsi_summary_metrics

itsi_metrics

itsi_service_health

itsi_summary

IT サービス・インテリジェンス（ITSI）メトリクス・サマリー・インデックス（iti_summary_metrics）は、KPI データを格納するメトリクス・ベースのサマリー・インデックスです。
参考までに：
ITSI の KPI 値を格納するために itsi_summary_metrics インデックスが使用されるため、Aが正解です。このインデックスは、特に非常に大規模な環境で、ITSI によってディスパッチされる検索のパフォーマンスを向上させます。すべての KPI は、iti_summary events インデックスと itsi_summary_metrics metrics インデックスの両方に要約されます。参考ITSIインデックスの概要

新しい質問 37
ITSIを使用している部門は2つある。財務と営業だ。各部門のアナリストは、お互いのサービスを見ることができないようにする必要があります。これを達成するために必要な役割構成の手順は何ですか。

itoa_finance_admin: itoa_admin から継承; itoa_sales_admin: itoa_team_admin から継承; itoa_finance_analyst: itoa_analyst から継承; itoa_sales_analyst: itoa_analyst から継承。

itoa_finance_admin: itoa_admin から継承; itoa_sales_admin: itoa_team_admin から継承; itoa_finance_analyst: itoa_team_analyst から継承; itoa_sales_analyst: itoa_team_analyst から継承。

itoa_finance_admin: itoa_admin から継承; itoa_sales_admin: itoa_team_admin から継承; itoa_finance_analyst: itoa_analyst から継承; itoa_sales_analyst: itoa_team_analyst から継承。

itoa_finance_admin: itoa_team_admin から継承; itoa_sales_admin: itoa_team_admin から継承; itoa_finance_analyst: itoa_analyst から継承; itoa_sales_analyst: itoa_analyst から継承。

チームはITSIの機能であり、ユーザー・ロールに基づいてUIビューのサービス・コンテンツへのアクセスを制限できるため、Cが正解です。財務アナリストと営業アナリスト用に別々のチームを作成するには、ITSIコンテンツへの読み取り専用アクセスを持つitoa_analystロールを継承するカスタム・ロールを作成する必要があります。例えば、itoa_analystを継承するitoa_finance_analystロールとitoa_sales_analystロールを作成できます。次に、これらのロールを含むカスタム・チームを作成し、関連するサービスに割り当てる必要があります。例えば、itoa_finance_analystロールを含む財務チームを作成し、財務サービスに割り当てます。同様に、itoa_sales_analystロールを含む営業チームを作成し、営業サービスに割り当てることができます。こうすることで、各部門のアナリストは自分のサービスだけを見ることができ、お互いのサービスは見ることができません。参考ITSIでチームを作成する, ITSIでチームをサービスに割り当てる

新しい質問 38
ITSIを導入することで最も恩恵を受けるシナリオは？

ビジネスサービス機能の監視

システムハードウェアの監視

システム・プロセス・ステータスの監視

小売販売指標のモニタリング

新しい質問 39
ITSIのバックアップとリストア機能について説明しているものは、次のうちどれですか？(該当するものをすべて選んでください。）

事前に設定されたデフォルトのITSIバックアップ・ジョブが提供され、変更することはできるが、削除することはできない。

ITSIバックアップには、KVストア、ITSI設定、インデックス依存関係が含まれる。

kvstore_to_json.pyはフルバックアップや部分バックアップのためにITSIをバックアップするスクリプトやコマンドラインで使用できます。

ITSIのバックアップは、JSON形式のファイルの集まりとして保存される。

説明
ITSI には kvstore_to_json.py スクリプトが用意されており、ITSI 構成データのバックアップ/リストア、サービス KPI 操作の一括実行、ITSI オブジェクトのタイム・ゾーン・オフセットの適用、KPI 検索スケジュールの再生成を行うことができます。
バックアップジョブを実行すると、ITSIはデータを1つのZIPファイルに圧縮されたJSONファイルのセットに保存します。

新しい質問 40
分散インストールされた Splunk に ITSI を導入する場合、どのコンポーネントを検索ヘッドにインストールする必要がありますか？

SA-ITOA

ITSIアプリ

ITSIの全コンポーネント

SA-ITSI-ライセンスチェッカー

SA-ITSI-Licensechecker と SA-UserAccess を、分散環境または検索ヘッドクラスタ環境のライセンスマスタにインストールします。環境内の検索ヘッドがライセンスマスタでもある場合、検索ヘッドに ITSI をインストールすると、ライセンスマスタのコンポーネントがインストールされます。
参考までに：
分散インストールされた Splunk に ITSI を導入する場合、サーチヘッドにインストールする必要があるコンポーネントは ITSI アプリである。ITSI アプリには、サービスの作成と管理、KPI 設定、ガラステーブルの作成と編集、エピソードのレビュー、ディープダイブなど、ITSI の主な機能と特徴が含まれています。ITSIアプリには、SA-ITOA（IT Operations Analytics）、SA-UserAccess（User Access Management）、SA-Utils（Utility Functions）など、追加機能を提供するアドオンも含まれています。ITSIアプリは、ITSIの検索管理とプレゼンテーション機能を処理するため、検索ヘッドにインストールする必要があります。参考分散環境にIT Service Intelligenceをインストールする

新しい質問41
ITSIの問題をトラブルシューティングする際に役立つエラーメッセージを含むインデックスはどれですか？

内観

内部

itsi_summary

itsi_notable_audit

新しい質問 42
ベースサーチの特徴はどれか？

検索式、エンティティの分割ルール、およびしきい値は、基本検索レベルで設定される。

サービスのKPIのメトリクスを計算するために、サービスに割り当てられたエンティティにフィルタリングすることが可能です。

共通のベースサーチを共有するKPIが少なければ少ないほど、ベースサーチはより効率的であり、異常検知はより効率的である。

ベース・サーチは、KPI がそれを必要とするかどうかにかかわらず実行される。

ローディング …