Como você lida com o arquivamento de dados? [fechadas]

9

Backups são uma coisa, mas arquivamento de longo prazo é outro. Por exemplo, você pode ser obrigado a armazenar e-mails por sete anos ou manter todos os dados do projeto indefinidamente. Eu costumava salvar arquivos em fita, mas depois eu tinha fitas sendo destruídas (drives rasgam a fita). Então ... escreva para 2 fitas que eu ouço você dizer. É isso que os outros fazem? Tem 2 (ou mais) fitas dos mesmos dados para redundância?

Mas a outra questão é que as fitas geralmente não podem ser lidas por diferentes fornecedores de software de backup. Por exemplo, se você for do Arcserve - > Backup Exec - > Commvault ao longo de 10 anos você precisaria manter todos os 3 sistemas para que você pudesse restaurar os dados antigos. Da mesma forma para hardware. As fitas antigas podem não ter código de barras. Pode não ser compatível com a nova biblioteca etc etc. Então você mantém o hardware de fita antigo E o software antigo para o caso de precisar restaurar um arquivo de 10 anos de idade?

Ou ... quando você passa para um novo sistema de backup, você migra todos os dados arquivados para o novo sistema e o re-arquiva em novas fitas? Isso poderia ser um trabalho enorme.

Alguma opinião?

    
por PowerApp101 21.05.2009 / 04:24

6 respostas

3

Quantos dados estamos falando? Nossos dados de "arquivamento" são pequenos o suficiente para mantê-los em armazenamento ao vivo (em uma unidade NAS) que são armazenados em backup com os dados ativos habituais, para que exista exatamente como nossos dados usuais e esteja sujeito às mesmas técnicas de recuperação sem ter que se preocupar em manter a tecnologia de uma década atrás. Se nossos dados ativos forem movidos para uma nova plataforma de armazenamento, o arquivo será movido junto com ele. Também definimos as permissões para dados de arquivamento de modo que apenas um membro do grupo de segurança de arquivamento (dos quais há poucos usuários membros) tenha acesso para remover qualquer coisa dessas pastas.

Se você estiver lidando com mais dados do que os razoavelmente mantidos no armazenamento ao vivo, a fita pode ser sua melhor aposta para armazenamento a longo prazo, juntamente com a manutenção de pelo menos duas cópias em diferentes locais de armazenamento controlados. Leve-os a cada dois anos para garantir que a mídia ainda seja legível e migre da mídia mais antiga para a nova, se você estiver trocando de fornecedor para garantir que você possa continuar acessando os dados.

    
por 21.05.2009 / 04:34
3

No meu caso, fazemos arquivos em fita, e eu vou dizer por que isso faz sentido para nós.

Em primeiro lugar, o software que usamos, o Tivoli Storage Manager, é de longe, o software que usaremos no futuro previsível. Na minha opinião, a TSM é o topo da cadeia alimentar em termos de software de backup corporativo, então o problema de mudar para uma plataforma de software diferente é relativamente inexistente para nós.

Assim sendo, mantemos alguns arquivos de longo prazo, e temos algumas maneiras diferentes de fazê-lo. Felizmente para nós, usamos algumas das mais recentes tecnologias de fita que podem armazenar mais de 1 TB por cartucho, portanto, ter uma grande quantidade de arquivos armazenados dentro da biblioteca não é um problema.

  • Arquivar em fitas locais e copiar esses arquivos para os nossos dados alternativos centro, com as fitas de arquivo sentado dentro da biblioteca de fitas.

Fazemos isso para determinados tipos de dados porque os dados são restaurados regularmente e são importantes o suficiente para exigir duas cópias.

  • Arquivar em fitas locais, mas não fitas remotas e deixe as fitas dentro da biblioteca.

Fazemos isso para dados um pouco menos importantes, que precisam ser restaurados regularmente.

  • Arquivar na fita local e enviá-los externo para armazenamento.

As práticas acima descritas funcionaram muito bem no passado. Nós migramos para uma tecnologia de fita totalmente diferente alguns anos atrás, e foi um pouco trabalhoso mover os dados, mas realmente não foi grande coisa. No TSM, era literalmente um comando por servidor no valor de arquivos e seria executado. Pode demorar alguns dias para correr, mas não foi um esforço de trabalho ativo para ninguém.

A onda do futuro é obviamente um armazenamento baseado em disco.

Assim que a oportunidade aparecer, estarei colocando uma matriz de disco em um recurso de armazenamento seguro e copiando arquivos do tipo de auditoria de longo prazo em um dispositivo como esse.

    
por 21.05.2009 / 05:03
1

Duas instalações do EMC Centera (espelhadas em locais diferentes). Custa muito dinheiro, mas funciona.

link

    
por 21.05.2009 / 06:53
0

Você também pode procurar uma solução como Data Domain (agora, NetApp) . Eles arquivam e fazem compactação avançada que eles chamam de DeDupe , pelo qual eles procuram por mandris semelhantes de dados e obtêm taxas de compactação muito altas .

De que tipo de dados você está tentando fazer o backup? Todos os dados "aleatórios" são vídeos ou músicas? Ou são dados que podem se render à compressão?

    
por 21.05.2009 / 09:16
0

Avance com a nova solução de arquivamento e mantenha as fitas enquanto você precisar desses dados. Se você precisar permanentemente, considere migrá-lo para o disco. Com os backups em disco, a migração para a mídia futura é decididamente mais fácil.

Um ano ou talvez 2 a partir de agora, você pode começar a ignorar as fitas se esses backups não forem mais necessários.

A reimplementação é um esforço enorme se o tempo resolver seu problema para você. Faça a análise de custo se você tiver um custo associado ao armazenamento dos backups e / ou das licenças de software para trabalhar com eles.

    
por 21.05.2009 / 17:07
0

Seu problema com o arquivamento de dados, para simplificar seu enigma, parece ser a compatibilidade futura de fitas antigas com um novo hardware.

Minha solução: escolha apenas um fornecedor com uma solução completa (software e hardware) em que você confia fará o melhor para oferecer compatibilidade legada.

E, obviamente, obter um contrato muito bom preço-sábio, considerando a sua fidelidade;)

    
por 22.03.2010 / 21:08

Tags