Problema: PDF MESCLADOS NO DIRETÓRIO FÍSICO QUANDO PASTA DESTINO MUITO GRANDE (api JRIMUM)

Olá, bom dia a todos!

Estou com um problema que ainda não consegui elaborar uma solução ‘em linha de código’ e gostaria de compartilhar com todos. E espero alguma dica de quem já tenha passado por algo semelhante.

Problema: PDF’s de boletos que escrevemos em um diretório foram finalizados de forma mesclada (parte de um pdf complementado com parte de outro pdf, misturando dados).

Como ocorreu: O diretório compartilhado no ambiente \boletos atingiu o número de mais de 480mil boletos físicos gravados na pasta. Desta forma, o sistema de arquivos do diretório (NTFS) se ‘perdeu’ onde não se conseguia mais efetuar leitura e gravação no mesmo até q a pasta fosse expurgada, travando o processo apesar de que o disco físico (HD) possuir espaço suficiente para tal.

Processo: Possuímos uma integração com um sistema de terceiros (limitado) onde durante a geração dos boletos ‘PDF’ gravamos os mesmos em um diretório que este sistema terceiro consegue efetuar a leitura para exibição. Esta rotina é efetuada utilizando a API JRIMUM (BOBEPO) http://jrimum.org/bopepo/

A rotina funciona normalmente, mas tivemos este problema com todos os boletos gerados durante este período de ‘travamento’ do diretório. Como forma de mitigar a situação, temporariamente, foi tomada a ação de expurgar os boletos deste HD a cada 30 dias. Mas se dobrarmos nossa quantidade de cliente este período de 30 dias não mais será suficiente.

Alguém já passou por algo semelhante e/ou conhece uma forma que eu possa desenvolver e evitar este problema durante a escrita dos arquivos pdf’s?

Muito obrigado, Rafael.

Você precisa manter estes PDFs dos boletos salvos em arquivo?
Seria melhor gerar estes PDFs quando necessário, não conseguem conversar com quem implementou o sistema terceiro para que ele solicite os boletos através de um webservice ou até através de comunicação através de um socket, ou então que apague os arquivos que foram consumidos?

Olá, amigo!
Sim, o PDF físico precisa ser gerado e armazenado para auditoria por um bom tempo.
O que fizemos para mitigar o problema foi expurgar estes arquivos para outro HD, matendo-os em backup.
O que acontece é que os boletos são enviados ao clientes de forma massiva e registrados junto ao banco, este sistema terceiro pega o PDF físico já gerado e registrado junto a instituição financeira para que não seja necessário pagar um novo registro.
Esta sugestão de se obter através do WS nós já fornecemos a eles retornando um array de bytes do PDF, mas ainda assim o físico precisará ser gravado.