Entre las ventajas de Zimbra Collaboration Suite Open-Source Edition, como la confiabilidad, el alto rendimiento, as铆 como una soluci贸n gratuita, tambi茅n se debe mencionar la aparici贸n bastante frecuente de versiones nuevas de Zimbra y la incorporaci贸n regular de caracter铆sticas que la comunidad demanda en ellas. Entonces, por ejemplo, solo durante el a帽o pasado, se han agregado caracter铆sticas como la capacidad de recuperar la contrase帽a de forma independiente por parte del usuario, la capacidad de cambiar el calendario predeterminado, el soporte para libretas de direcciones jer谩rquicas y otras oportunidades comerciales 煤tiles. Sin embargo, hist贸ricamente, a los gerentes de TI en Rusia no les gustan particularmente las actualizaciones.
La antigua regla del mundo de que no debe tocar lo que funciona tan bien se ha establecido firmemente en los jefes de los expertos rusos de TI a finales de los 90. De hecho, romper la estabilidad de las soluciones de actualizaci贸n, as铆 como los cambios abruptos de las interfaces, que se introdujeron en un estupor de usuarios, eran comunes en ese momento. Sin embargo, los nuevos tiempos plantean nuevos desaf铆os para los gerentes de TI, y ahora el enfoque de "no tocar lo que funciona" simplemente no es aplicable. La informaci贸n sobre la detecci贸n de vulnerabilidades se est谩 extendiendo por todo el mundo tan r谩pidamente, y los ej茅rcitos de ciberatacantes est谩n escribiendo exploits para estas vulnerabilidades a un ritmo tal que el uso de versiones obsoletas de software en la empresa conlleva enormes riesgos para la seguridad de la informaci贸n. Y especialmente estos riesgos son grandes cuando se trata de plataformas de colaboraci贸n.
Otro argumento t铆pico en contra de la actualizaci贸n peri贸dica de los sistemas de informaci贸n en las empresas es la necesidad de suspender su trabajo durante la instalaci贸n de actualizaciones. Y tal argumento es realmente decisivo para las grandes empresas y los proveedores de SaaS para quienes la disponibilidad cercana al 100% del servicio es importante. Es por eso que cada desarrollador, al dise帽ar y desarrollar su propia soluci贸n, trata de minimizar o reducir completamente a cero el tiempo de inactividad de una soluci贸n de software al actualizarla. Los desarrolladores de Zimbra no son la excepci贸n.
Actualmente, es posible actualizar Zimbra Collaboration Suite en la empresa sin tiempo de inactividad del sistema de informaci贸n en s铆, pero en realidad este proceso resultar谩 en una migraci贸n sin interrupciones de un servidor Zimbra a otro, donde una versi贸n m谩s reciente de ZCS ya est谩 instalada usando Zextras Suite. Ya hemos descrito este proceso en un art铆culo anterior. Aquellos que no est茅n listos para asignar capacidades de servidor adicionales para la migraci贸n pueden usar una serie de consejos para reducir el tiempo de inactividad de Zimbra durante el proceso de actualizaci贸n.
El proceso de actualizaci贸n en s铆 mismo es una repetici贸n del proceso de instalaci贸n de Zimbra utilizando una versi贸n m谩s nueva de la distribuci贸n. En otras palabras, es suficiente simplemente descargar la 煤ltima versi贸n de ZCS de
Zimbra.com , y cuando comience la instalaci贸n, el programa detectar谩 autom谩ticamente el Zimbra instalado en el servidor y luego ofrecer谩 actualizarlo. En la mayor铆a de las situaciones, la actualizaci贸n se realiza autom谩ticamente, pero si est谩 actualizando desde la versi贸n 8.6 de Zimbra o posterior, es posible que deba reinstalar los m贸dulos memcached y zimbra-proxy, que se han convertido en obligatorios para la instalaci贸n a partir de la versi贸n Zimbra 8.7.
No hay consejos para optimizar el tiempo de actualizaci贸n de Zimbra para quienes utilizan la soluci贸n de servidor 煤nico. Por lo general, estas opciones de instalaci贸n se utilizan en peque帽as empresas que pueden darse el lujo de interrumpir el sistema de colaboraci贸n, especialmente si planea actualizar Zimbra por la tarde o por la noche.
En cuanto a la instalaci贸n multiservidor de Zimbra, existen varios trucos para reducir el tiempo de inactividad del sistema de informaci贸n. En primer lugar, esto se refiere a la instalaci贸n de actualizaciones. Entonces, antes que nada, debe actualizar el servidor con LDAP. En el caso de que en su empresa, adem谩s del LDAP principal, haya servidores con r茅plica LDAP, para evitar un largo tiempo de inactividad durante su actualizaci贸n, puede "actualizar" una r茅plica LDAP a LDAP Master, al mismo tiempo que usa un firewall para prohibir las conexiones a este LDAP Maestro Si su infraestructura solo tiene un servidor LDAP, puede evitar un largo tiempo de inactividad durante su actualizaci贸n creando un servidor virtual de r茅plica LDAP. Despu茅s de actualizar el maestro LDAP, ser谩 posible volver a ponerlo en funcionamiento y luego actualizar los servidores LDAP restantes.
Pr贸ximos servidores con Zimbra MTA y Zimbra Proxy. Si est谩 actualizando desde versiones anteriores de Zimbra, luego de actualizar los servidores con MTA, no es superfluo ejecutar los siguientes comandos en la interfaz de l铆nea de comandos para que la configuraci贸n predeterminada sea correcta:
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
Solo despu茅s de que se hayan actualizado todos los nodos con LDAP, MTA y Proxy, puede comenzar a actualizar sus almacenes de correo. Como todos los anteriores, los servidores con buzones deben actualizarse uno por vez. La funci贸n doMoveMailbox, que est谩 cosida en el winterlet Zextras Powerstore y le permite transferir buzones de usuario de un buz贸n a otro dentro de la misma infraestructura, ayudar谩 a evitar la inaccesibilidad de los buzones. Por ejemplo, el comando
zxsuite powerstore doMoveMailbox -a user@company.ru -f mailstore1.company.ru -t mailstore2.company.ru sync transferir谩 la
carpeta de usuario
user@company.ru del primer almac茅n de correo al segundo, dejando la entrada correspondiente en LDAP . Despu茅s de eso, debe eliminar el buz贸n del servidor anterior utilizando el comando del formulario
zmpurgeoldmbox -a usuario@empresa.ru -s mailstore1.company.ru . Y despu茅s de que se complete la actualizaci贸n del almacenamiento de correo, puede realizar la transferencia en la direcci贸n opuesta, para que todo vuelva a su estado original. Tenga en cuenta que si lo desea y tiene una lista completa de buzones ubicados en el almac茅n de correo, puede automatizar el proceso de transferencia de buzones a un nuevo servidor y viceversa. Tambi茅n puede usar el
comando doMoveMailbox para evitar la falta de disponibilidad de los buzones m谩s importantes para su empresa.
Despu茅s de que se hayan actualizado todos los almacenamientos de correo, el proceso de actualizaci贸n de la instalaci贸n multiservidor de Zimbra puede considerarse completado. El tiempo de inactividad notable para los usuarios, si us贸 el comando
doMoveMailbox para todos los buzones, pr谩cticamente se evit贸.
Para todas las preguntas relacionadas con la Suite Zextras, puede contactar al representante de la compa帽铆a "Zextras" Katerina Triandafilidi por correo electr贸nico katerina@zextras.com