Как я шифрую трафик SQL Server с IPSEC?

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

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

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

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

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

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