Em nosso Active Directory com perfis móveis, vejo eventos frequentes com ID 69 no log "Microsoft-Windows-User Profile Service/Operational".
Esses eventos alertam sobre o fato de NTUSER.DAT não ser copiado no momento do logon do Controlador de Domínio para a cópia local do perfil porque o carimbo de data/hora do arquivo local é mais recente que o carimbo de data/hora do arquivo no controlador de domínio. Embora essa seja uma razão legítima para não copiar NTUSER.DAT, duvido que seja verdade.
Como exemplo, o Visualizador de Eventos do Windows fornece os seguintes dados de eventos:
<EventData>
<Data Name="SourceFile">\\DC\Profiles$\user.V6\NTUSER.DAT</Data>
<Data Name="SourceTimestamp">Year: 2024, Month 1, Day 22, Hour 15, Minute 40</Data>
<Data Name="DestinationFile">C:\Users\user\NTUSER.DAT</Data>
<Data Name="DestinationTimestamp">Year: 2024, Month 1, Day 22, Hour 15, Minute 41</Data>
</EventData>
No entanto: usar wmic datafile [...] get lastmodifiedSourceFile e DestinationFile mostra que ambos têm exatamente o mesmo carimbo de data/hora. O arquivo na cópia local do perfil do usuário que de fato foi modificado às 15:41 é o arquivo NTUSER.INI.
Portanto, parece-me que a decisão de copiar ou não o NTUSER.DAT do servidor para o cliente é baseada na comparação do carimbo de data/hora do NTUSER.DAT no servidor com o do NTUSER.INI no cliente. Isso poderia ser verdade? E qual seria o raciocínio por trás desse comportamento?
Suponho que estou perdendo completamente um ponto aqui ou a Microsoft está fazendo algo muito estranho aí... Alguém pode me esclarecer?
Saúde