Servidores fornecem aos usuários acesso a recursos compartilhados como e-mail, dados e impressoras. Esta capacidade de compartilhar recursos com controle e administração centralizados torna servidores mais atraentes para empresas que a alternativa de rede peer-to-peer, que pode se tornar como o "Velho Oeste" administrativamente. Uma desvantagem da abordagem de servidor é evidente quando o servidor cai por algum motivo, privando usuários de recursos por um tempo.
À medida que usuários colocam mais informações em servidores, e empresas cortam custos eliminando muitas impressoras desktop em favor de algumas impressoras compartilhadas, o papel do servidor torna-se mais importante. Regras de uptime em ambiente de servidor centralizado e usuários reclamam rápido quando algo dá errado. É crítico que administradores de servidor criem procedimentos que maximizem o uptime, resultando em maior produtividade para usuários.
Não importa quão bons os procedimentos operacionais, administradores de servidor devem realizar manutenção de rotina no servidor ocasionalmente. Atualizações de software devem ser instaladas, backups devem ser realizados e qualquer outra manutenção requerida tipicamente exige que o servidor fique fora do ar por um tempo. Tempo de inatividade planejado é parte de maximizar uptime, e tipicamente agendado nos fins de semana para minimizar impacto nos usuários. Embora este "baixa" e "sobe" do servidor seja tecnicamente um bounce, o termo é mais tipicamente aplicado a tempo de inatividade de emergência.
Em ocasiões, um servidor experimentará "tempo de inatividade de emergência". Isso pode acontecer quando um disco falha ou uma fonte de alimentação queima ou quando qualquer número de problemas inesperados ocorre. Isso pode acontecer independentemente do nível de atenção aos procedimentos operacionais. Tipicamente, este tipo de inatividade ocorre no pior momento possível, como durante processamento de folha de pagamento. Ocasionalmente, um servidor apenas "trava", sem indicação do problema, mas não cai completamente.
Fazer bounce no servidor tipicamente requer um hard power off. Isso significa que o administrador ou técnico deve remover energia do dispositivo em um "desligamento não controlado". Esta é a parte "baixa" do bounce. Uma vez que o servidor está completamente desligado, e toda atividade cessou, o administrador reinicia o servidor. Esta é a parte "sobe" do bounce. Se tudo correr bem, o servidor voltará ao status operacional normal. Nas melhores circunstâncias, o administrador conseguirá encontrar registros de log indicando a razão do problema. Porém, na maioria das vezes não há indicação do que disparou a necessidade do bounce do servidor.
Tecnologia Eletrônica © [www.351231.com]
