要約; RDS サーバーの %appdata% の値がどこに設定されているかわかりません。この値は正常に操作して伝播できるため、ADUC の「リモート デスクトップ サービス ユーザー プロファイル」ディレクトリとは異なるようです。
RDS ユーザー プロファイルをあるサーバーから別のサーバーに移動しようとしています。すべてのプロファイルを新しい共有に robocopy して共有し、通常のユーザー アカウントで機能することを確認しました。ADUC のフィールドに新しいサーバー情報が入力されているにもかかわらず、変更は反映されません。
私はすべてのGPOを検索するPowershellスクリプトを見つけました。古いサーバー名を検索すると、AppData（ローミング）もリダイレクトするポリシーが見つかりました。
User Configuration / Policies / Windows Settings / Folder Redirection / AppData (Roaming)
そしてそれを新しいサーバーに変更し、実行しましたgpupdate /forceRDSサーバーにログインしました。gpresult /r移動プロファイル フィールドに正しい共有が表示されています。%appdata% を echo すると、古い共有がまだ表示されます。この GPO をクリアして更新しましたが、目立った変化はありませんでした。
ADUCのRDSユーザープロファイルフィールドの内容をクリアすると、gpresult /r正しいローミング プロファイル値を持っていると表示されますが、ローカル プロファイルが作成されます (%appdata% の echo に反映されます)。gpresult /r では、ローミング プロファイル フィールドが空白になっています。
ADUCのRDSユーザープロファイルフィールドの内容を新しい共有に設定すると、%appdata%には古い共有（おそらく上記のGPOからのもの）が表示され、gpresult /r新しい共有が表示されます。興味深いのは、%appdata% が\oldserver\tsprofiles$\アプリケーション データ私が予想していたような AppData ではなく。
これはかなり古いドメイン (2008 年設立) であり、ドメインとフォレストの機能レベルは両方とも 2003 から始まったことを述べておきます。現在は 2008 R2 です (このプロジェクトでは、ドメイン内の最後の 2 つの 2008 R2 サーバーを削除します)。このテスト中、現在実行中の 3 つのドメイン コントローラー (2 つは 2008 R2) のそれぞれに認証し、DCDIAG とレプリケーション ステータスをチェックしましたが、問題は見つかりませんでした。
この時点で、RDS ユーザー プロファイル ディレクトリは ADUC を通じて設定されていないが、その ADUC フィールドの入力が重要であることがわかったと思います。私が見つけた GPO を通じて設定されていないため、どこかにキャッシュされていると考えられます。