Um servidor de arquivos retirado de 2003 foi / é usado pelo nosso grupo de design. Este servidor tem um compartilhamento que é montado usando o SMB dos Macs. As fontes são armazenadas nesse compartilhamento e arquivadas usando zip.exe de outro servidor. Com o botão direito no zip.exe, os forks de recursos (fluxos nomeados) são mantidos no arquivo zip.
Com um servidor de arquivos 2008 mais recente, esse mesmo processo não funciona. Os arquivos com fluxos nomeados são bons para uso diário, mas não são arquivados corretamente. Os fluxos são perdidos e os arquivos necessários estão corrompidos quando restaurados do arquivo morto.
Uma coisa que foi notada é que os arquivos com forquilhas de recursos são mostrados como zero K no compartilhamento de 2008 quando são copiados para o servidor. Então, em menos de um minuto, o tamanho do arquivo aumenta para o que deveria ser. Algum tipo de atraso na criação do fluxo nomeado ocorre quando arquivos com forquilhas de recursos são transferidos. Isso não acontece em 2003, já que o tamanho está correto quase instantaneamente. Esse atraso eu suspeito estar dando dando o zip.exe problemas e algum tipo de acesso não é concedido rapidamente o suficiente durante o processo de arquivamento.
O que pode ser feito para forçar 2008 a se comportar como 2003 no que diz respeito a criar / armazenar o fluxo de recursos / fluxo nomeado? O que está causando esse atraso?
No nível raiz do compartilhamento no servidor 2003, esse arquivo é visto: .com.apple.smb.streams.off
No nível raiz do compartilhamento no servidor de 2008, esse arquivo é visto: .com.apple.smb.streams.on
A alteração deste arquivo para coincidir com os arquivos setup - .off - 2003 que usam o aplicativo zip mantém os fluxos. A exibição do tamanho do arquivo após as cópias para o servidor é quase instantânea também.
Obrigado pelas sugestões.