Хотя мощное оборудование сервера может способствовать повышению производительности, разработка приложения и баз данных могут сыграть решающую роль в суммарной эффективности. Помните, что трата денег на "железо" не всегда решает проблемы с производительностью.
Многие предполагают, что оборудование сервера, с которым они работают, установлено и конфигурировано правильно. Это может быть весьма дорогостоящее заблуждение. Аппаратные средства сервера (и их драйверы) часто установлены неправильно или не настроены должным образом. Довольно сложно выявить в данном случае проблемы с производительностью, хотя оборудование, несмотря ни на что, продолжает работать.
Всегда проверяйте, что аппаратные средства и драйверы должным образом конфигурированы. В том числе - используются последние версии BIOS сервера. Производители оборудования часто изменяют BIOS, чтобы устранить ошибки, так что вы должны периодически проверять наличие новых версий.
Если кажется, что ваш сервер не работает на полную мощность, то проверьте настройку оборудования самостоятельно или при помощи эксперта (кто - то другой, кто не конфигурировал первоначальный сервер).
Не запускайте на вашем SQL сервере другие приложения, за исключением необходимых утилит. Сложно найти и устранить проблемы на сервере, если у вас выполняются на нем несколько приложений. Кроме того, серверу необходимо распределять ресурсы между всеми запущенными службами, что также сказывается на производительности.
Не забывайте об оборудовании конечных пользователей. Как и "железо" на сервере, оно может напрямую влиять на эффективность работы с SQL сервером. Как минимум, рабочие станции должны быть оснащены процессорами с частотой 200 МГц и 128 Мб оперативной памяти. Для опытных пользователей рекомендуются двухпроцессорные конфигурации с памятью более чем 256 Мб.
SQL сервер может получить значительное преимущество от использования нескольких процессоров. Например, с несколькими ЦП сервер может взять отдельный запрос (если он соответствует определенным критериям) и разделить его между процессорами, значительно ускорив производительность. Поэтому при покупке вам лучше рассмотреть конфигурации оборудования с возможностью установки, по крайней мере, двух процессоров, даже если в данный момент достаточно одного.
В конечном счете, выгоднее купить немного мощнее сервер, чем нужен сейчас, и модернизировать его позже, чем покупать полностью новый сервер. Конечно, если ваше приложение требует этого, то можете сразу заказать сервер с несколькими процессорами.
Выбирайте для вашего сервера процессор с большим объемом кэш-памяти второго уровня L2. Это особенно важно, если вы используете мультипроцессорный сервер. Выбирайте как минимум 1 Мб кэш-памяти второго уровня, если на сервере будет один или два процессора. Для конфигурации из четырех и более процессоров необходимо для каждого из них иметь кэш хотя бы по 2 Мб. Чем больше объем кэш-памяти второго уровня, тем выше производительность ЦП, поскольку уменьшается время ожидания при операциях чтения-записи в основную память.
Простые, единичные запросы и обновления, соединения между небольшими по объему таблицами требуют небольших ресурсов процессора. С другой стороны, массивные объединения, агрегирование, сортировка больших объемов данных занимает значительное процессорное время. Помните об этом, когда формулируете требования к серверному оборудованию для ваших приложений.
Есть два способа увеличить скорость обработки данных на сервере. Вы можете либо увеличить частоту, либо увеличить количество процессоров. Что лучше? Если у вас высокий процент использования процессорного времени (CPU usage time) и величина процессорной очереди (Processor Queue Length) меньше 2, то лучше увеличить частоту процессоров. В данной ситуации сервер успешно справляется с задачами, о чем показывает малая длина очереди, но ему недостаточно циклов для эффективного выполнения задачи. Если у вас высоко значение использование процессора и очереди ожидания, то надо добавить еще ЦП. Здесь сервер не справляется с существующими запросами, и надо больше процессоров, чтобы эффективно работать с такой загрузкой. Конечно, лучше брать процессор с высокой частотой и с большим объемом кэш-памяти второго уровня.
В большинстве случаев, чем больше оперативной памяти ваш сервер имеет, тем выше его эффективность. В идеале хотелось бы, чтобы все таблицы базы данных загружались и находились в оперативной памяти. Тогда SQL сервер может выполнять все операции в оперативной памяти, не обращаясь к "медленным" жестким дискам. Это вполне возможно для небольших баз данных, но не будет работать для больших таблиц. Поэтому лучше иметь оперативную память с объемом достаточным хотя бы для работы с самой большой таблицей вашей базы данных.
Если вы выбираете что приобрести при ограниченном бюджете - больше оперативной памяти или более быструю дисковую подсистему, то покупайте память. В результате за те же деньги вы получите большую производительность.
Если вы заинтересованы в использовании параллельных запросов, планируйте расходы на большее количество памяти. Использование параллельных запросов требует большего количества памяти, чем обычные запросы.
Согласно рекомендациям Microsoft минимум оперативной памяти для SQL сервера 2000 установленного на NT Server 4.0 должен быть 128 Мб, если установлен на Windows 2000 - 256 Мб. Но как вы знаете, Microsoft всегда преуменьшает объем оперативной памяти, требуемый для запуска их приложений. Поэтому смело можете удвоить рекомендованные значения.
Для лучшей производительности операций ввода-вывода используйте самый быстрые жесткие диски, которые вы можете приобрести. Не смешивайте в вашем дисковом массиве диски с различными скоростями. Для оптимального быстродействия жесткие диски должны быть с одинаковой скоростью.
Лучше использовать больше маленьких SCSI дисков в массиве, чем немного больших по объему. Допустим, вам надо 100 Гб дискового пространства в массиве RAID 5-го уровня. Есть несколько способов организовать такую конфигурацию. Например:
· 13 дисков по 9 Гб
· 7 дисков по 18 Гб
· 4 диска по 36 Гб
Каждая конфигурация обеспечивать почти одинаковый объем, однако чем больше дисков в массиве, тем быстрее операции ввода-вывода (считая что контроллер в состоянии обработать весь поток данных). Дело в том, что большое количество дисков обеспечивают больше параллельных операций чтения - записи, что увеличивает скорость работы.
Выбирайте самый лучший контроллер жестких дисков, которые вы можете купить. Высококачественные контроллеры разгружают центральный процессор от большинства операций, связанных с вводом-выводом, тем самым высвобождая процессорное время для выполнения других задач. Для достижения пиковой производительности контроллеров ввода-вывода можно рассмотреть возможность использования оптического кабеля (Fibre Channel) вместо обычного SCSI кабеля.
Если есть возможность, то используйте аппаратный RAID, а не программный. Виртуальный RAID намного медленнее, потому что он загружает процессор. В случае аппаратного контроллера RAID этого не происходит.
Не подключайте устройства DAT, DLT, CD-ROM, сканер или другие устройства на одни и те же контроллеры что подключены к вашим дисковым массивам. К тому же, не подключайте к одному контроллеру диски с различными скоростями. Иначе подобная конфигурация будет тормозить работу более быстрого устройства. Всегда подключайте медленное устройство на отдельный контроллер.
Для наилучше производительности операций ввода-вывода назначьте каждому типу основной активности (базы данных, журналы транзакций, tempdb, и т.д.) свой собственный отдельный RAID контроллер и выделенный RAID массив. Очень дорого, но очень быстро.