Parmi les avantages de Zimbra Collaboration Suite Open-Source Edition, tels que la fiabilité, les hautes performances, ainsi qu'une solution gratuite, il convient également de mentionner l'apparition assez fréquente de nouvelles versions de Zimbra et l'ajout régulier de fonctionnalités exigées par la communauté. Ainsi, par exemple, uniquement au cours de l'année écoulée, des fonctionnalités telles que la possibilité de récupérer indépendamment le mot de passe par l'utilisateur, la possibilité de modifier le calendrier par défaut, la prise en charge des carnets d'adresses hiérarchiques et d'autres opportunités commerciales utiles ont été ajoutées. Cependant, historiquement, les responsables informatiques en Russie n'aiment pas particulièrement les mises à jour.
L'ancien règle du monde selon lequel vous ne devez pas toucher à ce qui fonctionne si bien s'est fermement installé dans la tête des experts informatiques russes à la fin des années 90. En effet, briser la stabilité des solutions de mise à jour, ainsi que les changements brusques d'interfaces, qui introduisaient la stupeur des utilisateurs, étaient monnaie courante à cette époque. Cependant, les temps nouveaux posent de nouveaux défis pour les responsables informatiques, et maintenant l'approche «ne touchez pas à ce qui fonctionne» n'est tout simplement pas applicable. Les informations sur la détection des vulnérabilités se propagent si rapidement dans le monde entier et les armées de cyber-attaquants écrivent des exploits pour ces vulnérabilités à un rythme tel que l'utilisation de versions obsolètes de logiciels dans l'entreprise comporte d'énormes risques pour la sécurité des informations. Et surtout, ces risques sont grands lorsqu'il s'agit de plateformes de collaboration.
Un autre argument typique contre la mise à jour régulière des systèmes d'information dans les entreprises est la nécessité de suspendre leur travail lors de l'installation des mises à jour. Et un tel argument est en effet décisif pour les grandes entreprises et les fournisseurs de SaaS pour qui la disponibilité à 100% du service est importante. C'est pourquoi chaque développeur, lors de la conception et du développement de sa propre solution, essaie de minimiser ou de réduire complètement à zéro le temps d'arrêt d'une solution logicielle lors de sa mise à jour. Les développeurs de Zimbra ne font pas exception.
Actuellement, il est possible de mettre à niveau Zimbra Collaboration Suite dans l'entreprise sans interruption du système d'information lui-même, mais en réalité, ce processus se révélera être une migration transparente d'un serveur Zimbra à un autre, où une version plus récente de ZCS est déjà installée à l'aide de Zextras Suite. Nous avons déjà décrit ce processus dans un article précédent. Ceux qui ne sont pas prêts à allouer des capacités de serveur supplémentaires pour la migration peuvent utiliser un certain nombre de conseils pour réduire les temps d'arrêt de Zimbra pendant le processus de mise à niveau.
Le processus de mise à jour lui-même est une répétition du processus d'installation de Zimbra utilisant une version plus récente de la distribution. En d'autres termes, il suffit de télécharger simplement la dernière version de ZCS sur
Zimbra.com , et lorsque l'installation commencera, le programme détectera automatiquement le Zimbra installé sur le serveur, puis proposera de le mettre à jour. Dans la plupart des situations, la mise à jour a lieu automatiquement, mais si vous effectuez une mise à niveau à partir de Zimbra version 8.6 ou ultérieure, vous devrez peut-être réinstaller les modules memcached et zimbra-proxy, qui sont devenus obligatoires pour l'installation à partir de la version Zimbra 8.7.
Il n'y a pas de conseils pour optimiser le temps de mise à niveau de Zimbra pour ceux qui utilisent la solution à serveur unique. En règle générale, ces options d'installation sont utilisées dans les petites entreprises qui peuvent se permettre d'interrompre le système de collaboration, surtout si vous prévoyez de mettre à niveau Zimbra le soir ou la nuit.
Quant à l'installation multiserveur Zimbra, il existe plusieurs astuces pour réduire les temps d'arrêt du système d'information. Tout d'abord, cela concerne l'installation des mises à jour. Donc, vous devez tout d'abord mettre à niveau le serveur avec LDAP. Dans le cas où, dans votre entreprise, en plus du LDAP principal, il existe des serveurs avec réplique LDAP, vous pouvez "mettre à niveau" l'un des répliques LDAP vers le maître LDAP, afin d'éviter les longs temps d'arrêt lors de leur mise à niveau, tout en utilisant un pare-feu pour interdire les connexions à ce LDAP. Maître Si votre infrastructure ne dispose que d'un seul serveur LDAP, vous pouvez éviter les longs temps d'arrêt pendant sa mise à niveau en créant un serveur de réplique LDAP virtuel. Une fois le maître LDAP mis à jour, il sera possible de le remettre en service, puis de mettre à jour les serveurs LDAP restants.
Serveurs suivants avec Zimbra MTA et Zimbra Proxy. Si vous effectuez une mise à niveau à partir d'anciennes versions de Zimbra, après la mise à niveau des serveurs avec MTA, il n'est pas superflu d'exécuter les commandes suivantes dans l'interface de ligne de commande afin que les paramètres par défaut soient corrects:
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
Ce n'est qu'après la mise à jour de tous les nœuds avec LDAP, MTA et proxy que vous pouvez commencer à mettre à niveau vos magasins de messagerie. Comme tous les précédents, les serveurs avec boîtes aux lettres doivent être mis à jour un par un. La fonction doMoveMailbox, qui est intégrée à l'hiver de Zextras Powerstore et permet de transférer les boîtes aux lettres des utilisateurs d'une boîte aux lettres au sein de la même infrastructure, aidera à éviter l'inaccessibilité des boîtes aux lettres. Ainsi, par exemple, la commande
zxsuite powerstore doMoveMailbox -a user@company.ru -f mailstore1.company.ru -t mailstore2.company.ru sync transférera la boîte utilisateur
user@company.ru du premier magasin de courrier électronique vers le second, laissant l'entrée correspondante dans LDAP . Après cela, vous devez supprimer la boîte aux lettres de l'ancien serveur à l'aide de la commande du formulaire
zmpurgeoldmbox -a user@company.ru -s mailstore1.company.ru . Et une fois la mise à niveau du stockage du courrier terminée, vous pouvez effectuer le transfert dans la direction opposée, afin que tout revienne à son état d'origine. Notez que si vous souhaitez disposer d'une liste complète de boîtes aux lettres dans la banque de courrier, vous pouvez automatiser le processus de transfert des boîtes aux lettres vers un nouveau serveur et vice versa. Vous pouvez également utiliser la
commande doMoveMailbox pour empêcher l'indisponibilité des boîtes aux lettres les plus importantes pour votre entreprise.
Une fois tous les stockages de courrier mis à jour, le processus de mise à niveau de l'installation multiserveur Zimbra peut être considéré comme terminé. Un temps d'arrêt notable pour les utilisateurs, si vous avez utilisé la commande
doMoveMailbox pour toutes les boîtes aux lettres, a été pratiquement évité.
Pour toutes questions relatives à la Suite Zextras, vous pouvez contacter le représentant de Zextras Katerina Triandafilidi par e-mail katerina@zextras.com