19 червня 2012 року я писав про те, що незабаром буду мігрувати з Zimbra 6.0.* 32 bit на Zimbra 7.2.* 64 bit.
Ну що сказати, в ніч з 16-го на 17-те січня 2014 року це нарешті відбулось.
Сам процес описувати не варто - процес добре описаний у цій статті на wiki.
Скажу тількі, що мігрував з CentOS 5.8 32bit на Oracle Linux 6.5 64bit.
/opt/zimbra займав приблизно 100G
Початок міграції 16.01.2014 19:00
Кінець міграції 17.01.2014 08:57 :)
Наступного разу цей процес можна скоротити на кілька годин, але перший млинець самі знаєте який :)
Єдине про що забув - запустити скрипт /opt/zimbra/libexec/scripts/migrate20100913-Mysql51.pl
Все запрацювало, але після міграції почали сипатися помилки у пошту:

Database errors found.
/opt/zimbra/mysql/bin/mysqlcheck --defaults-file=/opt/zimbra/conf/my.cnf -S /opt/zimbra/db/mysql.sock -A -C -s -u root --password=XXXXXXXX
mboxgroup1.appointment
error : Table upgrade required. Please do "REPAIR TABLE `appointment`" or dump/reload to fix it!

Наступні команди це фіксять:

Сьогодні в офісі зіткнувся з проблемою на сервері Zimbra.
Намагався зробити експорт поштової скринькі, яка важить 30Gb, але приблизно на 11Gb архіву експорт вилетів з помилкою. Виявилось, що винен zimbra proxy (nginx) - після того як я його вимкнув - імпорт 30G пошти завершився без помилок.
Отже, вимкнути zimbra proxy можна так:
# su - zimbra
$ zmprov -l ms `zmhostname` -zimbraServiceEnabled imapproxy

Тепер перезавантажуємо сервіси Zimbra
$ zmcontrol stop
$ zmcontrol start

В минулій статті я писав про експорт/імпорт пошти в Zimbra, але не написав про випадки коли потрібно зробити бекап великої кількості поштових акаунтів.
Отже нам допоможе такий простий скрипт, який шукає всі акаунти на сервері в статусі active та вибирає потрібний нам my.mail.domain

#!/bin/sh
folders=`zmprov -l sa zimbraAccountStatus=active | grep '@' | awk '{print $1}' | grep "my.mail.domain" | sort -n`
for i in $folders;
do
zmmailbox -z -m $i getRestURL "//?fmt=tgz" > /backup/mailboxes/$i.tgz
done

В мережі існує багато інформації про "таємні" методи експорту та імпорту поштових скриньок в Zimbra. наполовину працюючі скрипти та інше...
Але, на мій погляд, все набагато простіше.
База користувачів Zimbra зберігається у LDAP, бекап якого можна зробити окремо.
Ми знаємо, що пошту можна експортувати чи імпортувати через веб-інтерфейс.
Але те ж саме можна зробити безпосередньо на сервері за допомогою наступних консольних команд (від імені користувача zimbra).

Export:

Треба ж було кілька років використовувати Zimbra Server і тількі сьогодні відкрити для себе те, що дефолтна опція zimbraLastLogonTimestampFrequency становить 7 днів...
#su - zimbra
$ zmprov mcf zimbraLastLogonTimestampFrequency 5m
І все...

Кілька років тому зробив помилку - замість 64-х бітної Зімбри поставив 32-х бітну версію у якості корпоративної пошти. Але ж рано чи пізно треба виправляти свої помилки. Але буде нелегко - у деяких користувачів поштові архіви зараз сягають 32Gb :) А загалом /opt/zimbra/store займає всього навсього 265Gb

Вот и пришло время поделиться с вами новой страшилочкой.
Наконец-то к нам приехал новый сервер - гудели аж неделю по этому поводу :)
Как только к нам вернулось сознание, мы поняли - вот оно, время пришло, однако.
Почесали мы затылок и решили всё-таки перенести нашу корпоративную почту на нормальное серверное железо (я понимаю, всё относительно в этом вопросе)

Итак, что мы имеем?
Старый сервер - Ubuntu 8.04 Server LTS, Zimbra Open Source Edition 6.0.2
Новый сервер - CentOS 5.4
Обе системы 32-bit.

Довелось на работе попробовать развернуть Zimbra Collaboration Suite
Впечатления весьма приятные.
Продолжение следует.