Como mover perfis móveis para o DFS

4

Estou redirecionando appdata, meus documentos e pastas da área de trabalho para um servidor usando um GPO com base em quais recursos eles normalmente usam. Isso cria um problema para usuários que saltam entre vários locais. Os perfis do Firefox são armazenados em appdata, portanto, leva uma eternidade para ir a outro local para obter o perfil do Firefox para que ele possa ser iniciado. E depois de dois a três minutos de espera para o Firefox carregar, ele corre tão devagar que é quase inutilizável

Eu quero remediar isso com o DFS, mas não quero ter um período de transição infernal. No momento, o GPO para facility1 está definido para redirecionar as pastas para //server1/Documents e o GPO para facility2 está definido para redirecionar as pastas para //server2/Documents . Eu sei que precisarei alterar essas configurações para o namespace DFS que eu criar.

Preciso adicionar //server1/Documents e //server2/Documents ao namespace DFS //DFSDocuments/ e alterar as configurações de redirecionamento do GPO para redirecionar appdata para //DFSDocuments/UserName . Escrevê-lo aqui faz parecer realmente fácil; será isso tudo que tenho que fazer? A configuração do GPO direcionará diretamente para as pastas UserName no namespace DFS sem que eu precise mover algo? Os usuários verão algum soluço? Ou vai apenas replicar magicamente?

Eu apreciaria qualquer feedback e dicas de qualquer pessoa que tenha passado por essa transição (redirecionamento de pasta não-dfs para redirecionamento de pasta dfs) antes.

    
por blsub6 29.04.2011 / 19:54

2 respostas

3

Antes de mais nada, você precisa entender que o DFS realmente compreende duas tecnologias: namespaces DFS (DFS-N) e DFS-R (DFS-R). O primeiro cria um namespace lógico que pode ser usado para ocultar nomes de servidores de arquivos individuais, enquanto o último replica bidirecionalmente dados entre dois parceiros de replicação.

O DFS-N é bom e deve ser usado em qualquer lugar. Mas isso não ajuda você agora.

O DFS-R também é bom, mas incompatível com perfis de usuários móveis (partes redirecionadas de um perfil ainda são partes do perfil).

Para mais informações, consulte meus artigos:

Perfil de usuário e armazenamento de diretório base: distribuindo a carga em vários servidores de arquivos

Replicando perfis de usuário entre sites (com ou sem DFS) - Por que deve ser evitado

    
por 29.04.2011 / 21:31
1

Isso é antigo, mas vou responder de qualquer maneira, já que a outra resposta não é realmente uma resposta.

Acabei de alterar o redirecionamento (para usuários do servidor de terminal Server 2003) de um caminho \ server para um caminho \ dfsroot e eis o que encontrei:

1.) Certifique-se de desmarcar "mover conteúdo para novo local" no GPO de redirecionamento. O caminho DFS já aponta para os dados, portanto, não há necessidade de copiá-lo. Alguém poderia pensar que o Windows iria reconhecer que os dados não precisam ser copiados, mas isso não parece ser o caso na minha primeira tentativa. O login demorou uma eternidade até que eu fizesse essa alteração.

2.) Certifique-se de que o caminho \ dfsroot seja reconhecido como um site de intranet nos PCs dos usuários do Windows ou que os usuários se depararão com avisos de segurança sempre que tentarem acessar o compartilhamento. Verifique duplamente se você redirecionar o Appdata ou o Desktop porque as coisas vão quebrar (por exemplo, a capacidade de adicionar uma barra de ferramentas de inicialização rápida ao menu Iniciar). Isso deveria ser automático, mas não foi no meu caso. Na verdade, não consegui descobrir por que meus servidores de terminal ainda dão avisos ao copiar arquivos de compartilhamentos DFS, apesar de todo esforço feito para garantir que esteja na zona da intranet. Eu tive que desistir de redirecionar Appdata completamente.

    
por 27.02.2012 / 18:47