Миф №5 – AWE (Address Windowing Extensions) должны быть включены на 64-битных серверах
FALSE
Существует *большая* путаница, относительно настроек AWE, блокировок страниц, того что работает/неработает и того что нужно/не нужно на 32-х битных и 64-х битных серверах разных редакций.
В двух словах:
- На 64-битных системах (2005 +):
- Включение AWE не обязательно (более того, это ничего не даст)
- Включение параматра "Locked Pages in Memory" препятствует выгрузке страниц из буферного пула
- Когда включен параметр "Locked Pages in Memory", SQL Server использует Windows AWE API для резервирования памяти, так как это работает немного быстрее
- "Locked Pages in Memory" поддерживается в Standard и Enterprise Edition (в этом посте рассказано о том, как включить это в Standard Edition)
- На 32-битных системах (2005 +):
- AWE должно быть включено для использования расширенного виртуального адресного пространства
Примечание: Фактически это означает использование более 3-х Гб оперативной памяти
- Параметр "Locked Pages in Memory" должен быть включен до включения AWE
- AWE поддерживается в Standard и Enterprise Editions
Неудивительно, что это немного приводит в замешательство!
Об авторе:
Пол С. Рэндал (Paul S. Randal) — генеральный директор SQLskills.com является MVP по SQL Server. Он работал в группе подсистемы хранилища SQL Server в корпорации Майкрософт с 1999 по 2007 г. Пол является автором DBCC CHECKDB/восстановления SQL Server 2005 и в ходе разработки SQL Server 2008 отвечал за программу базовой подсистемы хранилища. Пол является специалистом по аварийному восстановлению, высокой доступности и обслуживанию базы данных и часто дает презентации на различных конференциях по всему миру. Он ведет блог по адресу SQLskills.com/blogs/paul.
Ссылки по теме:
- Оригинал статьи
- Fun with Locked Pages, AWE, Task Manager, and the Working Set…
- SQL SERVER – AWE (Address Windowing Extensions) Explained in Simple Words
- How to: Enable the Lock Pages in Memory Option (Windows)
- AWE и locked pages in memory на 64-х битной платформе
