"Direto no atualizar" tudo bem em um roteador de laboratório. Em um equipamento de produção — principalmente um que você não consegue visitar facilmente — uma atualização que dá errado pode significar um roteador que não inicializa, uma configuração que se comporta diferente na versão nova, ou versões de firmware e de pacote dessincronizadas de um jeito difícil de diagnosticar remotamente. Nada disso é o mais provável, mas o custo de dar errado é alto o suficiente para justificar uma sequência deliberada.
Leia o changelog antes de atualizar
Nem toda versão do RouterOS é segura para pular às cegas, e nem toda versão é pensada para produção. Verifique o changelog da versão de destino — a MikroTik publica um por release — procurando qualquer coisa que toque em funcionalidades que você realmente usa, e prefira o canal stable em vez de long-term/testing a menos que tenha um motivo específico para não fazer isso.
Faça backup e export da configuração primeiro
Faça as duas coisas — um backup binário restaura o estado exato, e um export em texto puro é algo que você realmente consegue ler e comparar se precisar recuperar algo manualmente:
/system backup save name=pre-upgrade
/export file=pre-upgrade-configAtualize o pacote do RouterOS
Verifique se há atualizações e instale — o roteador reinicia sozinho assim que o pacote é aplicado:
/system package update check-for-updates
/system package update installConfirme que o roteador está saudável antes de mexer em qualquer outra coisa
Depois que ele reiniciar, verifique a versão, se as interfaces voltaram a ficar up, e se tudo que é crítico (roteamento, túneis VPN, DHCP) está funcionando como esperado. Resista à vontade de já atualizar também o firmware do RouterBOOT na mesma janela de manutenção — trate isso como um passo separado.
Atualize o firmware do RouterBOOT separadamente, só depois de confirmar que o pacote ficou estável
Verifique primeiro se existe uma atualização de firmware pendente antes de rodá-la:
/system routerboard printSe current-firmware não bater com upgrade-firmware, há uma atualização disponível. Aplique-a, e reinicie para concluir:
/system routerboard upgradePor que fazer assim
Separar a atualização do pacote da atualização do firmware do RouterBOOT — em vez de fazer as duas na mesma janela de manutenção — te dá um ponto de rollback intermediário. Se algo der errado depois de atualizar o pacote mas antes de mexer no firmware, você está lidando com uma única variável, não duas, e reverter só a versão do pacote é um caminho conhecido e bem documentado. Misturar as duas mudanças em um único passo faz com que, se o roteador se comportar de forma estranha depois, você não consiga saber qual das duas mudanças causou isso sem desfazer as duas.
Como o MoniTik ajuda
Se uma atualização der errado — uma interface que não volta como você esperava, um serviço que precisa de um ajuste de configuração na versão nova — o WinBox remoto do MoniTik te deixa entrar no roteador para consertar sem visitar o site, mesmo que o estado de rede do roteador pareça estranho logo depois de reiniciar. E como o MoniTik monitora a conectividade continuamente, você vai ver o momento exato em que o roteador cai por causa do reinício e o momento em que ele volta, em vez de ficar adivinhando se a atualização realmente terminou.