使用ガイド: 遅いPCのトラブルシューティング
スローPCトラブルシューティングワークフローパックにより、EUCチームは次のことが可能になります。
シンプルなL1問題の自動化からL1サポートの時間を節約する
インシデント管理を自動化して、時間を節約し、実行された操作を記録します
一般的な問題の健康チェックを実行して、将来のチケットを防ぎます。
さらに、このライブラリパックは、事前設定されたリモートアクション、自己修復、キャンペーン、そしてITSMチケットの更新を提供し、アクションを実行し、進捗を記録します
ライブラリパックは使用している
以下の目的のためにライブラリパックのコンテンツを使用します。
可視性
遅いPCトラブルシューティングワークフロー・パックには、このライブラリパックの出発点となるライブダッシュボードが含まれています。 デバイスの環境に可視性を提供し、潜在的に遅く動作しているデバイスを簡単に特定できます。
これらのデバイスは、ワークフローを受信するようにターゲットを絞られ、影響を受けた従業員がトラブルシューティングプロセスを通じて導かれます。

使用ケース
以下に示す関連するユースケースに加えて、環境に特有の他のトラブルシューティングシナリオを発見することができるかもしれません。
問題のあるデバイスの特定と初期調査
最初のステップは、ユーザーにデバイスが遅くなっているか確認し、チェックが行えるか確認する入門キャンペーンです。 許可が得られた場合、ITSMチケットがそのデバイスに対して発行され、トラブルシューティングが開始されます。
デバイスの位置を確認します。 デバイスが現地にある場合、次のステップはスキップされます。 デバイスがリモートにある場合、Wi-Fi経由で接続されている可能性があり、接続が不安定な場合、デバイスが遅く感じられる原因となることがあります。
リモートアクション「Wi-Fi信号強度を取得する」をデバイスで実行し、「WiFiの強度をdbmで」結果をチェックします。
-0.70 dBm未満では、接続が不安定と見なされ、ユーザーに接続をトラブルシューティングするようアドバイスするカスタムキャンペーン「Wi-Fiセルフヘルプ」が開始されます。
-0.70 dBm以上では、接続が良好と見なされ、ワークフローが継続します。

システムは「ディスククリーンアップリクエスト」キャンペーンを開始し、ユーザーに一時ファイルをデバイスから削除する許可を求めます。
許可が得られた場合、リモートアクション「ディスククリーンアップ」が実行され、「ディープクリーン」パラメータでゴミ箱とインターネット一時ファイルを削除します。
許可が拒否された場合、ワークフローは継続します。
次のステップはデバイスのオペレーティングシステムを確認することです。 ワークフローは分岐し、macOS用のトラブルシューティングプロセスとWindows用のトラブルシューティングプロセスが異なります。

macOS
リモートアクション「macOSメモリ圧力を取得する」をデバイスで実行し、「メモリ圧力」出力を分析します。
メモリ圧力が70を超える場合、「メモリ圧力アドバイザリー」というカスタムキャンペーンが開始され、ユーザーにはパフォーマンスを向上させるために一部のアプリケーションを閉じるようアドバイスされます。
メモリ圧力が70未満の場合、ワークフローは継続します。

リモートアクション「macOSの更新状況と再起動情報を取得する」が起動され、「最終再起動からの日数」と「再起動が必要な保留中の更新」をチェックします。
更新後に再起動が保留中またはデバイスが過去14日間再起動されていない場合、デバイスの再起動の許可を求めるカスタムキャンペーンが実行されます。
許可が得られた場合、リモートアクション「macOSデバイスを再起動する」がデバイスで実行されます。
許可が拒否された場合、ワークフローは継続されます。
デバイスの再起動が不要な場合、ワークフローは継続します。

ServiceNowチケットは、クリーンアップされたディスク容量とメモリ圧力パーセンテージで更新されます。 その後、チケットは解決されます。
システムは「セルフヘルプ完了」キャンペーンを開始し、ユーザーにプロセスが完了したことを通知します。 デバイスがまだ遅い場合は、チケットをログとして記録するようアドバイスされます。
Windows
トラブルシューティングプロセスの最初の段階では、汚染されたWindowsシステムファイルのチェックと修復を行います。 ファイルの汚染は2か所でチェックされます: Windowsシステムフォルダーと「WinSxS」フォルダー(Windowsのカスタマイズと更新に必要な機能をサポートするWindowsコンポーネントストアファイルを含む)。
リモートアクション「システムファイルチェッカーを起動する」がデバイスで実行されます。
結果がチェックされて、WinSxsファイルが破損していないか確認されます。
両方の分岐(真/偽)の結果がチェックされ、Windowsシステムファイルが破損しているかどうかが確認されます。
ファイル破損が見つからない場合、ワークフローは次のステップに進みます。
リモートアクションが再度実行され、パラメータはワークフロー内で設定され、WindowsやWinSxsファイルの破損、またはその両方を修正しようとします。

6. リモートアクション「システムファイルチェッカーを起動する」が再度デバイスで実行され、WinSxSおよびその後にWindowsの破損を再度チェックするプロセスが繰り返されます。 7. その後、ServiceNowチケットが更新されます。 リモートアクションの2回目の実行後のチェック結果に応じて、この更新はファイル破損が検出され修正されたか、破損が検出されたが修正されなかったかを報告します。


ワークフローは今、続行します。
リモートアクション「バッテリーステータスを取得する」がデバイスで実行され、「電源プラン」出力が分析されます。
使用中の電源プランが「バランス」でない場合、「パワープランアドバイザリー」というカスタムキャンペーンが開始され、ユーザーに電源プランを変更してデバイスのパフォーマンスを向上させるようアドバイスされます。
「バランス」電源プランが使用されている場合、ワークフローは続行されます。

リモートアクション「デフォルトブラウザを取得する」がデバイスで実行されます。
前のリモートアクションの「デフォルトブラウザ」出力を使用して、デバイスで「ブラウザタブを取得する」リモートアクションが実行されます。
ブラウザタブが30以上の場合、悪いと見なされ、カスタムキャンペーン「ブラウザタブアドバイザリー」が開始され、ユーザーにパフォーマンスを改善するためにいくつかのタブを閉じるようアドバイスされます。
ブラウザタブが30未満の場合、許容範囲内と見なされ、ワークフローは続行されます。

リモートアクション「Windowsディスク情報を取得する」がデバイスで実行され、出力された「ディスクタイプ」が記録されます。
リモートアクション「ディスク健康度を取得する」がデバイスで実行され、出力された「SMARTステータス」と「修正されなかった書き込みエラー」が記録されます。

リモートアクション「保留中の再起動テスト」がデバイスで実行され、「前回の起動からの日数」と「保留中の再起動」がチェックされます。
更新後に再起動が保留中またはデバイスが過去14日間再起動されていない場合、デバイスの再起動の許可を求めるカスタムキャンペーンが実行されます。
許可が得られた場合、リモートアクション「Windowsデバイスを再起動する」がデバイスで実行されます。
許可が拒否された場合、ワークフローは続行されます。
デバイスの再起動が不要な場合、ワークフローは継続します。

ServiceNowチケットは、クリーニングされたディスク容量、ディスクタイプ、SMARTステータス、および修正されなかった書き込みエラー数で更新されます。 その後、チケットは解決されます。
システムは「セルフヘルプ完了」キャンペーンを開始し、ユーザーにプロセスが完了したことを通知します。 デバイスがまだ遅い場合は、チケットをログとして記録するようアドバイスされます。

関連トピック
Nexthinkは、一般的なITの問題を診断するためのアウト・オブ・ザ・ボックスダッシュボードを提供しています。
メインメニューからアラートと診断を選択してください。
ダッシュボードはナビゲーションパネルの診断セクションに表示されます。
Last updated
Was this helpful?