Kerio Connect: резервное копирование в очереди в течение длительного времени
В веб-интерфейсе у меня есть очередь сообщений, и это говорит мне, что резервное копирование выполняется. Это не мой главный сервер, но я пытаюсь помочь с этой проблемой очереди.
По-видимому, это долгосрочная проблема, и происходит время от времени. Будем весьма благодарны за любые советы и подсказки о том, как предотвратить это в будущем. Я не хочу, чтобы сервисы Kerio были нарушены внутренними процессами Kerio - это просто плохое программирование!
Спасибо
3 ответа
Выяснилось, что это была атака DDOS - наша сеть была заполнена данными извне - быстрое подключение к брандмауэру, и порядок был восстановлен:)
Но я буду держать эти ответы, они полезны.
Kerio использует postfix в качестве MTA и поддерживает базу данных сообщений, проходящих через сервер. Для создания текущего снимка действительно необходимо на некоторое время остановить процессы, но это не должно занять много времени. Вы получаете какие-либо ошибки в журнале? Достаточно ли у вас места на целевом томе?
Какую версию Kerio Connect вы используете?
Я управлял Kerio с того момента, когда он назывался Mailserver на всех трех основных платформах, и у меня не было проблем с резервным копированием.
Некоторые вопросы, чтобы помочь с диагнозом:
- Насколько велик ваш почтовый магазин?
- Сколько у вас аккаунтов и насколько они велики в среднем?
- У вас есть возможность делать полное резервное копирование каждый раз или постепенно?
- Как ваше почтовое хранилище подключено к вашему серверу? ISCSI? Волокно? Локальные диски?
- Какова нагрузка ввода / вывода для вашего почтового хранилища и резервной копии?
- Есть ли место на вашем резервном хранилище?
- Какую среду вы поддерживаете?
Есть ли что-нибудь в журналах (Kerio или OS X), которые указывают на любую проблему, которая может быть причиной этого?