Как оправдать больше оперативной памяти для SQL Server 2005

Question

У нас SQL Server 2005 работает на Win2003 / 64, и мы прилагаем все усилия. Мы генерируем отчеты в режиме реального времени по нескольким таблицам с несколькими миллионами записей, используя asp.net 3.5, и они периодически истекают.

Я хотел бы увеличить нашу память с 8 ГБ до 16 ГБ или даже 32 ГБ, чтобы увидеть, как это помогает, но мне нужно объяснить это толкателям карандашей, прежде чем они потратят деньги. Может ли кто-нибудь указать мне на некоторые ресурсы, которые помогут мне обосновать свое мнение и заставят меня использовать некоторые точные цифры?

Answer 1

Сначала выясните, в чем на самом деле проблема и что сервер правильно настроен на запросы, которые вы выполняете. Очень грустно тратить деньги на оперативную память, чтобы узнать, что вы связаны с вводом / выводом.

После того, как вы соберете данные о причине тайм-аутов, вы сможете легко убедить владельцев карандашей.

Некоторые ссылки для настройки / мониторинга:

http://www.brentozar.com/archive/2008/03/sql-server-2005-setup-checklist-part-1-before-the-install/ (проверьте обе статьи)

http://www.sql -server-performance.com /

О вводе / выводе, в частности:

http://www.microsoft.com/technet/prodtechnol/sql/bestpractice/pdpliobp.mspx

http://searchsqlserver.techtarget.com/generic/0,295582,sid87_gci1307990,00.html

http://www.novicksoftware.com/Articles/sql-server-io-statistics.htm

Answer 2

Я бы начал с профилирования и оптимизации запросов настолько, насколько мог.

Я бы построил систему тестирования и выполнял запросы, используя 1 ГБ ОЗУ, 2 ГБ ОЗУ, 4 ГБ ОЗУ и, наконец, 8 ГБ ОЗУ.

Я бы рассчитал, как запросы будут вести себя с 16 или 32 ГБ ОЗУ (и покажет фактические значения времени и процентное увеличение - они это поймут), и построил бы красивый красочный график (например, карандашные толкатели).

Они не поймут технические аспекты, но поймут процентное увеличение и хороший график.

Но я бы повторил запросы и попытался бы сначала оптимизировать их.