Сравните нового SQL Server

Лучший способ оценить, как сервер ответит Вашим приложением, состоит в том, чтобы сравнить его с Вашим приложением. К сожалению, это не совсем столь же легко как более произвольные сравнительные тесты, но это действительно высказывает Вам намного более реалистическое мнение ожидаемой производительности.

Точно, как Вы делаете это зависит от Вашего приложения, но общий случай:

1. сделайте копию своих живых данных
2. выполненный ряд общих запросов для тестирования базового времени отклика
3. выполненный сказал запросы многократно одновременно для имитации нескольких параллельных параллельных пользователей
4. продолжайте увеличивать уровень параллелизма, пока ответы не добираются для замедления, или вещи повреждение (приведите к таймауту ошибок, из ситуаций с памятью, и так далее),

Это дает Вам признак того, как Ваше приложение масштабируется на данных аппаратных средствах, можно сказать вещи как "относительно этих аппаратных средств, мы можем служить X параллельным пользователям со временем отклика ниже секунд Y". Чтобы это было точно, необходимо разработать набор тестовых запросов, таким образом, что он представляет обычный баланс действия. Это часто делается путем анализа того, что пользователи обычно делают (базируйтесь, пользователь входит в систему, получает список должных задач, открывает первую задачу, заполняет бланк, открывает вторую задачу, заполняет бланк, выходит из системы), и сценарии, которые обрабатывают, таким образом, можно много раз воспроизводить эти истории для пользователей в мае (многие пользователи укусили, важно - если Вы будете использовать того же пользователя и получать доступ к тем же немногим строкам данных в каждом тесте, то Вы будете видеть нереалистично высокую производительность, когда все будет работать от кэша, где при более реальных обстоятельствах доступ к диску был бы необходим).

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

Поиск "нефункционального тестирования" методы, специфически "стресс-тестирование", "тестирование загрузки" и "тестирование масштабируемости", для большего количества информации - существуют инструменты там, которые могут помочь автоматизировать все это, хотя техника/программное обеспечение, которая является лучшей для Вашего приложения, будет зависеть значительно от того, каково Ваше приложение на самом деле.

Можно также хотеть изучить производительность Дисковой подсистемы. Вы можете добавить RAM легко в будущем, но изменяетесь для улучшения, дисковые проблемы будут иметь тенденцию требовать разрушительной фиксации.

Инструменты как SQLIO и SQLIOsim полезны для этого. SQLIOsim позволяет Вам создавать журнал и файл данных и проверять производительность с активностью диска, которая напоминает активность диска SQL Server.

Что ОС Вы используете? Если это 2003 года, или более раннее выравнивание дисков стоит изучить. 2008 заботится об этом для Вас все же. Форматирование дисков, используемых для Данных SQL с размером кластера 64K, также рекомендуется.

Видео ниже от сессии Битов SQL упаковывается полное информации относительно производительности диска

http://sqlbits.com/Agenda/event5/Designing_I_O_systems_for_SQL_Server/default.aspx