Gerenciador de origem vs Backups

Question

Eu preciso de entrada de alguns profissionais.

Meu ponto é, quando você tem desenvolvimento, exemplo, desenvolvimento web e você obtém alguns arquivos .cs, arquivos aspx, .css, .js e obtém alguns arquivos gráficos como .psd etc ...

Quais são as melhores soluções para fazer backup de todo o seu desenvolvimento.

Os arquivos do servidor, em raid seu backup todos os dias, ou um gerenciador de origem de todos os arquivos de origem.

Acho que se você colocar todo o seu desenvolvimento em um gerenciador de origem, como subversão ou TFS, é a melhor maneira de trabalhar. Você poderia fazer backup de seu gerenciador de origem DATABASE no servidor e com um gerenciador de origem você ganha a modificação Historique de seus arquivos.Você só precisa fazer backup do banco de dados do gerenciador de origem e, se ocorrer um problema, restaura o banco de dados.

Se você estiver em RAID e o RAID falhar e seus arquivos de backup estiverem corrompidos, talvez você tenha perdido alguns arquivos e nunca tenha feito modificações históricas em seu arquivo

O que você achou dessas soluções, todas as pessoas têm 1 TB de disco aqui no computador para obter o arquivo do gerenciador de origem, e o backup do servidor fará o backup do banco de dados do gerenciador de origem.

Cada corpo sabe nos mundos de TI, eles sempre têm algo mais importante e urgente que verificam se o arquivo de backup estava funcionando corretamente e nunca estamos cobertos por um incidente em um arquivo de servidor vs arquivos de servidor, com 5 discos de 1 TB e apenas alguns arquivos estão no gerenciador de origem.

Qual é a sua opinião sobre isso?

    

Answer 1

Primeiro:

• -RAID não é Backup.
• -Revisão / Controle de origem não é Backup.
• -O backup não é um controle de revisão / código-fonte.

Destes, apenas o RAID é opcional, mas apenas pouco.

Você deve usar o Controle de Revisão / Origem para qualquer repositório de código que tenha, mesmo que seja o único desenvolvedor e não espere que mude muito. É recomendável que você tenha seus discos em pelo menos uma matriz RAID 1, RAID 1 + 0 (às vezes chamada de RAID 10) ou RAID 5. Eu prefiro o RAID 6. O RAID 0 está pedindo sofrimento.

Se um disco falhou, isso tem precedência sobre tudo, exceto um incêndio no prédio. Prioridade # 1 é substituir o disco. Se o seu servidor estiver na garantia (como HP, Dell, IBM, etc.), insira um ticket para o fornecedor informando que você precisa de um disco de substituição. Assim que chegar, sua nova prioridade imediata imediata é realmente colocá-lo no servidor e, se necessário, iniciar a reconstrução da matriz.

Você precisa fazer backup do seu repositório do Controle de Origem. Pode valer a pena também copiá-lo ocasionalmente para uma cópia separada (como gravar um DVD periodicamente).

Finalmente, você precisa testar seus backups. Depois de concluir com êxito, tente restaurá-lo para outra caixa. Se isso não funcionar, você não tem um backup. Depois de obter este trabalho, procure (fita) estratégias de rotação. Depois que um disco ou servidor falhou, não é hora de testar seus backups.