A conta usada para realizar a cópia deve ter o direito de usuário "Restaurar arquivos e diretórios" para alterar o proprietário para algo diferente de si mesmo ou de Administradores.
Portanto, tenho um script em lote para o robocopy. Executar isso a partir da linha de comando faz exatamente o que eu quero.
robocopy "D:\SQL Backup" \server1\Backup$\daily /mir /s /copyall /log:\lmcrfs4g\NavBackup$\robocopyLog.txt /np
Em seguida, criei uma tarefa agendada no Windows Server 2008. Se eu configurar a tarefa para usar minha conta de administrador de domínio, ótimo. Mas estou tentando executá-lo como uma conta de domínio separada para tarefas agendadas. Se eu usar essa conta, as pastas serão criadas, mas os arquivos não serão copiados. Eu recebo o seguinte erro:
2011/02/17 15:41:48 ERROR 1307 (0x0000051B) Copying NTFS Security to Destination Directory D:\SQL Backup\folder\ This security ID may not be assigned as the owner of this object.
Verifiquei que minha conta domínio \ Tarefas agendadas tem permissões NTFS de controle total na origem e no destino e o compartilhamento de controle total no meu compartilhamento \ server1 \ backup $ oculto. Apenas para risos, eu tentei adicionar a conta de domínio ao grupo Administradores local em ambos os servidores. Isso funciona bem, mas parece que há muitos privilégios apenas para copiar arquivos. Alguma idéia do que eu sinto falta?
EDITAR PARA ADICIONAR:
Eu tentei usar o sinalizador robocopy \ copy: DATSO em vez de \ copyall (posso ignorar as informações de auditoria), mas ainda recebo o mesmo erro.
Eu também tentei usar runas \ noprofile \ user: meu usuário Scheduled Tasks para o comando robocopy. Eu recebo o mesmo erro novamente.
Não sou avesso a simplesmente adicionar o usuário a um grupo interno, embora os administradores pareçam um exagero. Eu estaria interessado em saber como os outros lidam com suas tarefas agendadas.
A conta usada para realizar a cópia deve ter o direito de usuário "Restaurar arquivos e diretórios" para alterar o proprietário para algo diferente de si mesmo ou de Administradores.
Eu me deparei com isso também. Eu costumo usar / COPY: DATSO em vez de / copyall, que copia tudo menos as "informações de auditoria".
Eu tive um problema semelhante - alterado para / COPY: DATS e sem mais erros Cópia foi do Server 2003 para um HDI da Hitachi.
Eu estava tendo problemas para copiar do Server2012 R2 para um Buffalo LinkStation conectado ao domínio. Muitas tentativas falharam, mas / COPY: DAT funcionou para mim. Se você está tendo problemas de permissões, não deseja incluir S O U nos seus flags de opção COPY.
meu exemplo de trabalho:
robocopy G:\FEB2FRESH\ \Ls220\FEB2FRESH\ /s /zb /COPY:DAT /move &pause
citando o link
Copiar sinalizadores de opção: D = dados; A = Atributos; T = Carimbos de Tempo; S = lista de controle de acesso NTFS (ACL); O = informações do proprietário; U = Auditoria de informações
Tags robocopy scheduled-task