Muito boa Eduardo este é um ponto que a falha é realmente critica. velho ditado
Quem tem um não tem nenhum. E o custo para ter 2 disponível pode acabar atrapalhando o orçamento do projeto. Raid por software seria a solução mesmo neste caso. já que não depende inteiramente do hardware. mas teria que ser uma solução segura testada e homologada e que não seja apenas montada e esquecida para sempre. efetuar as rotinas de verificação para saber a saúde do hardware e demais serviços empregados na solução. Pergunta. Alguem ai segue a risca a recomendação do backup ? Que após acabar de efetuar o backup fazer o restore em outro servidor para saber se todos os dados foram corretamente backupeados ??? Particularmente eu não faço, sei que é negligência minha mas não faço. Além RAID6 o ideal também é ter um hot spare que consiste em ter um hd em espera caso algum de problemas ele entraria em operação resincronizando a sua raid dai você pode ficar tranquilo que a raid estara online só a necessidade de trocar o hd defeituoso. no caso do ZFS só precisa de um comando ( zpool replace pool dev dev ) para que o hd novo ( antigo com def. ) seja reativado/sincronizado e o hd de hot spare volte ao seu estado de espera. Outra opção poderia ser um ClusterFS ( Lustre ), PrimeCluster, GoogleFS, Global File System. 2009/1/27 Eduardo Alvarenga <[email protected]>: > Raid por hardware é muito interessante, porém o SPOF (Single Point of > Failure) fica focado na HBA. -- - = - = - = - = - = - = - = - = - = - <----. Of course it runs William David Armstrong <----|========================== Bio Systems Security Networking <----' FreeBSD MSN / GT biosystems gmail . com http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ -------------------------------------- ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
