Eu tenho um dilema de armazenamento na minha rede no trabalho.
Atualmente, usamos o controle de versão (SVN) para fazer backup de nossos arquivos brutos de nossas estações de trabalho para um repositório em um servidor centralizado.
Após a leitura, parece que estou tendo problemas com alguns dos nossos arquivos maiores, que às vezes têm o tamanho de 1 GB. Nós temos 100s desses arquivos por repositório, o que faz com que seja um grande repositório de horas extras.
Existe software melhor para usar lá fora? Eu gostaria da funcionalidade do repositório, mas com um ambiente mais estável / funcional. Nós realmente precisamos fazer uma revisão do sistema de backup para o nosso servidor centralizado.
Atualização:
Conforme solicitado, o SO para o Servidor e a Estação de Trabalho é o XP. Poderia atualizar o servidor para o servidor 2003, se necessário.
Eu não tenho certeza se o Subversion é realmente projetado como uma ferramenta de backup. Você pode querer olhar para Acronis . Embora o preço seja certamente mais do que soluções domésticas, nada mais satisfaz a restauração do bare-metal após uma falha crítica.
Eu trabalho principalmente no Linux e mudei para o servidor CDP da R1Soft, mas antes disso eu usei o Acronis em nosso escritório com bons resultados.
O Subversion, na verdade, possui algumas das melhores manipulações de arquivos grandes de qualquer sistema de controle de revisão moderno. Git, Mercurial, Bazaar, etc, todos têm limites específicos de arquitetura ou plataforma (geralmente 2 ou 4 GB, porque eles mapeiam arquivos para fazer várias coisas). Git provavelmente poderia ser um bom ajuste para o seu caso de uso como um "rastreador de conteúdo estúpido", se você puder lidar com arquivos push para um repositório git em um servidor e depois fazer um commit no servidor via script. Veja esta pergunta para saber mais (e seus links sobre os problemas de mapeamento de memória em diferentes plataformas ).
Um problema maior é que a funcionalidade de "diff binário" e de compressão fornecida pelos sistemas de controle de revisão é geralmente ineficaz na maioria dos arquivos de mídia grandes, já que eles já estão compactados e mudam muito. Por exemplo, se você tiver dois arquivos de filme e editar um para remover 4 segundos do meio, você pensaria que deve ser fácil armazenar apenas as alterações. Mas, na verdade, quando você edita esse arquivo, mesmo que você não recodifique o vídeo, os códigos de tempo de cada quadro são embaralhados, resultando no armazenamento de quase todo o arquivo novamente. Você pode querer apenas desativar os recursos de compactação e de diferenças na sua ferramenta, se possível, para economizar tempo na CPU e no backup.
Os únicos arquivos grandes que eu vi o Subversion ou o Git fazer bem com são backups de banco de dados SQL, que geralmente têm uma estrutura de página e mudam muito pouco de um backup para o próximo. E, claro, arquivos de log, que apenas compactam como um louco, mesmo com gzip.
Se você estiver usando o SVN (ou qualquer outro software de controle de versão) como um sistema backup , você pode considerar um sistema de backup real ( Bacula , ou talvez algo comercial).
Você pode continuar a verificar os arquivos no SVN, se eles forem algo que garanta o controle de revisões, mas, na minha experiência, o SVN é um sistema de backup muito ruim à medida que você aumenta ...
Tags backup repository svn