使用ガイド: PC遅延のトラブルシューティング
Last updated
Was this helpful?
Last updated
Was this helpful?
このワークフローは、デバイスでよく見られる速度低下の原因を自動的にトラブルシューティングするプロセスを実行します。 リモートアクションやCampaignsを組み合わせながら、このガイド付きウォークスルーでは問題が発見された場合、ターゲットデバイスに対してチェックを実行し、ユーザーに助言を行います。 可能であれば、デバイス上でリモートアクションによる修正が行われ、許可を要請した上で進行します。 プロセス開始時にデバイスに対してITSMチケットが記録され、プロセスの終了時には行ったアクションと記録されたデータで更新されて終了します。
構成ガイドに記載された手順に従って、ワークフローが正しく設定されていることを確認してください。
このセクションでは、このワークフローの主要なステップについて説明します。 最初のステップは、ユーザーにデバイスが遅く動作していることを確認し、チェックを行うことを確認するイントロダクションキャンペーンです。 許可が与えられた場合、デバイスに対してITSMチケットが起こされます。 最初のチェックはデバイスの位置確認です。 デバイスが社内にある場合、次のステップはスキップされます。 デバイスがリモートであれば、Wi-Fiで接続されている可能性があり、接続が悪ければデバイスが遅く感じられる原因のひとつです。
リモートアクション「Wi-Fiシグナル強度の取得」がデバイスで実行され、「WiFi強度(dBm)」の出力がチェックされます。
-0.70 dBm未満の場合、接続は悪いと見なされ、カスタムCampaign「Wi-Fiセルフヘルプ」が実行され、ユーザーに接続のトラブルシューティングを勧めます。
-0.70 dBm以上であれば、接続は正常と見なされ、ワークフローは続行されます。
カスタマイズされたキャンペーン「ディスククリーンアップ要求」が立ち上げられ、ユーザーにデバイスから一時ファイルを削除する許可を求めます。
許可が与えられた場合、リモートアクション「ディスククリーンアップ」が実行され、「深いクリーン」パラメータでごみ箱と一時インターネットファイルが削除されます。
許可が拒否された場合、ワークフローは続行されます。
次のステップはデバイスのオペレーティングシステムの確認です。 この時点でワークフローは分岐し、macOSとWindowsデバイスのトラブルシューティングプロセスが異なります。
リモートアクション「Get macOSメモリ圧力」がデバイスで実行され、「メモリ圧力」の出力が分析されます。
メモリ圧力が70を超えている場合、カスタムキャンペーン「メモリ圧力アドバイザリー」が実行され、ユーザーにデバイスのパフォーマンスを改善するためにいくつかのアプリケーションを閉じることを勧めます。
メモリ圧力が70未満の場合、ワークフローは続行されます。
リモートアクション「Get macOSのアップデートおよび再起動情報」が開始され、「最後の再起動からの日数」と「Pending updates need restart」の出力がチェックされます。
アップデート後の再起動が保留中、またはデバイスが過去14日間再起動されていない場合、デバイスを再起動する許可を求めるカスタムキャンペーンが実行されます。
許可が与えられた場合、リモートアクション「Restart macOSデバイス」がデバイスで実行されます。
許可が拒否された場合、ワークフローは続行されます。
デバイスの再起動が必要ない場合、ワークフローは続行されます。
ServiceNowチケットは、クリーンアップされたディスクスペース量およびメモリ圧力率で更新されます。 チケットは解決されます。
Campaign「セルフヘルプ完了」が実行され、ユーザーにプロセスが完了したことを通知します。 デバイスがまだ遅い場合は、チケットを記録することをお勧めします。
リモートアクション「バッテリーステータスの取得」がデバイスで実行され、「電源プラン」の出力が分析されます。
使用中の電源プランが「バランス」でない場合、カスタムキャンペーン「電源プランアドバイザリー」が開始され、ユーザーにデバイスのパフォーマンスを改善するために電源プランを変更することを勧めます。
「バランス」電源プランが使用されている場合、ワークフローは続行されます。
リモートアクション「デフォルトブラウザの取得」がデバイスで実行されます。
リモートアクション「ブラウザタブの取得」が「デフォルトブラウザ」出力を使用してデバイスで実行されます。
ブラウザタブ数が30以上の場合、これは悪いと見なされ、この場合、カスタムキャンペーン「ブラウザタブアドバイザリー」が実行され、ユーザーにデバイスのパフォーマンスを改善するためにいくつかのタブを閉じることを勧めます。
ブラウザタブ数が30未満の場合、これは許容範囲と見なされ、この場合、ワークフローは続行されます。
リモートアクション「Windowsディスク情報の取得」がデバイスで実行され、「ディスクタイプ」が記録されます。
リモートアクション「ディスクヘルスの取得」がデバイスで実行され、「SMARTステータス」と「未修正の書き込みエラー」の出力が記録されます。
リモートアクション「テスト保留中の再起動」がデバイスで実行され、「最後の起動からの日数」と「保留中の再起動」がチェックされます。
アップデート後の再起動が保留中、またはデバイスが過去14日間再起動されていない場合、デバイスを再起動する許可を求めるカスタムキャンペーンが実行されます。
許可が与えられた場合、リモートアクション「Restart Windowsデバイス」がデバイスで実行されます。
許可が拒否された場合、ワークフローは続行されます。
デバイスの再起動が必要ない場合、ワークフローは続行されます。
ServiceNowチケットは、クリーンアップされたディスクスペース量、ディスクタイプ、SMARTステータス、および未修正の書き込みエラー数で更新されます。 チケットは解決されます。
Campaign「セルフヘルプ完了」が実行され、ユーザーにプロセスが完了したことを通知します。 デバイスがまだ遅い場合は、チケットを記録することをお勧めします。
Nexthinkは、一般的なITの問題を診断するための標準的なdashboardsを提供しています。
メインメニューからAlerts and Diagnosticsを選択します。
ダッシュボードは、ナビゲーションパネルの診断セクションに表示されます。
