Atualizar Ubuntu 12.04 para 14.04 LTS
Visão geral
As versões .04 do Ubuntu lançadas a cada dois anos frequentemente são LTS (Long Term Support). Uma LTS recebe correções de bugs e atualizações de segurança por até 5 anos. Por isso, sistemas em LTS não são forçados a migrar automaticamente por popups — o upgrade exige ação do administrador.
Importante: este tutorial foi escrito para uma instalação de servidor Ubuntu 12.04. Ajuste caminhos e comandos conforme sua topologia. Presuma que o servidor tenha um endereço IP estático (ex.: 192.168.0.100) e nome de host server1.example.com.
Antes de começar — Backup e pré-requisitos
- Faça backup completo de dados e configurações para um dispositivo externo ou para um snapshot de VM. Teste a recuperação do backup.
- Tenha acesso físico ou console de administração (KVM, IPMI) caso o acesso SSH falhe.
- Verifique espaço em disco (recomendado: >2 GB livres em /var ou partições relevantes).
- Anote versões e configurações de serviços críticos (web, banco de dados, LDAP, etc.).
- Desative ou anote PPAs/third-party repositories — eles podem bloquear o upgrade.
Checklist rápido:
- Backup completo validado
- Snapshot ou imagem da VM (se aplicável)
- Espaço em disco suficiente
- Acesso de console alternativo
- Lista de serviços críticos e dependências
Passo a passo de upgrade
- Conecte-se ao servidor como root ou via sudo.
- Atualize a lista de pacotes e instale o gerenciador de atualização:
apt-get update
apt-get install update-manager-core
- Edite o arquivo /etc/update-manager/release-upgrades para permitir upgrades LTS:
vi /etc/update-manager/release-upgrades
No arquivo, verifique ou ajuste a opção Prompt para lts:
# Default behavior for the release upgrader.
[DEFAULT]
# Default prompting behavior, valid options:
#
# never - Never check for a new release.
# normal - Check to see if a new release is available. If more than one new
# release is found, the release upgrader will attempt to upgrade to
# the release that immediately succeeds the currently-running
# release.
# lts - Check to see if a new LTS release is available. The upgrader
# will attempt to upgrade to the first LTS release available after
# the currently-running one. Note that this option should not be
# used if the currently-running release is not itself an LTS
# release, since in that case the upgrader won't be able to
# determine if a newer release is available.
Prompt=lts
- Inicie o processo de upgrade:
do-release-upgrade -d
Observações durante o upgrade:
- O processo perguntará sobre manter ou sobrescrever arquivos de configuração. Preserve arquivos personalizados se tiver dúvidas, ou exporte-os antes.
- Serviços podem ser reiniciados automaticamente; confirme reinicializações quando solicitado.
- O tempo de execução varia: em ambientes com muitas dependências pode levar dezenas de minutos.
- Após a conclusão, reinicie o servidor quando solicitado:
reboot
- Verifique a versão instalada:
cat /etc/lsb-release
Exemplo de saída esperada:
root@server1:~$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=14.04
DISTRIB_CODENAME=trusty
DISTRIB_DESCRIPTION="Ubuntu 14.04.1 LTS"
root@server1:~$
Parabéns — o sistema deverá estar atualizado para Ubuntu 14.04 LTS.
Pós-upgrade — Verificações essenciais
- Valide serviços críticos (web, DB, cache, autenticação).
- Verifique logs em /var/log/syslog, /var/log/dpkg.log e logs de serviços.
- Reative PPAs um a um e rode apt-get update/upgrade para identificar pacotes incompatíveis.
- Rode lsb_release -a se o comando estiver instalado:
lsb_release -a
- Verifique versões do kernel (uname -r) e módulos proprietários (drivers NVIDIA, etc.).
Runbook de reversão e mitigação de incidentes
Importante: o upgrade é uma mutação do sistema; a reversão só é segura se você tiver snapshots ou backups testados.
Se algo falhar seriamente:
- Não execute ações destrutivas imediatas. Documente o erro e anexe logs.
- Caso tenha snapshot da VM, restaure o snapshot para voltar ao estado anterior.
- Se só tiver backup de arquivos, restaure-os e reinstale a versão anterior do sistema (reinstalação pode ser necessária).
- Se for um problema de serviço (ex.: Apache), tente restaurar a configuração antiga preservada em /etc—arquivos .dpkg-old ou .dpkg-dist podem ajudar.
- Notifique stakeholders e documente tempos e ações para pós-mortem.
Critérios de aceitação (verificação pós-upgrade)
- O comando cat /etc/lsb-release mostra DISTRIB_RELEASE=14.04.
- Todos os serviços críticos respondem às requisições esperadas por 15 minutos contínuos em produção ou em testes.
- Nenhum pacote essencial está em estado “broken” (verificar apt-get -f install e dpkg –configure -a).
- Backups e monitoramento retornam à operação normal.
Checklist por função
Administrador de sistema:
- Validar backups e snapshots
- Revisar /etc/update-manager/release-upgrades
- Executar do-release-upgrade
- Verificar logs e reiniciar serviços
DevOps / Operações:
- Verificar pipelines de deploy
- Testar integração com serviços externos
- Revalidar scripts de configuração
Desenvolvedor:
- Testar aplicações em staging
- Verificar compatibilidade de bibliotecas (Python, Ruby, PHP, etc.)
Compatibilidade e armadilhas comuns
- PPAs e repositórios de terceiros podem não fornecer pacotes para 14.04; desative-os antes e reative com cautela.
- Módulos do kernel e drivers proprietários podem precisar ser recompilados.
- Serviços com dependências binárias específicas (por exemplo, extensões PHP compiladas localmente) podem falhar.
- Se o servidor for parte de um cluster, atualize nós um a um e teste failover.
Segurança e privacidade
- Após o upgrade, rode apt-get upgrade e apt-get autoremove para aplicar correções adicionais.
- Verifique configurações de SSH e regras de firewall (ufw/iptables) — mantenha as políticas de segurança.
- Se dados pessoais são processados, confirme que logs e backups seguem políticas de retenção e criptografia locais.
Fluxo de decisão (Mermaid)
flowchart TD
A[Servidor em 12.04 LTS] --> B{Backup pronto e testado?}
B -- Não --> C[Faça backup e valide]
B -- Sim --> D{Espaço e acesso console OK?}
D -- Não --> E[Libere espaço ou providencie console]
D -- Sim --> F[Configurar Prompt=lts]
F --> G[Executar do-release-upgrade -d]
G --> H{Upgrade bem-sucedido?}
H -- Sim --> I[Reiniciar e validar serviços]
H -- Não --> J[Executar runbook de reversão]
Testes e critérios de aceitação (casos de teste)
- Teste 1: Após reinício, cat /etc/lsb-release retorna 14.04.
- Teste 2: Aplicação web responde em < 5s a requisições de smoke test por 5 minutos.
- Teste 3: Não existem pacotes pendentes ou quebrados (apt-get -f install não altera pacotes críticos).
Perguntas frequentes
É obrigatório usar -d no do-release-upgrade?
-d força o verificador de versões a considerar versões de desenvolvimento ou que ainda não foram automaticamente habilitadas para sua máquina. Em muitos cenários LTS-to-LTS esse parâmetro é usado quando a nova LTS acabou de ser lançada; use com cautela.
Posso atualizar diretamente de 12.04 para versões não-LTS?
Se você alterar Prompt para normal em /etc/update-manager/release-upgrades, será possível seguir o fluxo para releases não-LTS, mas isso pode quebrar previsibilidade de suporte. Para servidores de produção recomenda-se seguir LTS→LTS.
E se eu perder acesso SSH durante o upgrade?
Use console de gerenciamento (KVM/IPMI) ou restaure snapshot/backup. Planeje manutenção com janela de downtime.
Links úteis
- Ubuntu: http://www.ubuntu.com/
Resumo
- Faça backup e snapshot antes de qualquer upgrade.
- Ajuste /etc/update-manager/release-upgrades para Prompt=lts.
- Use apt-get update, instale update-manager-core e execute do-release-upgrade -d.
- Verifique /etc/lsb-release e teste serviços; tenha um runbook de reversão pronto.
Importante: sempre teste o fluxo em ambiente de homologação antes de rodar em produção.
Materiais semelhantes

Criar figurinhas WhatsApp: guia prático

Ativar conta Twitch: guia rápido e seguro

Como testar um capacitor com um multímetro

Recuperar a janela antiga de composição do Gmail

Bloquear YouTube no roteador com OpenDNS
