Uma das sugestoes que sempre dou a amigos é a criacao de ambiente identico ou o mais proximo possivel do real e por fim aplicar as atualizacoes ou upgrade e analisar o resultado, mas na maioria dos casos tenha os backups necessarios para recuperara a maquina, assim comk arquivos de configuracao e simule um desastre o qual teria de recuperar esta maquina, faça repetidas vezes ate se sentir confiante em fazer uma das duas acoes, nao esquecendo de documentar tudo o que fizer no ambienfe simulado, ja que, pkr motivo de stress em caso de falha voce pode esquecer alguma peca fundamental para o funcionamento.
Boa sorte! Enviado do tablet Samsung -------- Mensagem original -------- De : Fabricio Cannini <[email protected]> Data: 09/08/2013 16h06 (GMT-03:00) Para: Debian User Portuguese <[email protected]>,[email protected] Assunto: Re: "Politica" de atualização de Servidores GNU/Linux. Em 09-08-2013 15:03, CássioElias . escreveu: > Pessoal, tenho um servidor web na empresa onde trabalho que é GNU/Linux. > > Ele está em produção e sempre semanalmente apresenta atualizações. > > Gostaria de saber com vocês qual a melhor politica de atualização de > Servidores GNU/Linux em produção?! > > Estou pensando em fazer isso a noite para evitar transtornos, mas > gostaria de ter outras opiniões com vocês. > > Desde já agradeço. > > Obrigado. Tchê, isso depende de muita coisa. - Quais os serviços rodando nessa máquina ? - Existe previsão de 'downtime' durante a atualização ? - Qual é o tamanho do problema se der pau na atualização ? - Em outras palavras, vale a pena ter uma máquina redundante pra isso, virtual ou física ? Mas tem coisas básicas que se aplica em qualquer situação : - Testar as atualizações numa máquina virtual é sempre uma boa - Não usar atualização automática ( vide item acima ) - E por último, não mandar o mesmo e-mail pra várias listas ao mesmo tempo ( cross-posting ) . ;) -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
