É necessário fazer um dump svnadmin para fazer backup da subversão?

Question

Temos repositórios subversion que são acessados via svn + ssh e o módulo svn do apache. Existe algum problema em apenas fazer o backup dos diretórios do repositório diretamente, ou vou conseguir algo fora de fazer um despejo svnadmin neles?

Atualmente, sou da opinião de que uma cópia de backup dos diretórios é adequada.

    

Answer 1

Veja aqui: Melhor maneira de fazer backups do Subversion? como ele responderá sua pergunta geral, eu acredito.

OBSERVAÇÃO: o abaixo é baseado na minha experiência com o sysadmin. Eu não sou um especialista em Subversion, e você pode obter mais respostas informadas no StackOverflow.

Pessoalmente, eu tive que fazer backup de um servidor SVN no passado e usei svnadmin dump , mesmo que o departamento de engenharia. cabeça lá jurou que seu rsync noturno era tão válido. Existe um risco com o rsync se os repositórios estiverem em uso embora o rsync não detecte tudo.

Para mim, acabei deixando seu trabalho do rsync cron no lugar para mantê-lo feliz e fazendo o svnadmin dump para um arquivo tar fora do local.

No que diz respeito aos benefícios de svnadmin dump ou hotcopy , não consigo pensar em nenhum para ser honesto, pelo menos em um cenário de recuperação de desastres, a não ser que eles possam garantir que os repositórios on-line sejam usados. / p>     

Answer 2

Nunca use backups em nível de arquivo dos diretórios do repositório SVN. Mesmo se você estiver usando o FSVS.

"svnadmin dump" é bom para arquivos de longo prazo porque é neutro quanto a plataformas. A desvantagem é que ele leva um lote mais tempo para gerar e usa muito mais espaço (mesmo compactado com gzip -5). Ele também falha em fazer backup de coisas como os scripts do repositório e algumas outras coisas.

"svnadmin hotcopy" é o nosso método preferido para backups noturnos. Com o SVN 1.8, o processo hotcopy é incremental e você não precisa mais excluir o diretório de destino antes do hotcopy. Nosso hotcopy passou de 2-3 horas para 10-15 minutos depois de mudar para o SVN 1.8.

(Depois de fazermos o hotcopy, usamos o rdiff-backup e enviamos para um servidor de backup. Isso tem a vantagem de podermos reverter o repositório para qualquer dia nos últimos 6 meses.)

Uma terceira opção é o svnsync, onde você mantém um servidor SVN de reserva automática funcionando.