TLDR; RDS 서버에 대해 %appdata% 값이 어디에 설정되어 있는지 알 수 없습니다. 이는 ADUC의 "원격 데스크톱 서비스 사용자 프로필" 디렉터리와 다른 것으로 보입니다. 해당 값을 성공적으로 조작하고 전파할 수 있기 때문입니다.
RDS 사용자 프로필을 한 서버에서 다른 서버로 이동하려고 합니다. 모든 프로필을 새 공유로 robocopy하고 공유했으며 일반 사용자 계정에서 작동하는지 확인했습니다. ADUC의 필드가 새 서버 정보로 채워지더라도 변경 사항은 그대로 적용되지 않습니다.
모든 GPO를 검색하는 Powershell 스크립트를 발견했고, 이전 서버 이름을 검색했을 때 AppData(로밍)도 리디렉션하는 정책을 발견했습니다.
User Configuration / Policies / Windows Settings / Folder Redirection / AppData (Roaming)
그리고 그것을 새 서버로 변경하고 실행했습니다.gpupdate /force내 RDS 서버에 로그인하고 로그인했습니다. 실행하면gpresult /r로밍 프로필 필드에 대한 올바른 공유가 표시되는 것을 확인했습니다. %appdata%를 에코하면 여전히 이전 공유가 표시됩니다. 이 GPO를 지우고 눈에 띄는 변화 없이 업데이트했습니다.
ADUC에서 RDS 사용자 프로필 필드의 내용을 지우면gpresult /r여전히 올바른 로밍 프로필 값이 있는 것으로 표시되지만 로컬 프로필이 됩니다(echo'ing %appdata%에 반영됨). gpresult /r에서 로밍 프로필 필드는 이제 비어 있습니다.
ADUC의 RDS 사용자 프로필 필드 내용을 새 공유로 설정하면 %appdata%는 이전 공유(위에서 언급한 GPO에서 나온 것 같음)를 표시하고gpresult /r새로운 공유를 보여줍니다. 궁금한 점은 %appdata%가 보여주는 것입니다.\oldserver\tsprofiles$\Application Data내가 기대했던 것처럼 AppData가 아닌.
이 도메인은 상당히 오래된 도메인(예상 2008년)이며 2003년에 도메인 및 포리스트 기능 수준으로 시작되었습니다. 현재는 2008 R2입니다. 도메인). 이 테스트 동안 저는 현재 실행 중인 도메인 컨트롤러 3개(2개는 2008 R2)를 각각 인증했으며 DCDIAG 및 복제 상태를 확인한 결과 문제가 발견되지 않았습니다.
따라서 이 시점에서는 RDS 사용자 프로필 디렉터리가 ADUC를 통해 설정되지 않지만 해당 ADUC 필드의 채우기가 중요하다는 것을 확인했다고 생각합니다. 내가 찾을 수 있는 것은 GPO를 통해 설정되지 않았으므로 어딘가에 캐시되어 있는 것으로 보입니다.