Alguém experimentou problemas do Microsoft Sync Center após a mudança de um NAS para um NAS baseado em EMC isilon (no processo de alteração do nome do servidor e endereço IP), resultando no impacto nos compartilhamentos de rede Nome do caminho UNC? Temos alguns usuários que ainda têm seu caminho de unidade inicial referenciando o caminho antigo, ou seja, ( \\server\oldshareem vez de \\server\newshareainda serem referenciados). Garantimos que o antigo UNC para o novo UNC foi definido corretamente e efetuado via GPO para redirecionamento de pasta. Esta política foi aplicada completamente em clientes e testada após várias atualizações e reinicializações.
Excluir manualmente as referências antigas no cliente pelo suporte de TI ainda resulta em conflitos e, eventualmente, reverte depois de um tempo para referenciar o caminho antigo. Nossa conclusão foi que isso não funciona corretamente no Windows 10.
O cliente não tem controle sobre isso, pois a opção também foi desabilitada devido a uma restrição de política global que torna impossível efetuar essa alteração no lado do cliente. Existe alguma maneira de resolver isso por meio da política de grupo por meio de uma configuração de atualização de registro global? Precisamos reiniciar o cache offline em clientes ou via GPO? Também notei que isso afetou a maioria dos clientes migrando do Windows 7 -> 10, a maioria dos clientes trabalhando offline ou remotamente via WiFi/VPN fora da rede corporativa ou não estão online há vários dias devido a viagens de negócios.
Também aderimos a todas as práticas recomendadas aqui .
Estou pensando em cenários possíveis por meio de políticas globais - atualização de registro de caminhos de cache offline de 7 -> 10 via GPO ou manualmente por meio de clientes?
Acione o processo de cache de sincronização offline manual uma etapa antes ou durante o processo de migração para que os arquivos estejam onde deveriam estar quando a migração for concluída.
Também encontramos um script aqui que pode acionar esse cache manualmente, mas exigirá um privilégio de sistema que o usuário não possui e queremos evitar que o usuário faça isso. Provavelmente podemos incluir isso em nosso processo de migração.
As informações deste artigo são relevantes?
Este é o comportamento típico dos arquivos offline (também conhecidos como Client Side Cache ou CSC).
Os Arquivos offline destinam-se a fornecer acesso contínuo a um compartilhamento remoto, mesmo quando esse compartilhamento se torna inacessível. Arquivos off-line não conseguem distinguir se o compartilhamento está inacessível porque está simplesmente off-line ou porque o administrador o desativou permanentemente. Além disso, é notoriamente difícil excluir um servidor inteiro ou compartilhar um caminho do CSC, especialmente depois que o destino se torna permanentemente inacessível.
A boa notícia é que você pode corrigir isso da seguinte maneira:
Formate o banco de dados CSC da seguinte maneira:
AVISO: a conclusão dessas etapas remove todos os dados armazenados no cache de arquivos offline do dispositivo local (o cache do lado do cliente). Não afeta as cópias dos dados armazenados no servidor remoto. Se você tiver conflitos de sincronização não resolvidos, perderá dados que não foram sincronizados com o servidor.
Clique em Iniciar , digite
regeditna caixa Iniciar pesquisa e pressione ENTER . Se for solicitada uma senha de administrador ou uma confirmação, digite a senha ou clique em Continuar .Localize a seguinte subchave do registro e clique com o botão direito nela:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\CSC\ParametersClique com o botão direito do mouse em Parâmetros , aponte para Novo e clique em Valor DWORD (32 bits) .
Digite
FormatDatabasee pressione ENTER .Clique com o botão direito do mouse em FormatDatabase e clique em Modificar .
Na caixa Dados do valor, digite
1e clique em OK .Saia do Editor do Registro e reinicie o computador.
Instruções deste artigo de suporte da Microsoft