Arquivos alternativos do Windows offline + Backup do Windows + Configuração da versão anterior

0

Atualmente, todos os nossos documentos são hospedados em uma caixa do Windows 7. Os usuários podem acessar os arquivos usando o compartilhamento do Windows e os documentos estão disponíveis offline (recurso do Windows 7). Os documentos estão sendo submetidos a backup diariamente pelo utilitário de backup e restauração do Windows 7. Os usuários podem acessar versões anteriores do arquivo (a partir dos backups) usando o recurso "versões anteriores" do Windows Explorer.

Esta configuração está funcionando bem, exceto pelo seguinte:

  • Preferiríamos ter acesso a versões por hora do arquivo, não diariamente.
  • O mecanismo da versão anterior está vinculado ao mecanismo de backup. O Windows 7 executa um backup completo a cada semana e backup incremental todos os dias. As versões anteriores de um arquivo são, na verdade, as que estão disponíveis nos backups. Se você tiver 20 GB de documentos e quiser manter pelo menos três (3) anos de histórico, você usará no mínimo 3 anos * 52 semanas * 20 GB ou cerca de 3 TB, mesmo que haja poucas alterações nos documentos. Seu uso bastante ineficiente do espaço.
  • A procura de versões anteriores de um arquivo é muito lenta (dezenas de minutos). Isso provavelmente está relacionado ao problema anterior - o Windows precisa atravessar todos os seus backups.

Estou pensando em usar o SVN + autocommit / autoupdate tortoisesvn. Ele terá as seguintes vantagens:

  • Os backups são fáceis e também fazem backup de todo o histórico de cada documento. (Apenas backup do repositório).
  • A criação de versões anteriores pode ser frequente. Eu acho que o comando svn commit / update pode ser feito a cada dois minutos ou mais.
  • Os usuários podem sincronizar pela rede.

No entanto, posso ver os seguintes problemas:

  • Mais conflitos do que a configuração original, porque os vários usuários podem agora editar o mesmo arquivo, mesmo que ambos estejam on-line, ou seja, podem se conectar ao repositório do SVN. Os usuários podem bloquear o arquivo antes de editar, mas isso significa que eles precisam se ajustar.
  • Atraso na propagação de alterações de arquivo. No compartilhamento de arquivos do Windows 7, as alterações feitas por um usuário on-line estarão disponíveis instantaneamente para outros usuários on-line. Com a configuração do SVN, as alterações só serão propagadas quando os usuários executarem a sequência svn add / commit / update. O atraso será provavelmente de alguns minutos. Este fluxo de trabalho não funcionará mais: "Oi, acabei de editar o documento X, você pode dar uma olhada rápida?"

Eu gostaria de pedir a opinião da comunidade para configurações alternativas ou melhorias nas configurações acima para resolver os problemas.

    
por Herson 30.03.2012 / 10:35

2 respostas

0

Se você não se importar em pagar por mais de 2 GB de armazenamento, o Dropbox é uma solução de configuração / manutenção muito conveniente e com baixa manutenção. Quando surgem conflitos, ele automaticamente nomeia o conflito *(computer-name's conflicted copy yyyy-mm-dd).* . E seus backups provavelmente são mais redundantes do que sua solução local (e não contam como parte da cota de armazenamento).

O Dropbox também tem uma API (eu não a usei, mas provavelmente é comparável ou superior aos ganchos de commit do SVN) e um navegador de arquivos on-line muito fácil de usar. Sem mencionar que os recursos de colaboração e compartilhamento de arquivos são integrados e mais convenientes / seguros que o Windows.

Se você está fazendo desenvolvimento, eu sugiro SVN ou SCMs similares, pois ele tem muitas ferramentas de desenvolvimento que se integram bem a ele (gerentes de projeto, rastreadores de problemas, plataformas de revisão de código, etc.), mas para uso geral backup e controle de versão, o Dropbox é provavelmente mais conveniente - especialmente para não desenvolvedores.

    
por 30.03.2012 / 13:09
0

Eu sei que esta é uma pergunta antiga, mas estive pensando sobre a mesma questão recentemente.

Não consigo encontrar ninguém em qualquer lugar usando svn e pastas offline do Windows 7+ ao mesmo tempo e não consigo imaginar que seja uma boa ideia! Você pode perder suas últimas alterações caso as pastas off-line sejam perdidas.

Infelizmente, isso significa que você precisa ter seus arquivos na unidade local (caso em que as alterações atuais não são armazenadas em backup) ou na pasta de rede não-off-line - o que a torna inacessível em caso de problemas de rede !

Recentemente, uma das minhas unidades de rede foi movida para um novo servidor, mas infelizmente as pessoas que faziam isso esqueceram as pastas off-line, então moveram algumas versões antigas dos meus arquivos porque as pastas off-line não conseguiram sincronizar - sem aviso! Felizmente eu vi isso como svn me disse que meus arquivos estavam fora de sincronia (vários meses) para que eu pudesse limpar a bagunça.

    
por 07.03.2016 / 13:24