Пропавшие без вести памяти на Windows Server 2008

Кто переместил мой сыр

В то время как не технический (и возможно немного шаблонный теперь?) принципы являются фантастическими и очень применимыми к работе системного администратора.

7
задан 30 November 2012 в 23:08
5 ответов

Я нашел эту статью сегодня, которая обсуждает подробно заблокированные страницы, AWE и системы на 64 бита. http://blogs.msdn.com/psssql/archive/2009/09/11/fun-with-locked-pages-awe-task-manager-and-the-working-set.aspx

Один из пунктов маркированного списка (#3) является заголовком, "Почему диспетчер задач не показывает всю память, выделенную для SQL Server"

Это - очень хорошее объяснение. В конце причина, которую это не разоблачает, состоит в том, что SQL-сервер "заблокировал" те страницы в памяти. Заблокированные страницы НЕ являются частью рабочего набора, таким образом, они не появятся в Диспетчере задач или даже появятся как часть набора памяти приложений.

Если Вы работаете select * from sys.dm_os_process_memory Вы видите locked_page_allocations_kb поле, которое скажет Вам, сколько SQL-сервер RAM выделил на тех страницах.

7
ответ дан 2 December 2019 в 23:34

Диспетчер задач имеет панель/график памяти ниже панели/графика ЦП. Это - сумма, используемая приложениями.

Сумма суммы, обозначенной тем графиком и суммой, обозначенной как "Доступная", должна равняться Вашему общему количеству на 8 ГБ.

"Доступный" более, чем "Свободно", потому что "Кэшируемый" включен в "Доступный".

1
ответ дан 2 December 2019 в 23:34
  • 1
    Да.. Проблема состоит в том, что сложение всей памяти, которую используют приложения, не равняется даже половине используемой RAM. I' m пытающийся выяснить то, что - эта скрытая вещь, который глотал несколько ГБ поршня. –  NotMe 22 October 2009 в 01:10
  • 2
    Да я думаю, что Graeme говорит, что Ваш дисковый кэш использует остальных. Don' t беспокойство. Это отдаст его в случае необходимости. –  James Risto 22 October 2009 в 19:43
  • 3
    можете Вы отправлять снимок экрана Задачи Manager' s вкладка производительности? –  ThatGraemeGuy 23 October 2009 в 13:08

У меня есть подобная проблема. Столкнулся с этой technet статьей - 907877. Попытайтесь использовать команду SQL DBCC MEMORYSTATUS и проверка, если выделенная запись AWE равняется Вашей недостающей памяти.

1
ответ дан 2 December 2019 в 23:34
  • 1
    support.microsoft.com/kb/907877 действительно упоминает " Обратите внимание, что Монитор производительности (PerfMon) и Диспетчер задач не составляют память правильно, если поддержка Расширений работы с окнами адреса (AWE) включена " –  pplrppl 4 November 2009 в 19:55
  • 2
    x64 сервер, таким образом, AWE doesn' t применяются. It' s noop в 64 битах. –  NotMe 5 November 2009 в 17:58

Вы, скорее всего, совместно используете RAM со своей видеокартой. Проверьте свои настройки BIOS.

Не подсказка, затем. Некоторые предложения здесь состоят в том, чтобы протестировать модули памяти.

0
ответ дан 2 December 2019 в 23:34
  • 1
    3.5 ГБ, совместно использованные на видеокарту... на сервере? Вряд ли. –  Izzy 21 October 2009 в 23:18
  • 2
    Это - бездисплейный сервер Dell... –  NotMe 22 October 2009 в 01:08
  • 3
    Я должен также упомянуть, что возврат машины возвращает все назад нормальному. Но это isn' t хорошее решение, я должен знать где it' s уходящий к. –  NotMe 22 October 2009 в 01:11

Какие приложения Вы запускаете? Мог быть то, что your'e запускающий приложения разработки или пакета внешнего программного обеспечения, который имеет утечки памяти?

0
ответ дан 2 December 2019 в 23:34
  • 1
    Возможный. Как я мог выяснить, какое приложение является преступником? Список включает SQL 2005 SP3, Sharepoint 2007 и c# веб-сервис, работающий под IIS. Я don' t думают it' s веб-сервис, потому что это работает на других машинах с нулевыми проблемами памяти. –  NotMe 22 October 2009 в 21:32

Теги

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