
Se você tivesse algum dinheiro para gastar (aproximadamente CAD 180.000) em hardware e software para configurar um sistema de arquivamento de dados. Temos uma citação deSistemas Isilonno entanto, antes de o dinheiro ser gasto, temos de submeter a compra a um processo de concurso. Então, estou procurando ideias para as especificações do nosso servidor de arquivamento ideal.
No mundo ideal, o sistema deveria ser capaz de arquivar e recuperar os diversos tipos de dados experimentais coletados pelo nosso laboratório. Esses dados variam desde pilhas de imagens de microscopia até sinais elétricos digitalizados coletados em uma ampla variedade de formatos, etc.
Que software, hardware e hardware você teria em seu servidor de arquivamento de dados ideal se tivesse cerca de CAD180.000 para gastar (ou precisaria gastar mais)?
Atualmente, coletamos dados da ordem de cerca de 100 GB por mês e esperamos arquivá-los por vários anos.
Responder1
A verdadeira questão para mim é o que você deseja fazer com os dados arquivados? Os requisitos que você forneceu são realmente vagos. As duas grandes opções que penso sãoDocumentoeServidor Microsoft Office SharePoint(e você pode até obter soluções que combinem os 2). Em ummaneira muito simplificada e genéricaa diferença básica entre os dois é como os dados são tratados depois de arquivados.
Documentum é um gerenciador de ciclo de vida de documentos gerenciado por administradores e orientado por políticas em sua essência (por exemplo, o documento x tem 6 meses, então foi migrado para a terra do nunca, ele contém as anotações do Sr. Jones). Para acessar essas notas, você (ou geralmente um administrador) recupera o documento. É muito eficiente no armazenamento de documentos.
O Sharepoint, por outro lado, não é tão eficiente em termos de espaço para armazenar documentos (é muito melhor em 2010), mas o ponto de vista do Sharepoint é que os documentos contêm dados que podem ser relatados (com imagens que você pode rastrear os metadados) e que os usuários devem ser capazes para representar dados em qualquer visualização que atenda às suas necessidades atuais. Portanto, talvez você nem precise recuperar as anotações do Sr. Jones, porque tudo o que você precisava eram os dados dele, que foram agregados em um relatório do SharePoint (é claro que você sempre pode voltar à fonte)
Não acho que exista algo pronto para uso que faça exatamente o que você deseja, então planeje também reservar algum tempo de consultoria. Converse com os vários departamentos e certifique-se de compreender totalmente e documentar seus requisitos (dizer que você precisa arquivar e recuperar dados não é uma grande lista de requisitos), embora seja bom saber que o tamanho e o fim da vida útil do documento também não são limites (exceto para saber que você deseja que o hardware san seja suportado por pelo menos "alguns" anos). Investigue realmente o que a empresa precisará fazer com esses dados. Pode acontecer que você não precise de nenhum tipo de gerenciamento do ciclo de vida de documentos, mas simplesmente de gerenciamento hierárquico de armazenamento (outro motivo para gostar do Compellent).
Para hardware san, não encontrei nada que se compare acompelente sem