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, конечно, имеет на основе быстрой проверки здесь):
В Вашем случае: каждый экземпляр SQL Server на 32 бита может использовать 4 ГБ адресного пространства, если это нуждается в нем и иначе не ограничено.
1Depending на опции переключаются, это может быть установлено на различные значения между 2 ГБ и 3 ГБ, но это просто изменяет тот один случай.
Это похоже на проблему, которая у меня возникла в другом контексте: Чтобы выяснить причину, вы можете попробовать следующее:
Откройте cmd на сервере введите следующие команды
nslookup
set type=mx
example.com
И посмотрите на результат: Готов поспорить, что будут таймауты / другое странное поведение. Domino использует этот метод для определения mx-записи для целевого домена. И если этот поиск должен длиться долго, он покажет опубликованную ошибку и попытается снова ... затем он получит кешированные значения, и все в порядке.
Если mx-lookup выполняется достаточно быстро, преобразование имени в IP-адрес может быть проблемой.
Попробуйте выполнить следующие команды, чтобы проверить это:
nslookup
mx.example.com
Это должно дать вам IP-адрес mx-записи. Насколько быстро выполняется этот поиск?
Этот поиск в DNS можно также выполнить с помощью простого ping mx.example.com
. В одном случае у меня был сбой каждого первого и второго эхо-запросов, но успешные пинги были успешными ... тогда такая же ошибка была бы на консоли.
Полагаю, это проблема сети и не имеет ничего общего с вашей конфигурацией домино. Исправьте сеть, и домино будет исправлено.
Вы можете попробовать изменить MailTimeout в вашем файле notes.ini на сервере.
Синтаксис: MailTimeout = количество дней
Пример: MailTimeout = 3
Но имейте в виду, что это не решение проблемы, возникшей в вашей сети. Помогает только то, что электронные письма не отправляются напрямую пользователю. Если вы также поставите одну неделю в качестве тайм-аута, это может запутать пользователей, так как электронные письма будут возвращаться через много дней. Таким образом, максимальное значение, которое вы должны указать здесь, на мой взгляд, должно быть 3.
Я нашел решение:
Откройте cmd на сервере, введите следующие команды:
set timeout = 55
У меня это сработало.