FSLogix プロファイルマウントエラーのトラブルシューティング

FSLogix プロファイルは、さまざまな理由でアタッチに失敗することがあります。一般的に、プロファイルがマウントに失敗すると、エンドユーザーはエラーメッセージを受け取り、デスクトップに進むことができません。

このガイドでは、Nerdio Manager を使用して、これらのエラーのトラブルシューティングをサポートします。以下のセクションがあります：

• FSLogix エラーメッセージダイアログ

• Nerdio Managerを使用して FSLogix プロファイルログを取得します。 を使用して取得します。

• 一般的な FSLogix エラーメッセージ、原因、解決策

• FSLogix プロファイルログを手動で取得する

• ファイル共有の権限を手動でトラブルシューティングする

• 環境を確認してください

FSLogix エラーメッセージダイアログ

時々、FSLogix エラーは提供されたエラーメッセージによって明らかになります。例えば、別のプロセスによって使用されているファイルを説明するエラーが表示されることがあります。

他の時には、エラーがそれほど説明的でない場合があり、詳細を確認するために実際のログファイルを収集する必要があります。

Nerdio Managerを使用して FSLogix プロファイルログを取得します。

FSLogix ログは Nerdio Manager から直接取得できます。

FSLogix ログを取得するには：

1. エラーメッセージを確認し、提供されたコンピュータ名に注意してください。

2. Nerdio Manager で、エラーのあるセッションホストを見つけます。

3. アクションメニューから、ログをリクエストを選択します。

4. リクエストログのポップアップで、FSLogixを選択します。

5. [OK] を選択します。

6. ホストプールタスクセクションで、VMログをストレージコンテナにアップロードタスクが完了するのを待ちます。

   注意: VMはオンラインであり、アクセスできる状態である必要があります。このプロセスは、ログのダウンロード準備に最大10分かかる場合があります。

7. タスクが完了したら、詳細を選択し、次にログをダウンロードを選択します。

8. zipファイルを抽出し、フォルダー...\FSLogix\Logs\Profileに移動します。

   注意: 複数のログファイルが存在する可能性があります。ファイル名には日付が含まれています。エラーが発生した日付に対応する日付のファイルを開きます。通常、最も最近の日付のものです。

9. テキストエディターでログファイルを開きます。

   ヒント: ワードラップを無効にすると、ログの検索や確認が簡単になります。

10. ファイル内でテキスト[ERRORを検索します。これにより、最初のエラーと対応するエラーコードを見つけることができます。

    この例では、FSLogix プロファイルが期待されるファイル パスを含むエラーを完全に確認できます。

一般的な FSLogix エラーメッセージ、原因、解決策

この表は、一般的な FSLogix エラーメッセージとその原因、解決策を示しています。

FSLogix プロファイルログを手動で取得する

古いバージョンのNerdio Managerを使用している場合、または機能が何らかの理由で壊れている場合は、手動でログを取得することを試みることができます。

FSLogix プロファイルログを手動で取得するには：

1. スタンドアロン AVD リモートデスクトップクライアントを使用してデスクトップに接続し、エラーメッセージが表示されるまで待ちます。

   注意: これは管理者ユーザーを必要としないため、エンドユーザーとして実行できます。

2. CTRL+SHIFT+ESCを押してタスクマネージャーを開きます。

3. ファイル > 新しいタスクを実行するにナビゲートします。

4. explorer.exeと入力し、OKを選択します。

5. 以下のパスに移動します: %ProgramData%\FSLogix\Logs\Profile。

   注意: ログはこのディレクトリにあり、セッションホストのシステム時刻と日付のスタンプを使用して名前が付けられています。変更していない場合、UTC-0に設定されているため、古いログを探す際にはこの点に注意してください。

ファイル共有の権限を手動でトラブルシューティングする

セッションホストを使用して、ファイル共有の権限に関する問題をトラブルシューティングすることもできます。これは、Nerdio Managerを使用してファイル共有を作成していない場合、NetApp Filesを使用している場合、または自己管理のファイルサーバーを使用している場合に便利です。

ファイル共有の権限を手動でトラブルシューティングするには：

1. スタンドアロンAVDリモートデスクトップクライアントを使用してデスクトップに接続し、エラーメッセージが表示されるまで待ちます。

2. CTRL+SHIFT+ESCを押してタスクマネージャーを開きます。

3. ファイル > 新しいタスクを実行するにナビゲートします。

4. explorer.exeと入力し、OKを選択します。

5. Nerdio Manager設定 > AVD 統合ページに記載されたUNCにナビゲートします。これは、プロファイルが保存されているファイル共有パスであり、「VHDLocations」としても知られています。

6. そのパスにアクセスできる場合は、その場所にフォルダーを作成してみてください。できない場合は、共有またはNTFSの権限が正しく設定されていません。

   • Everyone または Authenticated Users に、共有のアクセス許可をフルコントロールで設定します。

   • Microsoftのガイドラインに従ってNTFS権限を設定します。詳細については、このMicrosoft ドキュメントを参照してください。

7. パスにアクセスできない場合は、パス自体、名前解決、またはネットワークが正しく設定されていない可能性があります。

   • 別のコンピューターからそのパスにアクセスできるか確認してください。

   • タスクマネージャーを開いて、[ファイル] > [新しいタスクの実行]を選択してください。

     • cmd.exeと入力し、[OK]を選択してください。

     • NSLookup または ping を使い、ホスト名が正しく解決され、応答があることを確認してください。

       注意: Azure FilesストレージアカウントはICMPに応答しません。これは問題ありません。

8. パスにアクセスできてファイルやフォルダーを作成できる場合は、ユーザーのプロファイルVHD(X)ファイルが別のセッションによってロックされていないことを確認してください。デフォルトでは、FSLogix プロファイルは、最初にマウントしたセッションによって独占的にロックされるように設定されています。ユーザーが別のホストプールに接続している場合は、プロファイルが既にロックされています。FSLogix はプロファイルの同時アクセスをサポートしていますが、注意すべき点があります。詳細については、このMicrosoft ドキュメントを参照してください。

環境を確認してください

多くの場合、FSLogix は環境が完全に構成され、セットアップも完了していないため、エラーが発生します。これが AVD または Nerdio Manager の初回展開の場合、何かがまだ構成されていない可能性が高いです。次の項目が整っていることを確認してください：

Azure Filesを使用している場合：

1. Nerdio Manager で、 [ストレージ] > [Azure Files] に移動します。

2. 警告アイコンがないことを確認してください。

3. ストレージアカウントが AD 参加済みで同期されている場合、Azure ポータルの設定でストレージアカウントが有効になっていることを確認してください。

4. Azure ポータルで、ユーザーまたはグループにストレージアカウント内のファイル共有へのアクセス許可が付与されていることを確認してください。（役割：Storage File Data SMB Share 共同作成者）

   • Azure でストレージアカウントが Nerdio Manager とリンクされている場合、すばやくそのアカウントに移動できます。

   • アクセス制御（IAM）セクションを開いて、役割の割り当てを選択してください。

   • 割り当てのリストを下までスクロールし、「Storage File Data SMB Share 共同作成者」が表示されるのを確認してください。ユーザーまたはグループに必要な役割が割り当てられていることを確認してください。

5. 有効な FSLogix プロファイルのネットワークストレージパスが Nerdio Manager に設定された後で、セッションホストが作成されました。Nerdio Manager内の FSLogix の設定変更は遡及的に適用されず、（[既存のセッションホストに適用]を選択しない限り）新しいセッションホスト作成時にのみ反映されます。

Azure NetApp Filesを使用している場合：

• ANF ボリュームが正しくプロビジョニングされ、ドメインへの接続および参加にエラーがないことを確認してください。

• Windows 上でファイル共有のアクセス許可を確認してください。Azure ポータルからは、ANF に対する共有レベルおよびファイルレベルのアクセス許可が設定されていません。

• ANF のストレージアカウントは ICMP に正しく応答するため、デフォルトでは ping テストが成功するはずです。

自己管理のファイルサーバーを使用している場合：

• ファイルサーバーとセッションホスト VM 間にネットワーク接続が確立されていることを確認してください。ネットワークおよび OS のファイアウォール、Azure ネットワークセキュリティグループ、ならびに VNet の構成やピアリングを確認してください。

• ファイル共有のアクセス許可を確認してください。