Um funcionário de um cliente acaba de se casar e, como resultado, eles alteraram seus detalhes, nome de login e outros, no Active Directory (AD).
O problema é SUSER_NAME () em procedimentos e o NTUSERNAME no SQL Server Profiler ainda mostra seu nome de solteira original.
Todas as conexões deste login são feitas usando a Autenticação do Windows e não há logins indviduais configurados no SQL Server, o acesso é concedido através do grupo AD "Todos".
Existe algum tipo de cache no SQL Server ou um armazenamento de nome de login em algum lugar que eu não saiba que possa estar causando isso.
Fui informado pela equipe de TI do cliente que todos os locais possíveis no AD foram alterados para o novo nome.
A autoridade de segurança local do Windows (LSA) armazena em cache SecurityIdentifiers (SIDs). Esses valores em cache manterão o nome de usuário antigo.
Mais informações:
A função LsaLookupSids pode retornar o nome de usuário antigo em vez do novo nome de usuário se o nome de usuário tiver sido alterado em um controlador de domínio
link