Robocopy na rede como parte de um pipeline

2

Eu tenho o seguinte pipeline:

  • [outro fornecedor] envia arquivos para meu sistema de arquivos do Windows, que são indexados a partir do próximo número não utilizado (normalmente file.001)
  • Eu movo os arquivos com o RoboCopy para o meu sistema de arquivos Unix e os procuro. Após o processamento, removo os arquivos. Então, esses arquivos são apenas para o transporte dos dados.

O problema é: ao processar lentamente o arquivo, o [outro fornecedor] pode enviar novos arquivos (começando novamente com o arquivo.001), e o RoboCopy está substituindo os arquivos no meu sistema Unix pelos arquivos mais novos (que é o comportamento, RoboCopy foi destinado para).

Existe alguma maneira de suprimir esse comportamento? Algo como "deixar o arquivo.001 no sistema de arquivos do Windows e tentar novamente em um minuto"?

EDITH:

normalmente:

  • Windows: vazio Unix: empty = > FileDelivery
  • Windows: file.001 Unix: empty = > Robocopy
  • Windows: vazio Unix: file.001 = > processar lentamente para o banco de dados
  • Windows: vazio Unix: vazio

aqui está o problema:

  • Windows: vazio Unix: empty = > FileDelivery
  • Windows: file.001 Unix: empty = > Robocopy
  • Windows: vazio Unix: file.001 = > processar lentamente para o banco de dados e FileDelivery
  • Windows: file.001 Unix: file.001 = > Não mova o arquivo.001 (mas talvez outros arquivos)

robocopy c: \ data \ r: \ data \ *. * / XN / MOV / R: 100 / W: 30 / MON: 1 está substituindo o unix: file.001 mesmo se estiver presente

Edith quer que eu adicione isso:

talvez o problema esteja nos diferentes "sistemas de arquivos" / níveis de administração. Um é netlink (samba mais velho) e o outro é zfs. ambos "sistemas" (desculpe, eu não tenho a menor idéia de tecnologia de rede, então minha terminologia pode estar errada) costura para manter seu próprio diretório de inodes na memória, então não se reconhece as alterações, o outro sistema de arquivos está realizando para o diretório .

    
por Peter Miehle 20.12.2011 / 16:45

1 resposta

3

Acho que as opções / xo / xn não substituirão arquivos antigos ou mais recentes de mesmo nome. Em seguida, execute uma tarefa agendada para executar, digamos, 5 minutos para tentar novamente

    
por 20.12.2011 / 17:15