Мне любопытно, что делать с резервным копированием моего сервера Zimbra ZCS, который я тестирую для своей компании. Я использую версию с открытым исходным кодом, поэтому я не могу сделать горячее резервное копирование Zimbra, мне придется остановить Zimbra.
Вопрос, который я задаю, прост: Zimbra работает на виртуальной машине VMware ESXi, и у нас есть лицензии VCB и vStorage, поэтому я могу создавать резервные копии виртуальных машин без использования бесплатных версий.
Вместо того, чтобы беспокоиться о резервном копировании Zimbra в одиночку, будет ли для резервного копирования виртуальной машины достаточно одной ночи?
Мы не обязаны придерживаться каких-либо правил в отношении архивирования почты, и если мы потеряем день почты, это не будет концом света.
Краткий ответ: попробуйте. Это виртуальная машина, поэтому ее стоимость ниже, чем если бы вам пришлось выделить сервер. Сделайте образ / снимок, подождите день и восстановите его на другом сервере в достаточно изолированной сети. Посмотрите, появится ли он, и посмотрите, сможете ли вы прочитать свою электронную почту, отправить новые электронные письма и т. Д.
Длинный ответ - это скорее вопрос:
Достаточно для чего? Что вам нужно? Вы упоминаете: «Это не будет концом света». Я не могу придумать ни одной резервной копии, которая, если ее не сделать, означала бы конец света. Выясните, во сколько это будет стоить вам и вашему бизнесу. Выясните, сколько будет стоить использование каждого из различных вариантов:
Возможно, электронная почта просто не важна для вашего бизнеса. Это хорошо. Я мог бы спросить, почему у вас есть собственный почтовый сервер.
Я также использую версию с открытым исходным кодом, и обычно я бы отключил службу zimbra (а также mysql и LDAP), а затем сделал резервную копию всего дерева каталогов / opt / zimbra. Затем перезапустите службы. Я тестировал восстановление несколько раз, и оно работало достаточно хорошо, но моя установка относительно мала. Это было до того, как мы виртуализировали сервер с помощью VMware. Теперь я просто делаю снимок каждые 4 часа и делаю его резервную копию, затем удаляю снимок. Это также хорошо работает, но требует программного обеспечения для резервного копирования, которое использует дедупликацию данных - в противном случае этот подход может быть неэффективным.
Что я делаю, так это выполняю пару горячих rsync от работающего экземпляра Zimbra во второй каталог. Сразу после второго горячего rsync я останавливаю все службы Zimbra и выполняю холодный rsync. Сразу после завершения холодного rsync я запускаю службы. Отсюда я могу сделать резервную копию целевого каталога rsyncs вместо рабочего каталога Zimbra. Поскольку между вторым горячим и холодным rsync мало что изменилось, данных для передачи должно быть много, поэтому операция завершится довольно быстро. Наше развертывание не такое уж и большое, но от остановки службы до запуска службы менее 5 минут.
Альтернативой этому было бы отказаться от всех rsync и вместо этого остановить службы, создать моментальный снимок LVM соответствующего тома и запустить службы. Отсюда можно было смонтировать снимок LVM и создать резервную копию.