метод записи нагрузочных скриптов

Коллеги, подскажите, какой метод записи следует использовать в Rational Robot 2003 для записи нагрузочных скриптов приложения написанного на .Net (С#). БД - MS SQL Server 2000.

У вас клиент напрямую работает с БД, т.е. как классическое 2-tier клиент/серверное приложение? Если да, то надо использовать MS SQL протокол (не знаю как его обозвали в роботе). Если же клиент работает с сервером приложений, а он уже в свою очередь обращается к БД, то смотрите на протокол, на котором "разговаривают" клиент и сервер приложений. A rule of thumb здесь простое - пишется протокол от клиента до ближайшего по архитектуре звена, обо всем остальном позаботится уже это звено.

Если же клиент работает с сервером приложений, а он уже в свою очередь обращается к БД, то смотрите на протокол, на котором "разговаривают" клиент и сервер приложений. A rule of thumb здесь простое - пишется протокол от клиента до ближайшего по архитектуре звена, обо всем остальном позаботится уже это звено.

Спасибо, за ответ!

Приложение трехзвенное клиент - сервер приложений - сервер БД.
Связь клиент - сервер приложений это .Net с использованием COM+.

По поводу "rule of thumb": так а должны записываться действия только между двумя ближайшими звеньями? А если хочется от клиента до сервера БД? Или так делать не следует из-за того, что все смешается?
Прошу прощения за возможно глупые вопросы, но нагрузочным тестирование клиент - серверных приложений раньше не автоматизировал, а в web-е нагрузку было гораздо проще эмулировать.

Вы принципиально не можете записать никаких других действий, кроме "разговора" клиента с ближайшим узлом. Если у вас между клиентом и сервером БД стоит сервер приложений, то именно он и дергает хранимые процедуры, SQL запросы и пр. А вы дергаете сервер приложений. Другое дело, что вы можете во время нагрузочного теста мониторить что происходит и на сервере приложений и на сервере БД, если вам это интересно.

Попробуйте COM/DCOM протокол. В вашем случае это может сработать. Если нет, то дело кислое. Если не брать во внимание GUI VUsers, то остается или WinSock, который запишет все, что угодно, но замучаетесь с ним работать, если нужны будут хотя бы минимальные изменения в записанном коде, не говоря уже о корреляции; либо ручками писать вызовы процедур/функций/методов сервера приложений, эквивалентные тому, что делает клиент (тут, скорее, всего без помощи девелоперов этого приложения вы не обойдетесь).

Варианта два:
1. Если надо эмулировать нагрузку на сервер приложений - то используйте протокол, по которому клиент работает с сервером приложений (В данном случае DCOM)
2. Если надо эмулировать нагрузку на БД, то использхуйте протокол ODBC (Протокол SQL Server в роботе предназначен для работы с сервером версий до 6.5. Для последних надо использовать ODBC).

Так что определяйтесь с тем, что вы хотите получить от тестирования, какой именно узел хотите грузить и вперед.