Domino всегда сервер не удается послать электронное письмо SMTP на первую попытку

SQL Server будет использовать больше RAM в зависимости от загрузки. Возможно, загрузка, под которой находятся эти экземпляры, недостаточна для управления большим количеством использования памяти? Или возможно кто-то установил максимальный предел памяти в экземплярах?

Я пытаюсь выяснить, почему каждый экземпляр не использует своих собственных 3.2 ГБ макс. адресного пространства?

Во-первых нет никакого предела памяти на 3.2 ГБ ни для каких процессов в Windows. Пространство адреса памяти процесса не ограничено аппаратными пределами RAM (который число как звуки на 3.2 ГБ больше как: детали аппаратных средств, включая устройства, нуждающиеся в IO с отображенной памятью, берут от основного предела на 4 ГБ).

Максимальное доступное адресное пространство для процесса на 32 бита в Windows зависит от трех вещей: разрядность хоста, "/3G" boot.ini flag1 и был ли исполняемый файл создан с флагом "Large Addresse Aware" (SQL Server 2008, конечно, имеет на основе быстрой проверки здесь):

  • Если exe не является сборкой с флагом Large Address Aware: 2 ГБ
  • Если exe создается с большим адресом осведомленный флаг
    • На ОС на 32 бита без любого флага boot.ini: 2 ГБ
    • На ОС на 32 бита с / 3G: 3 ГБ
    • На ОС на 64 бита: 4 ГБ

В Вашем случае: каждый экземпляр SQL Server на 32 бита может использовать 4 ГБ адресного пространства, если это нуждается в нем и иначе не ограничено.


1Depending на опции переключаются, это может быть установлено на различные значения между 2 ГБ и 3 ГБ, но это просто изменяет тот один случай.

2
задан 23 October 2018 в 12:03
3 ответа

Это похоже на проблему, которая у меня возникла в другом контексте: Чтобы выяснить причину, вы можете попробовать следующее:

Откройте cmd на сервере введите следующие команды

nslookup
set type=mx
example.com

И посмотрите на результат: Готов поспорить, что будут таймауты / другое странное поведение. Domino использует этот метод для определения mx-записи для целевого домена. И если этот поиск должен длиться долго, он покажет опубликованную ошибку и попытается снова ... затем он получит кешированные значения, и все в порядке.

Если mx-lookup выполняется достаточно быстро, преобразование имени в IP-адрес может быть проблемой.

Попробуйте выполнить следующие команды, чтобы проверить это:

nslookup
mx.example.com

Это должно дать вам IP-адрес mx-записи. Насколько быстро выполняется этот поиск? Этот поиск в DNS можно также выполнить с помощью простого ping mx.example.com . В одном случае у меня был сбой каждого первого и второго эхо-запросов, но успешные пинги были успешными ... тогда такая же ошибка была бы на консоли.

Полагаю, это проблема сети и не имеет ничего общего с вашей конфигурацией домино. Исправьте сеть, и домино будет исправлено.

0
ответ дан 3 December 2019 в 16:06

Вы можете попробовать изменить MailTimeout в вашем файле notes.ini на сервере.

Синтаксис: MailTimeout = количество дней

Пример: MailTimeout = 3

Но имейте в виду, что это не решение проблемы, возникшей в вашей сети. Помогает только то, что электронные письма не отправляются напрямую пользователю. Если вы также поставите одну неделю в качестве тайм-аута, это может запутать пользователей, так как электронные письма будут возвращаться через много дней. Таким образом, максимальное значение, которое вы должны указать здесь, на мой взгляд, должно быть 3.

0
ответ дан 3 December 2019 в 16:06

Я нашел решение:

Откройте cmd на сервере, введите следующие команды:

set timeout = 55

У меня это сработало.

-1
ответ дан 3 December 2019 в 16:06

Теги

Похожие вопросы