Я столкнулся с ситуацией с некоторыми из моих серверов Zimbra.
Со временем я стараюсь «сконцентрировать» все свои установки Zimbra на моем основном сервере ESXi из соображений безопасности, поскольку он расположен в центре обработки данных с избыточным источником питания, ИБП, большим объемом памяти и т. Д.
Однако у некоторых из моих первых клиентов почтовый сервер все еще «дома», и это становится проблемой как с точки зрения управления, так и безопасности, поэтому я решил перенести их всех на новую виртуальную машину на машине ESXi.
Проблема в том: КАК ?!
Imapsync или zxztozmig (утилита командной строки zimbra для миграции) не включены в список, потому что мне нужно перенести общие ресурсы, точки подключения, теги, документы и все другие элементы учетных записей, а не только почту или календарь / адресные книги. В некоторых случаях на сервере есть домены, которые не нужно переносить (внутренние домены для специальных приложений).
Любые идеи? Я пробовал практически все ... Снимки LVM, rsync, ldap + store export ... Каждое решение, которое я пробовал, имеет какой-то недостаток, который делает его неприменимым для меня ..
Спасибо за помощь,
JP
Вы не указали, какие версии Zimbra вы использовали (коммерческую или с открытым исходным кодом), однако вы можете просто переместить /opt/zimbra
каталог в холодной миграции через scp
или rsync
.
Кроме того, Zimbra дает здесь исчерпывающие инструкции: http://wiki.zimbra.com/wiki/Moving_ZCS_to_New_Server
Я сделал это несколько месяцев назад, но мне не удалось получить акции и т. Д. Мы использовали инструмент резервного копирования, чтобы экспортировать учетные записи и импортировать их обратно на новые серверы.
Если у вас есть Network Edition, вы можете использовать сборку для резервного копирования и восстановления функциональности для резервного копирования учетных записей на локальных установках и восстановления их на сервере центра обработки данных. Это должно восстановить все данные, а не только электронные письма. В прошлый раз мы потеряли некоторые настройки в части совместного использования. В основном потому, что изменился внутренний идентификатор. Поскольку вы объединяетесь с нескольких серверов, я не уверен, что вы сможете это исправить.
Однако вы можете создать сценарий, который просматривает почтовые ящики и отображает информацию о совместном использовании, которую вы можете использовать для воссоздания настройки на вашем новом сервере. Быстрый пример:
IFS=$'\n'; for NAAM in `zmmailbox -z -m micha@kovoks.nl gaf| cut -c 43- `;do echo $NAAM;zmmailbox -z -m micha@kovoks.nl gfg "$NAAM"; done
Вы, вероятно, немного отладите это, но основы есть.