Entre as vantagens do Zimbra Collaboration Suite Open-Source Edition, como confiabilidade, alto desempenho e uma solução gratuita, também deve-se mencionar a aparência bastante frequente de versões novas do Zimbra e a adição regular de recursos exigidos pela comunidade neles. Assim, por exemplo, somente no ano passado, foram adicionados recursos como a capacidade de recuperar a senha de forma independente pelo usuário, a capacidade de alterar o calendário padrão, o suporte a catálogos de endereços hierárquicos e outras oportunidades de negócios úteis. No entanto, historicamente, os gerentes de TI na Rússia não gostam particularmente de atualizações.
A regra antiga como o mundo de que você não deve tocar no que funciona tão bem se firmou firmemente na cabeça dos especialistas russos em TI no final dos anos 90. De fato, a quebra da estabilidade das soluções de atualização, bem como as mudanças abruptas de interfaces, introduzidas no estupor de usuários, eram comuns naquele momento. No entanto, os novos tempos apresentam novos desafios para os gerentes de TI, e agora a abordagem "não toque no que funciona" simplesmente não é aplicável. As informações sobre a detecção de vulnerabilidades estão se espalhando por todo o mundo tão rapidamente, e os exércitos de ciberataques estão criando explorações para essas vulnerabilidades a um ritmo tal que o uso de versões desatualizadas de software na empresa acarreta enormes riscos à segurança das informações. E, especialmente, esses riscos são grandes quando se trata de plataformas de colaboração.
Outro argumento típico contra a atualização regular de sistemas de informação nas empresas é a necessidade de suspender seu trabalho durante a instalação de atualizações. E esse argumento é realmente decisivo para grandes empresas e provedores de SaaS para os quais a disponibilidade próxima de 100% dos serviços é importante. É por isso que todo desenvolvedor, ao projetar e desenvolver sua própria solução, tenta minimizar ou reduzir completamente a zero o tempo de inatividade de uma solução de software ao atualizá-la. Os desenvolvedores do Zimbra não são exceção.
Atualmente, é possível atualizar o Zimbra Collaboration Suite na empresa sem tempo de inatividade do próprio sistema de informações, mas, na realidade, esse processo será uma migração contínua de um servidor Zimbra para outro, onde uma versão mais recente do ZCS já está instalada usando o Zextras Suite. Já descrevemos esse processo em um artigo anterior. Aqueles que não estão prontos para alocar capacidades adicionais de servidor para migração podem usar várias dicas para reduzir o tempo de inatividade do Zimbra durante o processo de atualização.
O processo de atualização em si é uma repetição do processo de instalação do Zimbra usando uma versão mais recente da distribuição. Em outras palavras, basta baixar a versão mais recente do ZCS do
Zimbra.com e, quando a instalação iniciar, o programa detectará automaticamente o Zimbra instalado no servidor e oferecerá a atualização. Na maioria das situações, a atualização ocorre automaticamente, mas se você estiver atualizando do Zimbra versão 8.6 ou posterior, pode ser necessário reinstalar os módulos memcached e zimbra-proxy, que se tornaram obrigatórios para instalação a partir da versão Zimbra 8.7.
Não há dicas para otimizar o tempo de atualização do Zimbra para aqueles que usam a solução de servidor único. Normalmente, essas opções de instalação são usadas em pequenas empresas que podem interromper o sistema de colaboração, especialmente se você planeja atualizar o Zimbra à noite ou à noite.
Quanto à instalação do multiservidor Zimbra, existem vários truques para reduzir o tempo de inatividade do sistema de informações. Primeiro de tudo, isso diz respeito à instalação de atualizações. Portanto, antes de tudo, você deve atualizar o servidor com LDAP. Caso na sua empresa, além do LDAP principal, haja servidores com réplica LDAP, para evitar um longo tempo de inatividade durante a atualização, você pode "atualizar" uma réplica LDAP para o LDAP Master, ao mesmo tempo em que usa um firewall para banir conexões com esse LDAP. Mestre Se sua infraestrutura tiver apenas um servidor LDAP, você poderá evitar longos períodos de inatividade durante a atualização, criando um servidor de réplica LDAP virtual. Após a atualização do LDAP Master, será possível colocá-lo novamente em operação e, em seguida, atualizar os servidores LDAP restantes.
Próximos servidores com Zimbra MTA e Zimbra Proxy. Se você estiver atualizando de versões mais antigas do Zimbra, depois de atualizar os servidores com o MTA, não será supérfluo executar os seguintes comandos na interface da linha de comandos para que as configurações padrão estejam corretas:
zmprov mcf zimbraMtaCommandDirectory /opt/zimbra/common/sbin zmprov mcf zimbraMtaDaemonDirectory /opt/zimbra/common/libexec zmprov mcf zimbraMtaMailqPath /opt/zimbra/common/sbin/mailq zmprov mcf zimbraMtaManpageDirectory /opt/zimbra/common/share/man zmprov mcf zimbraMtaNewaliasesPath /opt/zimbra/common/sbin/newaliases zmprov mcf zimbraMtaSendmailPath /opt/zimbra/common/sbin/sendmail
Somente após a atualização de todos os nós com LDAP, MTA e Proxy, você poderá começar a atualizar seus repositórios de mensagens. Como todos os anteriores, os servidores com caixas de correio devem ser atualizados um de cada vez. A função doMoveMailbox, costurada no inverno do Zextras Powerstore e permite transferir caixas de correio do usuário de uma caixa para outra na mesma infraestrutura, ajudará a evitar a inacessibilidade das caixas de correio. Por exemplo, o comando
zxsuite powerstore doMoveMailbox -a usuário@empresa.ru -f mailstore1.company.ru -t mailstore2.company.ru sincronizar transferirá a caixa de usuário
user@company.ru do primeiro armazenamento para o segundo, deixando a entrada correspondente no LDAP . Depois disso, você deve remover a caixa de correio do servidor antigo usando um comando no formato
zmpurgeoldmbox -a user@company.ru -s mailstore1.company.ru . E depois que a atualização do armazenamento de e-mail estiver concluída, você poderá fazer a transferência na direção oposta, para que tudo retorne ao seu estado original. Observe que, se desejar e tiver uma lista completa de caixas de correio localizadas no armazenamento de correio, você pode automatizar o processo de transferência de caixas de correio para um novo servidor e vice-versa. Você também pode usar o
comando doMoveMailbox para evitar a indisponibilidade das caixas de correio mais importantes para sua empresa.
Após a atualização de todos os armazenamentos de mensagens, o processo de atualização da instalação do multiservidor Zimbra pode ser considerado concluído. O tempo de inatividade visível para os usuários, se você usou o comando
doMoveMailbox para todas as caixas de correio, foi praticamente evitado.
Para todas as perguntas relacionadas ao Zextras Suite, você pode entrar em contato com o representante da Zextras Katerina Triandafilidi pelo e-mail katerina@zextras.com