Este é um problema bastante comum. Infelizmente, no entanto, não estou ciente de nenhuma correção para impedir a criação inicial das duplicatas, a não ser usando a opção "mover conteúdo". Há uma "solução alternativa" para esse problema, mas primeiro devo mencionar que você não precisa manter a opção "mover conteúdo" desativada o tempo todo. Se você só precisar dele quando migrar dados entre servidores, desmarque apenas quando estiver migrando dados e volte a ligá-los depois. Esta opção pode ser alterada a qualquer momento - você não está preso a ela na posição em que estava quando a pasta foi criada.
Caso contrário, sua melhor abordagem provavelmente é manipular isso de uma perspectiva de limpeza: eu usaria pastas de diretiva de grupo para remover as duplicatas. Você pode configurar um item por pasta conforme mostrado abaixo e aplicar a política a todos os novos usuários.
Pro-dica:Emboraissofalhenormalmenteseapastanãoexistir,elaregistraráumafalhanoregistrodeeventostodavezqueforexecutada.Vocêpodeimpedirumatoneladadelogsdeeventosusandoaopção"Aplicar uma vez e não reaplicar" ou usando a segmentação no nível do item para impedir que a política seja executada se a pasta ainda não existir.
Outra possível resposta é usar a limpeza de perfil automatizada. Se, e somente se, você usar perfis móveis (e armazenar cópias em cache em clientes), poderá configurar os sistemas clientes para limpar automaticamente (remover) perfis que não tenham feito logon em um período de tempo especificado. Você poderia especificar um período de tempo muito curto, forçando todos os perfis a serem limpos. Como as pastas duplicadas são apenas pastas locais, elas não reaparecerão quando o perfil for baixado novamente.