Zu den Vorteilen der Open-Source-Edition der Zimbra Collaboration Suite, wie Zuverlässigkeit, hohe Leistung sowie eine kostenlose Lösung, gehört auch das recht häufige Auftreten neuer Versionen von Zimbra und das regelmäßige Hinzufügen von Funktionen, die von der Community gefordert werden. So wurden beispielsweise erst im letzten Jahr Funktionen wie die Möglichkeit, das Kennwort unabhängig vom Benutzer wiederherzustellen, der Standardkalender geändert, hierarchische Adressbücher unterstützt und andere nützliche Geschäftsmöglichkeiten hinzugefügt. Historisch gesehen mögen IT-Manager in Russland Aktualisierungen jedoch nicht besonders.
Die alte Regel, dass man nicht anfassen sollte, was so gut funktioniert, hat sich Ende der 90er Jahre fest in den Köpfen russischer IT-Experten festgesetzt. In der Tat waren zu dieser Zeit die Stabilität der Update-Lösungen sowie plötzliche Änderungen der Schnittstellen, die zu einer Überraschung der Benutzer führten, an der Tagesordnung. Neue Zeiten stellen IT-Manager jedoch vor neue Herausforderungen, und jetzt ist der Ansatz „Nicht anfassen, was funktioniert“ einfach nicht anwendbar. Informationen über die Erkennung von Sicherheitslücken verbreiten sich so schnell auf der ganzen Welt, und Armeen von Cyber-Angreifern schreiben Exploits für diese Sicherheitslücken mit einer solchen Geschwindigkeit, dass die Verwendung veralteter Softwareversionen im Unternehmen enorme Risiken für die Informationssicherheit birgt. Und gerade diese Risiken sind groß, wenn es um Kollaborationsplattformen geht.
Ein weiteres typisches Argument gegen die regelmäßige Aktualisierung von Informationssystemen in Unternehmen ist die Notwendigkeit, ihre Arbeit während der Installation von Aktualisierungen auszusetzen. Ein solches Argument ist in der Tat entscheidend für große Unternehmen und SaaS-Anbieter, für die die enge Verfügbarkeit von 100% -Diensten wichtig ist. Aus diesem Grund versucht jeder Entwickler beim Entwerfen und Entwickeln seiner eigenen Lösung, die Ausfallzeit einer Softwarelösung beim Aktualisieren zu minimieren oder vollständig auf Null zu reduzieren. Die Entwickler von Zimbra sind keine Ausnahme.
Derzeit ist es möglich, die Zimbra Collaboration Suite im Unternehmen zu aktualisieren, ohne dass das Informationssystem selbst ausfällt. In Wirklichkeit wird sich dieser Prozess jedoch als nahtlose Migration von einem Zimbra-Server auf einen anderen herausstellen, auf dem bereits eine neuere Version von ZCS mit Zextras Suite installiert ist. Wir haben diesen Prozess bereits in einem früheren Artikel beschrieben. Diejenigen, die nicht bereit sind, zusätzliche Serverkapazitäten für die Migration zuzuweisen, können eine Reihe von Tipps verwenden, um die Ausfallzeiten von Zimbra während des Aktualisierungsprozesses zu reduzieren.
Der Aktualisierungsprozess selbst ist eine Wiederholung des Zimbra-Installationsprozesses unter Verwendung einer neueren Version der Distribution. Mit anderen Worten, es reicht aus, einfach die neueste Version von ZCS von
Zimbra.com herunterzuladen. Wenn die Installation beginnt,
erkennt das Programm das auf dem Server installierte Zimbra automatisch und bietet dann an, es zu aktualisieren. In den meisten Situationen erfolgt das Update automatisch. Wenn Sie jedoch ein Upgrade von Zimbra Version 8.6 oder höher durchführen, müssen Sie möglicherweise die Memcached- und Zimbra-Proxy-Module neu installieren, die für die Installation ab Version Zimbra 8.7 obligatorisch geworden sind.
Es gibt keine Tipps zur Optimierung der Aktualisierungszeit für Zimbra für Benutzer der Einzelserverlösung. In der Regel werden diese Installationsoptionen in kleinen Unternehmen verwendet, die es sich leisten können, das Kollaborationssystem zu unterbrechen, insbesondere wenn Sie planen, Zimbra abends oder nachts zu aktualisieren.
Bei der Installation von Zimbra Multiserver gibt es verschiedene Tricks, um die Ausfallzeit des Informationssystems zu verringern. Dies betrifft zunächst die Installation von Updates. Zunächst sollten Sie den Server mit LDAP aktualisieren. Für den Fall, dass in Ihrem Unternehmen neben dem Haupt-LDAP auch Server mit LDAP-Replikat vorhanden sind, können Sie, um lange Ausfallzeiten während des Upgrades zu vermeiden, eines der LDAP-Replikate auf LDAP-Master „upgraden“ und gleichzeitig eine Firewall verwenden, um Verbindungen zu echtem LDAP zu sperren Meister Wenn Ihre Infrastruktur nur über einen LDAP-Server verfügt, können Sie lange Ausfallzeiten während des Upgrades vermeiden, indem Sie einen virtuellen LDAP-Replikatserver erstellen. Nachdem der LDAP-Master aktualisiert wurde, kann er wieder in Betrieb genommen und anschließend die verbleibenden LDAP-Server aktualisiert werden.
Nächste Server mit Zimbra MTA und Zimbra Proxy. Wenn Sie ein Upgrade von älteren Versionen von Zimbra durchführen, ist es nach dem Upgrade der Server mit MTA nicht überflüssig, die folgenden Befehle in der Befehlszeilenschnittstelle auszuführen, damit die Standardeinstellungen korrekt sind:
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
Erst nachdem alle Knoten mit LDAP, MTA und Proxy aktualisiert wurden, können Sie mit dem Upgrade Ihrer Mail-Speicher beginnen. Wie alle vorherigen sollten Server mit Postfächern einzeln aktualisiert werden. Die Funktion doMoveMailbox, die in die Winterzeit des Zextras Powerstore eingenäht ist und das Übertragen von Benutzerpostfächern von einem Postfach zu einem anderen innerhalb derselben Infrastruktur ermöglicht, trägt dazu bei, die Unzugänglichkeit von Postfächern zu vermeiden. Beispielsweise
überträgt der Befehl
zxsuite powerstore doMoveMailbox -a user@company.ru -f mailstore1.company.ru -t mailstore2.company.ru sync die Benutzerbox
user@company.ru vom ersten Mailspeicher zum zweiten, wobei der entsprechende Eintrag in LDAP verbleibt . Danach sollten Sie das Postfach mit einem Befehl des Formulars
zmpurgeoldmbox -a user@company.ru -s mailstore1.company.ru vom alten Server
entfernen . Und nachdem das Upgrade des Mail-Speichers abgeschlossen ist, können Sie die Übertragung in die entgegengesetzte Richtung durchführen, sodass alles in seinen ursprünglichen Zustand zurückkehrt. Beachten Sie, dass Sie den Vorgang der Übertragung von Postfächern auf einen neuen Server automatisieren können und umgekehrt, wenn Sie eine vollständige Liste der Postfächer im Postspeicher wünschen. Sie können auch den
Befehl doMoveMailbox verwenden , um die Nichtverfügbarkeit der wichtigsten Postfächer für Ihr Unternehmen zu verhindern.
Nachdem alle E-Mail-Speicher aktualisiert wurden, kann der Aktualisierungsprozess der Zimbra Multiserver-Installation als abgeschlossen betrachtet werden. Eine merkliche Ausfallzeit für Benutzer, wenn Sie den Befehl
doMoveMailbox für alle Postfächer verwendet haben, wurde praktisch vermieden.
Bei allen Fragen zur Zextras Suite können Sie sich per E-Mail an katerina@zextras.com an den Vertreter von Zextras Katerina Triandafilidi wenden