Aqui está a situação. Temos um servidor de arquivos configurado em \ fileserver \ que tem uma pasta para cada usuário em \ fileserver \ users \ first.last
Estou executando um comando xcopy para fazer backup da pasta Meus Documentos do computador para a pasta pessoal. O comando que estou executando é:
xcopy "C:\Users\%username%\My Documents\*" "\fileserver\users\%username%\My Documents" /D /E /O /Y /I
Eu tenho silenciosamente executado esse script no login sem que os usuários saibam, apenas para que ele funcione antes de dizer a eles o que ele faz. Depois que descobri que não estava funcionando, executei manualmente o script em lote que executa o comando xcopy em um de seus computadores e obtenho um erro de acesso negado. Então eu entrei em uma conta de teste no meu próprio computador e recebi o mesmo erro.
Eu verifiquei todas as permissões para o compartilhamento e a segurança e elas estão definidas para o modo como eu as quero. Eu posso procurar manualmente para essa pasta e criar novos arquivos. Eu posso arrastar e soltar itens no local \ fileserver \ users \ first.last e ele funciona muito bem.
Então, tento outra coisa para tentar encontrar a origem do problema de acesso negado. Eu executei um comando xcopy para copiar a pasta Meus documentos para um local diferente na mesma máquina e ainda recebo o erro de acesso negado!
O xcopy parece ter o acesso negado quando tenta copiar a pasta Meus Documentos.
Alguma sugestão de como posso fazer isso funcionar? Alguém sabe o motivo por trás do erro de acesso negado?
A resposta é uma combinação de várias respostas que foram dadas e aqui está.
No comando copy, ele precisa ser Documentos e não Meus documentos.
Usar o argumento / O foi eliminá-lo. Eu estou suspeitando que o problema é como Simon explicou que os usuários não têm o direito de modificar as ACLs no alvo.
Alterar esses dois itens fez o comando funcionar.
Experimente Documents em vez de My Documents no seu caminho.
Suspeito que seja o / O - os usuários provavelmente não têm o direito de modificar as ACLs do NTFS no destino.
Por um lado, talvez seja por causa do supérfluo '\ *' no primeiro argumento xcopy.
Novamente, o uso de documentos pode ajudar, porque "Meus documentos" é apenas um ponto de junção a "Documentos", apenas para compatibilidade com algumas limitações, por exemplo, você não pode dir nele.
Vamos dividi-lo.
Você deseja copiar a pasta Meus documentos e todo o seu conteúdo para algum local. Groovy.
Redirecionamento de Pastas (/ Arquivos Offline) via Política de Grupo não é como você está lidando com isso, no entanto. Justo; não é para todos.
Mas há muitas suposições incorporadas em seu roteiro e provavelmente há maneiras mais fáceis de fazê-lo.
Em vez disso, você pode:
Xcopy /S /Y "%USERPROFILE%\Documents" "\server\%username%\Documents"
Na minha instalação realmente muito improvável, tentando isso só funcionou para mim.
Existem outras variáveis que podem ser úteis também.
Próximo passo: quando o script está sendo executado? Se for logon, ele deverá ser executado como o usuário, mas você poderá encontrar violações de compartilhamento se algo também estiver sendo aberto ou usado no momento.
Finalmente, você deve conseguir executar esse comando sem exigir o SeBackupPrivilege; Parece que você não tem as permissões que acredita ter para essa conta.
Ah, e quando executado em um script de logon ou na inicialização, você pode ficar "em caixa", o que reduz suas permissões e velocidade efetivas.
Tente executar o xcopy em um prompt de comando elevado. ou seja, clique com o botão direito > Executar como administrador.
a pasta Documentos e Configurações estava me dando problemas. O arquivo ntuser.dat é inacessível quando em uso. Então eu adicionei o .dat em uma nova linha no meu arquivo "exclude.txt" e funciona para mim. Então xcopy c: * .xls i: \ xlsfiles / e / c / y /exclude:exclude.txt
(exclude.txt é um arquivo com ... 5 linhas com pasta correspondente a srings ou nome de arquivo com sr lf)
Tags backup windows-7 file-server xcopy