Подключение Kerio: происходящее Резервное копирование в очереди в течение долгого времени
Я использую сборку Windows ntpd, доступного от Meinberg, для синхронизации машин на LAN к центральному ntpd серверу (который в свою очередь синхронизирует с некоторыми удаленный слой 2 сервера).
ntpd документация указывает следующее:
Это [ntpd] предоставляет точности обычно меньше, чем миллисекунда на LAN и несколько миллисекунд на WANs.
Выяснилось, что это была DDos-атака - наша сеть лавинно рассылалась данными снаружи - быстрое зажимное приспособление к брандмауэру, и порядок был восстановлен :)
Но я сохраню эти ответы, они полезны.
Какую версию Подключения Kerio Вы выполняете?
Я администрировал Kerio от того, когда это назвали Mailserver на всех трех основных платформах и не имело никаких проблем с резервными копиями.
Некоторые вопросы помочь с диагнозом:
- Насколько большой Ваше почтовое хранилище?
- Сколько учетных записей Вы имеете и насколько большой они в среднем?
- У Вас есть он, устанавливают, чтобы сделать полное резервное копирование каждый раз или возрастающий?
- Как Ваше почтовое хранилище подключено к Вашему серверу? iSCSI? Волокно? Локальные диски?
- Какова нагрузка ввода-вывода на Ваше почтовое местоположение хранилища и местоположение резервирных копий?
- Есть ли на Вашем местоположении резервирных копий пространство?
- До какого носителя Вы отступаете?
Есть ли что-нибудь в журналах (Kerio или OS X), которые подсказывают какой-либо проблеме, которая может заставлять это происходить?
Kerio использует постфикс в качестве MTA, и он поддерживает базу данных сообщений, проходящих сервер. Это действительно должно завершить работу процессов некоторое время для создания текущего снимка, но это не должно занимать много времени. Вы получаете какие-либо ошибки в журнале? У Вас есть достаточно пространства на целевом объеме?