構成ガイド: 遅いPCのトラブルシューティング
はじめに
このワークフローを始めるにあたって、関連するすべてのコンテンツが適切にインストールおよび設定されていることを確認してください。 このページは、どのコンテンツが含まれているか、およびそれをどのように構成するかのガイダンスを提供します。
このガイドは推奨される設定を示します。 ご自身の特定の環境に基づいてコンテンツをカスタマイズおよび編集できます。
依存関係
このワークフローを利用するには、必要なコンテンツをNexthink Infinityテナントにインストールする必要があります。
前提条件
このライブラリパックには、次の拡張製品からのコンテンツが含まれています。
コンテンツと依存関係
ディスクのクリーンアップ要求
トラブルシューティングプロセスの一部としてディスクのクリーンアップが必要であることをユーザーに通知し、リソースを解放するために完全なクリーンアップを実行する許可を求めます。
macOSメモリプレス アドバイザリ
デバイスが高レベルのメモリプレスを報告していることをユーザーに通知し、リソースを解放するために使用していないアプリケーションを閉じることを提案します。
電源プランアドバイザリ
デバイスが企業承認済みの電源プランを実行していないことをユーザーに通知し、現在のプランがデバイスのパフォーマンスに影響を及ぼしている可能性があるため、変更することを提案します。
再起動リクエスト
デバイスが再起動を必要としていることをユーザーに通知します。 作業を保存し、続行する許可を求めます。
セルフヘルプ完了
セルフヘルプのトラブルシューティングプロセスが完了したことをユーザーに通知します。 アップデートが保留中の場合はデバイスを再起動し続けること、およびデバイスの遅延が続く場合はチケットをログに記録することを勧めています。
PC の識別が遅い
デバイスが遅延を経験している可能性があることが確認され、一部のチェックを実行する許可を求めます。
Wi-Fiセルフヘルプ
デバイスがWi-Fiの信号強度が低いことを経験していることが確認され、改善のために取るべきアクションを提案します。 このキャンペーンはリモートワーカーのみが対象です。
バッテリーステータス取得
ラップトップに搭載されているバッテリーの健康状態を、現在保持可能な容量という観点から返します。 Windowsデバイス向けに現在アクティブな電源プランも取得します。 交換すべきバッテリーを特定し、デバイスの電源設定を最適化するのに役立ちます。
ブラウザタブ取得
特定のブラウザ名から開かれているタブの数に関する情報を提供します。
デフォルトブラウザ取得
デフォルトに設定されたブラウザ名を取得します。
ディスクヘルス取得
特定のドライブレターで識別されたドライブがある物理ディスクの健康情報を取得します。
macOSメモリープレッシャー取得
Apple macOSデバイスから取得されたデータを出力し、macOSのメモリ使用量およびメモリプレッシャーに関する指標を理解するのに役立ちます。 メモリープレッシャーについての詳細は、macOSドキュメントを参照してください。
macOSのアップデートと再起動情報の取得
macOSのソフトウェアアップデートの状態に関するインサイトを提供し、デバイスに未解決の更新や再起動があるかを把握し、どの更新が保留中か、それらが再起動を要するか、および必要なディスク空間の量についてのインサイトを提供します。 リモートアクションは、最後にデバイスが再起動された日数も出力します。
Wi-Fi信号の強度取得
Wi-Fiの信号品質、強度、チャネル、およびデバイスが企業ネットワークに接続しているかどうかを取得します。
Windowsディスク情報取得
割り当てられたドライブレターで識別されたドライブの物理ディスク詳細を取得します。 このリモートアクションは、SuperFetch、インデックス作成、ハイバネート、ディスク最適化（訳注：ディスクの最適化）など、ディスク容量を消費する機能の構成状況も取得します。 （ディスクの最適化）。
システムファイルチェッカーの呼び出し
"Windows"および"Winsxs"システムフォルダ内のシステムファイルの損傷をチェックおよび修復するために使用できます。
macOSデバイスの再起動
デバイスの稼動時間が長すぎるために再起動が必要であるかどうかの情報を取得し、提供された入力に基づいてターゲットデバイスのスケジュールを設定して再起動します。
Windowsデバイスの再起動
稼動時間が長過ぎるか保留中の再起動がある場合に再起動が必要かどうかの情報を取得し、提供された入力に基づいてターゲットデバイスの再起動を設定します。
保留中の再起動のテスト
デバイスの再起動が保留中かどうかとその理由を判断します。 考えられる原因は次の通りです：
コンピュータの名前変更。
ドメイン参加。
ファイルの名前変更操作。
SCCMエージェント。
ソフトウェアのインストール。
Windowsアップデート。
最後の起動イベントの日時とタイプも取得します。 起動の種類は次の通りです:
通常の起動
FastBoot
ハイバネーションからの再開
構成
ステップ1 - ライブラリパックコンテンツのインストール
Nexthinkライブラリにアクセスして、必要なすべてのコンテンツをインストールしてください。
ステップ2 - ITSM APIコネクタの資格情報を設定
各サービス/API thinkletには、資格情報を入力する為のドロップダウンフィールドがあります。 ワークフローがライブラリからインストールまたはコピーされた場合、このフィールドは空白です。これは、各環境のローカル設定であり、ライブラリには含まれていません。
ServiceNowアクションは、ビルトインのServiceNowコネクタを使用して作成できます。 必要なアクションとコネクタ資格情報をドロップダウンリストから選択することができ、選択されたアクションに応じて利用可能なパラメータが変更されます。
ステップ3 - リモートアクションの設定
このワークフロー内で使用される、同行されたリモートアクションは12個あります。ワークフローが正常に機能するためには、これらのリモートアクションの一部がデフォルトと異なる入力パラメータでトリガーされます（例：リモートアクション「ディスククリーンアップ」は「ディープクリーン」でトリガーされます）。
このワークフローのためにカスタムキャンペーンが作成され、リモートアクションがトリガーされる前に許可を求めるためか、もしくはリモートアクションが実行された後に起動される可能性があります。 そのため、一部のリモートアクションのデフォルトの動作を変更し、カスタム入力パラメータを許可することが必要になるかもしれません。 これにより、リモートアクションに組み込まれたキャンペーンが起動して混乱を引き起こすことを防ぎます。
ディスククリーンアップ
これら3つのパラメータは全てカスタム値を許可するように設定すべきです
ディスククリーンアップキャンペーンID
クリーンアップ完了キャンペーンID
クリーンアップレベル
ブラウザタブ取得
これら2つのパラメータはカスタム値を許可するように設定すべきです
キャンペーンID
タブの数
システムファイルチェッカーの呼び出し
これら2つのパラメータは「false」と「true」の2つのオプションを含むようにチェックおよび設定されるべきです。
dism_auto_repair
sfc_auto_repair
macOSデバイスの再起動
これらすべてのパラメータはカスタム値を許可するように設定すべきです
最後の再起動からの日数
キャンペーンの表示
キャンペーンID
猶予期間（後に発動される）までの日数
再起動までの遅延時間（分）
ステップ5 - キャンペーンの設定
このワークフローには8つのエンゲージキャンペーンが含まれています。 ガイド付きのトラブルシューティングプロセス中に、これらのキャンペーンはアドバイスを提供したり、デバイスへの介入が必要であることを示すために表示されます。
これらのキャンペーンは使用する前に変更し、企業のコミュニケーションガイドラインに適合させるべきです。 キャンペーンの管理管理ページに移動し、キャンペーンを確認および編集します。
インストールされた各キャンペーンについて、次のことをして下さい：
送信者名と画像をカスタマイズする。
質問を見直し調整する。
キャンペーンを使用する準備が整ったら公開する。
ステップ6 - ワークフローのスケジュール設定
手動トリガー
このワークフローは定期的にスケジュールするためのものではなく、必要に応じてデバイス上で手動で実行されるように設計されています。 主に、遅い動作のデバイスが報告された場合の、L1サポートエージェントが通常実行するプロセスを自動化するために設計されています。 それをそのプロセスの診断ステップとして追加することができます。
予防的検出
このワークフローを遅いと疑われるデバイスでプロアクティブに実行したい場合は、対象デバイスの識別は主観的な要素が多いため、顧客ごとに異なる可能性があることを考慮してください。
Nexthinkは、デバイスのパフォーマンスのさまざまな側面を報告するためのさまざまな指標を提供しており、認識される鈍さが複合的な要因による可能性があると考えています。
考慮すべき指標の一部は以下の通りです：
CPU使用量.
CPUキューの長さ（CPUキューの長さが使用可能な論理プロセッサ数の2倍以上の期間続く場合、デバイスに問題があることを示している可能性があります）。
CPU中断使用量（CPU中断使用量の期間が長い場合、高負荷がかかっていることを示している可能性があります）。
ディスクキューの長さ（それ自体は遅さの指標とはなりませんが、他の指標と組み合わせて）。
メモリのディスクへのスワップ速度（頻繁なスパイクはメモリが不十分であるか過剰に使用されている結果である可能性があります）。
メモリスワップサイズ（継続的な使用は、不十分であるか過剰に使用されているメモリが結果である可能性があります）。
使用可能なメモリ比率。
このパッケージには、KPIを含むダッシュボードとサンプルクエリを持った表が含まれています。 提供されたクエリはすべて、使用前にデバイス風景に対して調整およびテストが行われる必要のある敷居があり、クエリロジック（および/または演算子の順列）が含まれているべきです。
コード
1 直近24時間中のデバイス
2 | device_performance.events を含む
3 | cpu_queue_ratio = cpu_queue_length.avg()/(number_of_logical_processors.avg()*2)、cpu_usage_ = normalized_cpu_usage.avg()、high_interrupt = high_cpu_interrupt_usage.sum()、medium_interrupt = medium_cpu_interrupt_usage.sum()、mem_swap_rate = memory_swap_rate.avg()、mem_swap_size = memory_swap_size.avg()、mem_ratio = used_memory.avg() / installed_memory.avg()、disk_queue_length_ = disk_queue_length.avg()、disk_space_ratio = system_drive_free_space.avg() / system_drive_capacity.avg() を計算する
4 | ここで cpu_queue_ratio >= 1 または cpu_usage_ > 80 または high_interrupt > 1min または medium_interrupt > 5min または (mem_swap_size > 5GB および mem_swap_rate > 1MB) または mem_ratio > 0.85 または disk_queue_length_ >= 1 または disk_space_ratio >= 0.90
5 | execution.eventsを含む
6 | connection_establishment_time.avg()のresponse_time を計算する
7 | response_time >= 50msの場合
8 | cpu_queue_ratio を降順にソート
9 | disk_queue_length_ を降順にソート使用ガイド
コンテンツが設定され、使用する準備ができました。 使用概要と推奨事項については、使用ガイドを参照できます。
Last updated
Was this helpful?