Bem, não se pode esquecer que não se pode comparar o acesso a disco de um desktop com um servidor, ainda amsi se este servidor não tiver discos SCSIs que suportam bem sistemas multitarefas e multiusuários, tendo atingido 98% da capacidade do seu disco fica complicado fazer alguma previsão com essa sobra, num sistema M$ seu servidor já teria crechado, ainda assim a possibilidade de defeito físico ou lógico no disco é provável, e a mudança pode não ser tanta coincidência, podem ter dado pancadas no servidor ou somente o balanço somados a um disco que já teve um uso excessivo. A cerca de 3 semanas perdi um disco do meu servidor do firewall, era um disco SCSI de 20GB, como pode ver muito velho, embora seja pouco comum ver discos SCSIs com defeitos, acontece. Em 20 anos de carreira trabalhando com servidores esse deve ser o quarto disco SCSI com defeito que tive o desprazer de ver.
Quando for trocar os discos ou o servidor, leve em consideração a freqüência do acesso, a quantidade de acesso simultâneo e total, a capacidade do disco incluído velocidade, RPM, buffer, cache... E por último a redundância, pode parecer bobagem mas pode significar lhe tirar de um problemão quando um dos discos resolver pifar. Não menos importante é avaliar a importância dos dados arquivados e seu backup em outra mídia. Muitos novatos discordam, mas por exepriência acumulada nesses 20 anos de carreira a superioridade em todos os sentidos de um disco SCSI para servidores é indiscutível, por mais que eletronicamente falando possam alegar quem um disco SATA deveria ter o mesmo desempenho, ele não é projetato para acesso multiusuário e multitarefa, isso é facilmente notado qaundo se usa um programa amsi pesado de acesso a disco e multitarefa, mesmo um desktop "senta". Claro que o SO também influencia, pois na maioria dos casos nos desktops existe um M$ rodando. E por último lembre-se eles não custam quase 10 vezes mais à toa! Ainda assim é uma ótima justificativa, economize em qualquer outro lugar da máquina menos nos discos! Ah, marca tb importa, prefira discos SCSIs WsternDigital ou Seagate e corra de Fujitsu, acumulam ampla lista de problemas de série... Em 23 de julho de 2010 09:21, Molinero <[email protected]> escreveu: > 1- O desktop no qual vc testou, espetou no mesmo cabo que estava o > servidor ? > Se nao... > 2- Teste o cabeamento > 3- Rode um "check" no disco > > > > > Cleber Ianes wrote: > > Saudações pessoal. > > Tenho um servidor samba que funcionava perfeitamente, depois de uma > > mudança de prédio começou a ter uma grande lentidão. (acho que a o > > fator da mudança é coincidência) > > Esse servidor possui preferencialmente fotos, são realmente muitas, a > > maioria com tamanhos variando entre 1 e 2MB. > > O mais estranho é que essa lentidão se apresenta em algumas pastas > > apenas. Pastas arquivadas no mesmo servidor, na mesma partição, tem > > tempo diferentes para carregar as miniaturas de imagens de tamanhos > > muito próximos. Se coloco essas mesmas imagens em um desktop da rede o > > carregamento das miniaturas é instantâneo. > > O capacidade de armazenamento chegou a 98% ocupado (estamos comprando > > outro hoje rssrs), liberei 10% movendo algumas pastas para outro hd e > > não houve melhora no desempenho. O sistema de arquivos dessa partição > > é XFS. > > Alguém já passou por algo parecido. > > > > -- > GUS-BR - Grupo de Usuários de Slackware Brasil > http://www.slackwarebrasil.org/ > http://groups.google.com/group/slack-users-br > > Antes de perguntar: > http://www.istf.com.br/perguntas/ > > Para sair da lista envie um e-mail para: > [email protected]<slack-users-br%[email protected]> > -- GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected]
