Aparentemente, o Robocopy não entende a desduplicação do Windows Server 2016. Existe uma maneira de fazê-lo funcionar sem corromper o volume?

O System Volume Informationdiretório deve ser excluído usando a opção /XD. Provavelmente é uma boa ideia excluir outros diretórios ocultos/do sistema, como $RECYCLE.BIN.

Duas opções de linha de comando que foram usadas levam a isso: /MIRe /ZB. Como a documentação ( robocopy /???) descreve:

/MIR :: MIRro uma árvore de diretórios (equivalente a /E mais /PURGE).
/ZB :: use o modo reiniciável; se o acesso for negado, use o modo Backup.

É a combinação que você fez: /MIRirá excluir (como apontado quando você executa robocopysem argumentos) e o "Modo de backup" anula a maioria das permissões para poder ler arquivos "normalmente" ilegíveis para fazer backups completos.

O "modo de backup" é notavelmente indefinido na descrição da "ajuda". Você tem que saber que a CreateFileAPI do Windows suporta um sinalizador chamado FILE_FLAG_BACKUP_SEMANTICS, que em combinação com um certo direito de acesso SE_BACKUP_NAME(que é dado ao grupo Administrador por padrão - também o grupo Operadores de Backup, duh) ignora a segurança normal de arquivos.

Você não sabia disso? Então você também pode não saber que o robocopy não era originalmente parte do Windows - era parte de um suplemento chamado "Windows Resource Kit", que era usado principalmente por programadores e administradores de sistemas hard-core na época, e embora foi adquirido na distribuição do Windows no Windows Server 2008, nunca recebeu nenhuma atenção - exceto por opções de desempenho adicionais, uau! Particularmente, nenhuma atenção dos gerentes de programa dedicados à interface do usuário ou usabilidade . Portanto, é um pouco de poder bruto que pode ser usado - ou mal utilizado! - por sua conta e risco.

(Uma boa regra geral: não use opções de linha de comando que você realmente não entende.)

Informações que você pode querer saber sobre o acesso a arquivos "Modo de backup":

https://isc.sans.edu/forums/diary/Use+The+Privilege/20483/

https://docs.microsoft.com/en-us/windows/desktop/api/FileAPI/nf-fileapi-createfilea

https://docs.microsoft.com/en-us/windows/desktop/FileIO/file-security-and-access-rights

Aqui estão os resultados de acompanhamento usando as outras respostas fornecidas e testando com um destino desduplicado. ( Meta: não sei se deveria incluir isso como uma edição na parte inferior da minha pergunta original. )

A linha de comando do Robocopy evoluiu para finalmente ficar assim:

robocopy \\OLD-SERVER\e$\ \\NEW-SERVER\e$\ /MIR /COPYALL /DCOPY:DAT /NP /Z /B /J /SL /MT:128 /R:1 /W:10 /LOG+:robocopy-log.txt /TEE /XD "Recycler" "Recycled" "$Recycle.bin" "System Volume Information" /XF "pagefile.sys" "swapfile.sys" "hiberfil.sys"

Opções e finalidade:

• /MIR - Espelha a origem para o destino e exclui arquivos e diretórios no destino, se eles não estiverem mais presentes na origem
• /COPYALL - Copia todas as informações do arquivo: dados, atributos e carimbos de data/hora, ACLs de segurança NTFS, informações do proprietário, informações de auditoria (nem todas incluídas por padrão)
• /DCOPY:DAT - Copia todas as informações do diretório - dados, atributos, timestamps (o timestamp de criação original não é copiado por padrão; normalmente isso muda para a data em que foi copiado pelo Robocopy)
• /NP - Não exibe o progresso
• /Z - Use o modo reiniciável
• /B - Copiar arquivos no modo Backup (não sei se isso é necessário para diretórios de usuários onde eles são o proprietário exclusivo, excluindo o administrador. Esta opção destruirá um volume de destino deduplicado sem excluir "Informações de volume do sistema")
• /J - Copia usando E/S sem buffer (cópia mais rápida de grandes arquivos multi-gig)
• /SL - Copia links simbólicos em vez do destino
• /MT:128 - Use o máximo de threads de CPU (melhor uso de 10 gigabit Ethernet e muitos núcleos de CPU)
• /R:1 - Se houver erro de acesso ao arquivo, tente novamente 1 vez
• /W:10 - Se houver erro de acesso ao arquivo, aguarde 10 segundos antes de tentar novamente
• /LOG+ - Registra a saída no arquivo de texto, anexa se o arquivo de log já existir
• /TEE - Imprime os resultados na tela e no arquivo de log
• /XD - Excluir diretórios e tudo dentro deles. Nomes com espaços devem ser colocados entre aspas: "Recycler" "Recycled" "$Recycle.bin" "System Volume Information"
• /XF - Excluir arquivos: memória virtual e arquivos de hibernação se estiverem presentes na fonte: "pagefile.sys" "swapfile.sys" "hiberfil.sys"

Reexecução final:

            Total    Copied   Skipped  Mismatch    FAILED    Extras 
 Dirs :    158189    153466    158186         0         0         0
Files :   1116292         0   1116296         0         0         0
Bytes :   1.350 t         0   1.350 t         0         0         0
Times :   0:01:04   0:00:00                       0:00:00   0:01:04

,

Além disso, não conheço os canais adequados para relatar bugs à Microsoft, mas vinculei a essa discussão na parte inferior da documentação de desduplicação da Microsoft, no site do Windows IT Pro Center :

https://docs.microsoft.com/en-us/windows-server/storage/data-deduplication/overview

O problema é que você não está copiando as pastas que você precisa, mas o volume inteiro, que contém a pasta oculta do sistema "Informações do volume do sistema", que é usada para qualquer coisa relacionada ao sistema de arquivos. A desduplicação e o Gerenciador de recursos do servidor de arquivos também armazenam seus dados. Ao copiar o volume para outro e usar o /MIR*, também usando o /B** você está usando o modo de backup que pode copiar pastas que sua conta de administrador não pode, você está substituindo as informações do volume do sistema em o alvo e isso destrói o armazenamento de pedaços do Dedup. Eu desaconselharia este tipo de cópia, é preferível fazê-lo por pasta OU excluir a pasta "Informações de volume do sistema" (isso economizará muito puxão de cabelo e palavrões a curto/longo prazo).

"*" Espelha o conteúdo da origem para o destino, remove do destino os arquivos não existentes na origem. ** Modo de backup, copia arquivos que não podem ser acessados ​​por uma conta de administrador (usa o SeBackupPrivilege para a leitura de origem e o SeRestorePrivilege para copiar para a pasta de destino).

Talvez seja apenas eu, mas meu primeiro pensamento foi - nunca tente copiar a própria unidade "e$". Eu só faria o Robocopy das pastas específicas que foram criadas para o conteúdo do usuário, não quaisquer pastas do sistema criadas pelo próprio Windows.