Выход из системы сессии: завершение силы приложения в Windows Terminal Server 2008 и выше
Сначала - Ваша макс. память сервера установлена для экземпляра SQL Server также? В противном случае, учитывая ограниченный объем памяти Вы имеете, Ваша ситуация, вероятно, гарантирует его.
Относительно Вашего основного вопроса, несколько вещей проверить:
- Выполните DBCC MEMORYSTATUS, чтобы видеть, выделяются ли определенные многостраничные средства выделения (пытающийся исключить других потребителей памяти непула буферов)
- Для фрагментации виртуальной памяти проверьте это сообщение http://troubleshootingsql.com/2010/02/16/how-to-find-who-is-usingeating-up-the-virtual-address-space-on-your-sql-server/ (другие примеры там - это было всего одним примером),
Таким образом, я предлагаю процесс устранения здесь. Также - если можно воспроизвести OOMs с определенными запросами связанного сервера, можно выполнить запросы памяти для наблюдения прежде/после того, как, и затем это будет довольно хорошим индикатором. Также проверьте случаи поставщика связанного сервера, чтобы удостовериться, что Вы не встречаетесь с известными проблемами. [Как в стороне, так как это не поставщик Oracle - существуют случаи, которые я знаю того, где Вы получаете эти сообщения, если Связанный сервер Oracle работает в процессе и вынимает его из процесса, которому помогают.]
Также - у Вас может быть законная потребность в дополнительной памяти, таким образом, долгосрочная фиксация могла бы быть должна увеличиться к большей памяти и x64. Вы можете настраивать зарезервированный MTL и макс. память, но это могло бы быть давлением памяти, которое может только быть разрешено новой архитектурой и увеличенной памятью.
Вы можете исправить это, установив для параметра реестра AutoEndTasks значение « 1 » (REG_SZ).
По умолчанию " 0 ":
Процессы не завершаются автоматически. Система ждет, пока процесс заканчивается, и, если процесс занимает больше времени, чем значение Запись HungAppTimeout, появляется диалоговое окно Завершить задачу, в котором говорится, что приложение не может ответить на запрос End Task.
Вы можете настроить тайм-ауты, настроив следующие значения реестра:
Как указывает @Frankenstein, AutoEndTasks потенциально может завершить работу программ, не сохраняя изменения в открытых документах. Следует принять во внимание два момента:
- Это, вероятно, будет (потенциальной) проблемой только в том случае, если пользователи завершают сеансы полного рабочего стола без сохранения своей работы. Для бесшовных приложений пользователи не могут легко запустить процесс выхода из системы без фактического закрытия своих удаленных приложений.
- Даже при запуске (незначительного, на мой взгляд) риска потери пользователями изменений в открытых документах, следует учитывать административные последствия невыполнения работы приложений. , которые не реагируют на сигнал закрытия. Плановое обслуживание, требующее перезагрузки (например, исправления), может быть приостановлено пользователем, который не сохранил свой документ Word. Завершение сеанса, инициированное администратором, может не завершиться и т. Д.
С административной точки зрения, я считаю, что AutoEndTasks необходима. Если вы хотите выиграть у пользователей больше времени, вы можете настроить параметр реестра WaitToKillAppTimeout.
Вы когда-нибудь пробовали утилиты командной строки для управления службами удаленного рабочего стола, например tskill ... или сбросить сеанс ... ?