Windowsで現在のプロファイルが移動ユーザープロファイルかローカルプロファイルかを確認するには、まず「システムのプロパティ」のユーザープロファイル一覧で「種類」を見ます。管理端末では、Win32_UserProfileをCIMで照会し、RoamingConfigured、RoamingPath、Loadedも併せて確認します。ただし移動プロファイルにもPC上のキャッシュがあり、C:\Users配下にフォルダーがあるだけではローカル型と断定できません。FSLogix、OneDrive、フォルダーリダイレクトも移動プロファイルとは別機能なので、UI、構成元、実際の読み込み結果を組み合わせて判断します。
ローカルと移動の意味を整理する
ローカルユーザープロファイルは、初回サインイン時にそのPCへ作成され、変更は原則としてそのユーザーとPCの組み合わせに保存されます。移動ユーザープロファイルは、サーバー共有にあるコピーとローカルキャッシュをサインイン・サインアウト時に同期し、複数PCで環境を引き継ぎます。したがって、移動型でもローカルディスクにプロファイルは存在します。
- ローカル：PCごとに設定が独立し、サーバー上のプロファイルパスを使わない
- 移動：ADユーザー属性またはコンピューターポリシーでサーバーパスを指定し、ローカルキャッシュと同期する
- 必須プロファイル：管理者が用意した変更を保存しない特殊な移動プロファイルで、通常の移動型とは運用が違う
- 一時プロファイル：本来のプロファイルを読み込めなかった障害状態。ローカル型の正常状態ではない
方法1：システムのプロパティで確認する
Windows 11でも従来のユーザープロファイル画面が利用できます。WindowsキーとRキーを押し、sysdm.cpl を実行します。「詳細設定」タブ→「ユーザープロファイル」の「設定」を選ぶと、端末に認識されているプロファイルの名前、サイズ、種類、状態、変更日時が表示されます。確認対象の「種類」が「移動」なら移動プロファイル、「ローカル」ならローカルプロファイルです。
他ユーザーの情報を見るには管理者権限が必要な場合があります。対象ユーザーがサインイン中だと、状態列に使用中であることが表示されます。この画面の「削除」や「コピー先」は確認には不要です。障害調査中に削除すると、そのPC上のキャッシュと未同期データを失う可能性があるため押しません。
方法2：CIMで複数プロファイルを確認する
Win32_UserProfileクラスには、ローカルパス、読み込み中か、移動プロファイルが構成済みか、移動先、最終使用日時、健全性などのプロパティがあります。次は読み取り専用です。共有PCやRDSで多数のプロファイルを一覧化するときに使えます。
Get-CimInstance Win32_UserProfile |
Select-Object SID, LocalPath, Loaded, Special, RoamingConfigured, RoamingPath, RoamingPreference, HealthStatus, LastUseTime
SpecialがTrueのSystem、LocalService、NetworkServiceなどは通常の利用者プロファイルから除外して見ます。RoamingConfiguredがTrueなら移動構成があることを示し、RoamingPathでサーバー側のパスを確認できます。Loadedは現在読み込まれているかの状態です。HealthStatusや最終同期時刻が空の場合もあるため、1つのプロパティだけで正常・異常を断定しません。
SIDと利用者を照合する場合は、本人のセッションで whoami /user を実行するのが安全です。全ドメインユーザーを無差別に列挙する必要はありません。出力にSID、ユーザー名、共有パスが含まれるため、外部の質問サイトや公開チャットへ貼り付けないでください。
方法3：設定元と適用ポリシーを確認する
移動プロファイルのパスは、AD DSのユーザーアカウントにある「プロファイルパス」か、コンピューター側グループポリシーの「このコンピューターにログオンするすべてのユーザーの移動プロファイルのパスを設定する」などから構成されます。ユーザー属性とコンピューターポリシーの両方がある場合、Microsoftの展開資料ではコンピューターベース設定が優先されます。
whoami /user
gpresult /scope user /r
gpresult /scope computer /rgpresultの結果で適用済みGPOを確認し、グループポリシー管理者が該当設定を調べます。一般利用者がレジストリのCentralProfileやProfileImagePathを直接変更して直す手順は採りません。設定元を直さずローカル値だけ変更しても、次回のポリシー更新やサインインで戻るうえ、プロファイルを読み込めなくなる可能性があります。
「構成済み」と「今回正常に使えた」は別に確認する
RoamingConfiguredがTrueでも、サーバー共有へ到達できなければWindowsはローカルキャッシュでサインインしたり、一時プロファイルへ退避したりすることがあります。実際の動作確認では、対象ユーザーのサインイン・サインアウト時刻、サーバー共有の到達性、User Profile Serviceのイベントログ、同期エラー、プロファイルの更新日時を照合します。
- UIは移動、設定変更が別PCへ来ない：共有への書き込み、同期エラー、プロファイルバージョン、サインアウト完了を確認する
- UIはローカル、ADにパスがある：対象アカウント、適用GPO、PCのOU、パス書式、次回サインイン時のイベントを確認する
- 一時プロファイルの通知が出る：一時環境へ業務データを保存せず、元プロファイルのロック、容量、権限、共有到達性を管理者が調査する
- 複数OSで挙動が違う：プロファイルのバージョン互換性を確認し、異なる世代のWindowsで同じプロファイルを無理に共有しない
- サインインが極端に遅い：プロファイル容量、リダイレクト対象、低速回線、ウイルス対策、オフラインファイル競合を確認する
似ているが別の機能
OneDriveの既知のフォルダー移動は、デスクトップやドキュメントなど特定フォルダーをクラウド同期する機能で、ユーザープロファイル全体を移動型にするものではありません。フォルダーリダイレクトも対象フォルダーの保存先をネットワーク共有へ変える機能です。FSLogix Profile ContainerはVHD/VHDXコンテナーを接続する方式で、従来の「種類」列だけでは運用状態を正しく表せない場合があります。これらを使う環境では、それぞれの管理コンソール、ポリシー、イベントログを確認します。
障害時にデータを守る手順
ユーザーにサインアウトしてもらい、未保存文書がないことを確認します。サーバー側コピー、ローカルキャッシュ、リダイレクト先のどこが最新かを更新時刻だけでなく業務ファイルで照合し、管理者がバックアップを取得します。C:\Users配下を手動削除、ProfileListを一括削除、ネットワーク共有を別ユーザーへコピーする操作は行いません。アクセス権と所有者を保持した承認済みのプロファイル復旧手順を使い、1ユーザーで検証してから範囲を広げます。
正常性の確認は、UIの種類、CIMのRoamingConfiguredとRoamingPath、適用GPO、サインインイベント、別PCでの再現という順で行います。設定を変更していない確認作業で原因を特定できれば、ローカル型を誤って移動型へ変える、正常なキャッシュを削除する、といった二次障害を防げます。
コメント