O Zimbra 9 não é mais um destino suportado para uma plataforma de e-mail de produção. Em outubro de 2026, o Zimbra 9.0 atingiu o fim de seu ciclo de vida, o Zimbra 10.0 também ultrapassou seu período de suporte e a versão ativa do Daffodil é o Zimbra 10.1. Por esse motivo, um plano de atualização atual do Zimbra 9 deve normalmente visar uma versão suportada do Zimbra 10.1, em vez de parar no 10.0. No momento da redação deste documento, o Zimbra 10.1.21 foi lançado em 24 de setembro de 2026. Consulte as notas de lançamento oficiais do Zimbra 10.1.21 antes de agendar qualquer trabalho em produção, pois os requisitos de patches e os problemas conhecidos podem mudar.
A atualização em si pode ser simples em uma instalação padrão, mas o método correto depende do seu sistema operacional, topologia, módulos NG, autenticação personalizada, licenciamento e tolerância a períodos de inatividade. Este guia se concentra nessas opções tanto quanto nos comandos, para que você possa selecionar um caminho adequado ao seu ambiente, em vez de forçar todas as implantações pelo mesmo procedimento.
| Abordagem | Vantagens | Trocas | Melhor ajuste |
|---|---|---|---|
| Atualização no local | Mantém a identidade do servidor existente, os caminhos de dados e a maior parte da configuração. A documentação oficial do Zimbra oferece suporte a atualizações in-place para implantações de nó único e de vários nós. | Requer uma janela de manutenção e deixa menos espaço para redesenhar um sistema operacional antigo ou um layout de armazenamento. | Um sistema operacional saudável e com suporte, com uma configuração convencional do Zimbra 9. |
| Atualização gradual de vários servidores | É possível reduzir interrupções generalizadas de serviço atualizando as funções em uma ordem controlada. | É necessária maior coordenação. O comportamento de servidores de e-mail com versões mistas e a configuração do servidor de login proxy exigem atenção redobrada. | Ambientes maiores com múltiplos nós, onde a continuidade do serviço é importante. |
| Instalação e migração do Zimbra 10.1 do zero | Permite migrar para um sistema operacional compatível mais recente, um novo armazenamento ou uma topologia redesenhada sem precisar manter todas as dependências legadas. | Necessita de planejamento de migração, capacidade temporária, trabalho de DNS/transição e mais validações. | Sistemas operacionais antigos, grandes atualizações de hardware, personalizações substanciais ou implantações que você não deseja atualizar no local. |
A documentação atual do Zimbra lista caminhos de atualização in-place e rolling, incluindo ambientes com módulos NG, mas direciona os usuários de módulos NG para os recursos de migração dedicados. Se o instalador detectar módulos NG, não ignore essa verificação: o instalador avisa que continuar pode remover pacotes NG e dados associados. Consulte primeiro as instruções oficiais de atualização do Daffodil e o guia de migração NG aplicável.
Comece estabelecendo uma linha de base. Faça login como o zimbrausuário e registre a versão instalada, além do estado atual do serviço:
su - zimbra
zmcontrol -v
zmcontrol status
Se os serviços já estiverem apresentando falhas, resolva esse problema antes da atualização principal. Uma atualização não é o momento ideal para descobrir que problemas com LDAP, caixa de correio, MTA ou proxy são anteriores à janela de manutenção. Além disso, faça um inventário de Zimlets personalizados, autenticação externa, integrações, certificados, regras de retransmissão, scripts e quaisquer alterações locais em /opt/zimbra.
O Zimbra destaca especificamente zmdbintegrityreportessa verificação como útil antes da atualização, pois a corrupção pré-existente do MariaDB pode se tornar mais difícil de diagnosticar durante uma mudança de versão principal. Execute-a como o zimbrausuário nos nós de armazenamento:
su - zimbra
zmdbintegrityreport
Zimbra observa que este relatório pode levar de alguns minutos a uma hora, dependendo do tamanho do banco de dados e do desempenho do armazenamento. Não o agende para a última hora em um banco de dados de e-mails grande.
Em seguida, faça um backup completo e restaurável usando o método de backup apropriado para sua edição e ambiente. Um backup só é útil se você souber onde ele está, se a restauração foi concluída com sucesso e se você tiver um plano de restauração viável. A Zimbra recomenda um backup completo antes de qualquer atualização importante e outro backup completo após a atualização, pois podem ocorrer alterações no esquema do banco de dados.
Faça também backups separados das personalizações de SAML e SPNEGO. O Zimbra alerta que essas personalizações podem ser sobrescritas durante a atualização. Se você depende de arquivos personalizados salocal.cf.in, regras personalizadas do SpamAssassin ou outros arquivos mantidos localmente, compare as notas de versão atuais para verificar quais arquivos podem ser substituídos e salve cópias antes de começar.
Uma instalação em um único servidor pode prosseguir diretamente para o instalador após as verificações prévias. Implantações com vários servidores exigem uma ordem específica. A sequência documentada pelo Zimbra é: primeiro o servidor LDAP mestre, depois as réplicas LDAP, servidores MTA, servidores proxy, Serviço Daemon de Licenças, servidor OnlyOffice e, por fim, servidores de armazenamento de e-mail.
Os servidores LDAP mestres devem ser atualizados e estar em execução antes de prosseguir para as outras funções. Durante as atualizações contínuas, o Zimbra também alerta que, quando os servidores de e-mail do Zimbra 10 e versões anteriores coexistirem, zimbraReverseProxyUpstreamLoginServersestes devem conter apenas servidores de caixa de correio do Zimbra 10; caso contrário, os usuários em servidores de e-mail do Zimbra 10 podem encontrar problemas de login no Aplicativo Web Moderno.
Não assuma que o sistema operacional de um servidor Zimbra 9 ainda seja uma boa opção em 2026. A documentação atual do Zimbra mostra plataformas mais recentes suportadas, incluindo RHEL/Rocky/Oracle Linux 9 e Ubuntu 22.04, enquanto o suporte ao Ubuntu 24.04 tornou-se disponível para o público em geral com o Zimbra 10.1.17. As notas de lançamento do Zimbra 10.1.21 também afirmam que o suporte ao Ubuntu 18.04 será descontinuado a partir da próxima versão. Se o seu host Zimbra 9 estiver em uma plataforma antiga, uma abordagem de instalação limpa e migração pode ser mais sensata do que combinar uma grande mudança no Zimbra com uma transição de sistema operacional.
Confirme se há espaço de armazenamento livre antes de executar o instalador. O instalador do Zimbra verifica o espaço disponível e interrompe a instalação caso o sistema não tenha espaço suficiente.
O Zimbra 10.1 também alterou o licenciamento. O license.xmlformato antigo não é compatível com a versão 10.1. Você precisa da nova chave de licença alfanumérica de 18 a 26 caracteres antes da instalação ou atualização. Obtenha a chave correta do Zimbra antes do período de manutenção. A página oficial de downloads do Zimbra alerta explicitamente os clientes sobre a necessidade de possuir a nova licença da versão 10.1 antes de iniciar o processo.
Baixe o pacote compatível com seu sistema operacional e arquitetura de CPU na área de downloads oficial do Zimbra. Não reutilize um pacote criado para outra distribuição. Mantenha o arquivo em um diretório de trabalho, como por exemplo /var/tmp...
Se o Zimbra publicar um checksum para o pacote que você baixar, verifique-o antes de extrair o arquivo. Um cálculo de checksum local se parece com isto:
sha256sum zcs.tgz
O checksum mostrado na ilustração não é um checksum de versão. Use apenas o checksum fornecido para o seu pacote real.
O processo de atualização in-place documentado pelo Zimbra não exige que você interrompa os serviços manualmente antes da atualização. O instalador interrompe e inicia os serviços conforme necessário. rootExtraia o arquivo baixado, acesse o diretório extraído e execute install.sh:
cd /var/tmp
tar xzvf zcs.tgz
cd <expanded-directory>
./install.sh
O Zimbra recomenda executar a atualização dentro de um multiplexador de terminal, como o `zimbra` screen, especialmente em sessões SSH remotas, para que uma queda de conexão não interrompa uma atualização demorada:
screen ./install.sh
O instalador detecta a instalação existente do Zimbra e apresenta o caminho de atualização. As instruções atuais do Zimbra recomendam aceitar o uso do repositório de pacotes do Zimbra quando solicitado e, em seguida, confirmar que deseja atualizar. Em uma atualização de nó único para a versão 10.1, o zimbra-license-daemonpacote é necessário; recusá-lo impede a continuação da atualização.
Antes de responder à última pergunta, revise a lista de pacotes. Em The system will be modified. Continue? [N], entre Ysomente quando estiver satisfeito de que os backups, a licença, a origem do pacote, o armazenamento e as comunicações de manutenção estejam configurados corretamente. O instalador então interrompe os serviços antigos, substitui os pacotes, restaura a configuração, realiza a atualização e reinicia os serviços. Ambientes grandes podem levar consideravelmente mais tempo do que pequenos sistemas de teste.
Se você usa uma licença offline/manual, siga o caminho de ativação específico no guia de atualização atual do Zimbra. Não copie instruções de licenciamento online para um ambiente offline. Da mesma forma, as orientações para nós de caixa de correio diferem quando há verificações de ativação envolvidas; portanto, use a documentação específica da versão em vez de um comando antigo copiado de uma versão anterior.
Após a conclusão da instalação, volte para o zimbrausuário e verifique o estado do serviço e a versão instalada:
su - zimbra
zmcontrol status
zmcontrol -v
Em seguida, teste os comportamentos dos quais os usuários realmente dependem: SMTP de entrada e saída, entrega interna, IMAP/POP (se habilitado), logins de aplicativos da Web modernos e clássicos, caixas de correio delegadas, operações de calendário, sincronização móvel, conectividade com o Outlook (se licenciada), autenticação externa, Zimlets, backups, monitoramento e qualquer aplicativo que use as interfaces SOAP ou EWS do Zimbra.
Não ignore as ações pós-atualização específicas da versão. As notas de versão do Zimbra 10.1.19 e posteriores mencionam uma mitigação SNMP atualizada para clientes que estão atualizando das versões 10.0.x, 9.0.x ou 8.8.15. Para uma atualização de produção em 2026, leia as notas de patch atuais e aplique qualquer mitigação necessária após a atualização principal. O Zimbra 10.1.21 também inclui correções de segurança que afetam o Cliente Web Clássico, a autenticação WebDAV, a recuperação de senha, o OpenJDK, o NGINX e as integrações, o que é mais um motivo para não parar em uma versão obsoleta como a 10.0.
Uma atualização no local é atraente porque altera menos componentes, mas não é automaticamente a opção de menor risco. Reconsidere o plano quando alguma destas condições se aplicar:
Nesses casos, um ambiente Zimbra 10.1 paralelo com uma migração controlada pode exigir mais preparação, mas oferece limites de reversão mais claros e uma melhor oportunidade para modernizar a plataforma subjacente.
zmdbintegrityreportnos nós de armazenamento e resolver erros.license.xml.screenuma sessão de terminal persistente equivalente.Para um servidor Zimbra 9 em bom estado, em um sistema operacional compatível e com configuração convencional, uma atualização direta para a versão atual do Zimbra 10.1 Daffodil geralmente é o caminho mais simples. Para um sistema operacional antigo, uma implementação complexa de módulos NG ou um servidor que também necessite de grandes alterações na infraestrutura, uma instalação e migração limpas podem proporcionar uma transição operacional mais estável, embora exijam mais trabalho.
A principal verificação de qualidade não é simplesmente se a install.shatualização é concluída com sucesso. Uma atualização bem-sucedida significa que o servidor está em um patch 10.1 compatível, todos os serviços necessários estão funcionando corretamente, o fluxo de e-mails e o acesso de usuários estão funcionando como esperado, as integrações personalizadas foram testadas novamente, o licenciamento está ativo, as mitigações específicas da versão foram concluídas e você possui um backup pós-atualização atualizado. Mantenha o guia oficial de atualização do Zimbra Daffodil , as notas de versão atuais do 10.1.21 e a documentação oficial para múltiplos servidores à mão durante o planejamento, pois essas fontes devem ter prioridade sobre trechos de comando antigos.
Compare 10 ferramentas de varredura de ping para descoberta rápida de LAN, varredura multiplataforma e gerenciamento de endereços IP. Saiba o que uma varredura pode — e não pode — revelar.
Compare seis ferramentas de gerenciamento de rede para monitoramento de desempenho, incluindo cobertura SNMP, mapeamento, alertas, modelos de implantação e custo-benefício.
Compare as melhores opções de analisadores de Wi-Fi para Windows, iPhone e Android, incluindo ferramentas para congestionamento de canais, cobertura de sinal, mapas de calor e solução de problemas de rede.
Compare sete monitores de ping gratuitos e de código aberto, desde suítes completas de rede até sondas de latência específicas, e escolha a opção mais adequada para disponibilidade, perda de pacotes e histórico.
Veja como a taxa de transferência de rede difere da largura de banda, o que causa desempenho lento ou instável e quais ferramentas podem testar um caminho ou monitorar o tráfego.
Compare softwares de servidor SFTP confiáveis para Windows e Linux, incluindo OpenSSH, Bitvise, SolarWinds e SFTPGo. Encontre a solução ideal para suas necessidades de segurança e transferência de arquivos.
Crie um monitoramento de rede prático com cobertura clara de dispositivos, métricas de desempenho úteis, alertas acionáveis e uma comparação entre SolarWinds NPM, PRTG e OpManager.
Compare sete ferramentas de gerenciamento de endereços IP para descoberta de sub-redes, coordenação de DNS e DHCP, inventário de rede e IPAM de código aberto.
Compare ferramentas de varredura de rede para descoberta rápida de dispositivos, varreduras de IP multiplataforma e IPAM corporativo, com orientações sobre como escolher a opção mais adequada para sua rede.
Compare seis ferramentas de monitoramento de rede Linux para descoberta de dispositivos SNMP, gráficos de interface, métricas de host, verificação de serviços e fluxos de tráfego.
