Сообщений в теме: 12

[_Vlad_]

Подскажите, где можно найти информацию по написанию VU скриптов для БД Oracle. А то методом тыка все очень медленно движется.

[IlyaCh]

А записать роботом нет возможности?? А потом по образу и подобию.

[_Vlad_]

Работает трехзвенная архитектура с сервером приложений на COM+. Под протокол DCOM Robot записывает скрипт с ошибкой, и никакой инфы по этому вопросу нет. А нагрузочное тестирование необходимо. Поэтому приходится писать VU скрипты вручную. Нужен хелп :(

[Dmitry_NJ]

Под протокол DCOM Robot записывает скрипт с ошибкой, и никакой инфы по этому вопросу нет.

Как это нет? Саппорт нагинайте. Они не могут ответить, что у них никакой информации нет.

А нагрузочное тестирование необходимо. Поэтому приходится писать VU скрипты вручную. Нужен хелп  :(

Простите, а зачем вам информация по написанию Oracle VU, если ваше приложение работает с БД не напрямую, а через сервер приложений? :blink:

[_Vlad_]

Приложение работает с тормозами, надо понять на каком участке происходят эти самые тормоза. Так как с COM+ разобраться пока не удалось, решил для начала сервер понагружать, запросов уйма.
Я новичок в этом деле, поэтому прошу относиться снисходительно и побольше объяснять :)

[Dmitry_NJ]

Приложение работает с тормозами, надо понять на каком участке происходят эти самые тормоза. Так как с COM+ разобраться пока не удалось, решил для начала сервер понагружать, запросов уйма.

Чтобы осмысленно понагружать сервер БД, минуя app. server layer вам надо ОЧЕНЬ хорошо знать все "кишки" вашего приложения. То есть, если пользователь через UI нажмет какую-то конкретную кнопочку, то вы должны знать какой в итоге (после прохождения через COM слой) будет сгенерирован SQL запрос с какими именно данными. Мало того, что такое тестирование будет очень утомительным, но оно очень даже легко может оказаться малопродуктивным.

Во-первых, вам придется ручками писать VU скрипт, работающий непосредственно с БД. Писать ручками VU скрипт это не тоже самое, что писать ручками GUI скрипт. Разница в трудозатратах огромная. Если же вы в этом вопросе новичок, то боюсь, что легче будет разобраться что же за ошибку выдает Robot при работе с DCOM, чем самому написать VU скрипт from scratch. В документации кроме синтаксиса отдельных функций и простейших примеров вы ничего не найдете.

Во-вторых, все ваши невероятные усилия просто напросто пройдут даром, если причина тормозов - сервер приложений, а не сервер БД. Потому что при таком подходе вы напрочь убираете COM слой, а в трехзвенных системах, как правило, большая часть логики (если не вся) крутится именно на сервере приложений. И сервер приложений обычно является самым сложным и потому error-prone звеном.

Будь я на вашем месте, я бы стал разбираться с DCOM в Robot'е и не трогал бы БД без сервера приложений.

[van]

Тоже тестируем Oracle на производительность Роботом. Сначала тоже были мысли тестировать его на прямую через SQL. Даже тулзы какие - то специально для этого находили. Но потом решили не выделываться :) и тестировать так, как это делает подавляющее большинство прогрессивных тестеров :) - записывая скрипты роботом через GUI.

Получается намного быстрей. Тем более, что у Робота очень даже не плохие возможности формирования различных сьютов.

При выборе софта для нагрузочного тестирования наткнулись на отличную вещь
http://www.red-gate....oad_testing.htm

Очень простая и удобная в использовании, да и делает все, что необходимо. И отчетность хорошую дает. А если у Вас Oracle на виндах стоит, то ей вообще цены нет :)

[Dmitry_NJ]

При выборе софта для нагрузочного тестирования наткнулись на отличную вещь
http://www.red-gate....oad_testing.htm

Очень простая и удобная в использовании, да и делает все, что необходимо. И отчетность хорошую дает. А если у Вас Oracle на виндах стоит, то ей вообще цены нет :)

А при чем тут Oracle? :blink: Глянул на ссылку и вижу, что "ANTS Load™ is a tool for load testing websites and web services ".

[van]

ANTS Load позволяет снимать любые Performance Counter'ы, которые доступны на тестируемой машине. Поэтому Оракл, стоящий на Виндах, не исключение.

Хотя, Дмитрий, частично согласен с Вами. Здесь не принципиально - Оракл там стоит или что - то еще.

Просто в последнем посте я, наверное, о многом подумал, но мало написал :)
Дело в том, что передо мной стояла и до сих пор стоит задача нагрузочного тестирования основных метрик (CPU, Memory, Physical Disk) сервера, на котором крутится Оракл. Речь, конечно, пока не идет о специфических метриках СУБД.

Поэтому в данном контексте ANTS Load очень удобен (правда в моем случае - Оракл не на Винде стоит :) ). Больше всего понравилось, что с ним удалось разобраться меньше чем за полчаса и при этом получать реальный (конечно, с некоторой долей субъективизма) и очень понятный результат.

[_Vlad_]

2 Dmitry_NJ
Да, Вы безусловно правы, насчет "кишок приложения" Именно такая опция реализована разработчиками, т.е. при нажатии определенной комбанации клавиш, мы получаем список SQL запросов, приведших к даному результату. Сложность здесь невилика, т.к. АРМ не сильно функционально нагружен. И при известности SQL, VU скрипты получаются довольно легко, так как модель действий пользователя очевидна. В принципе хелпа оказалось вполне достаточно, хотя многое приходится додумывать головой.
А основная проблема все таки лежит на стороне Oracle. Так что, пока сервер приложений можно не трогать.

[_Vlad_]

B)
пришлось редактировать пост

[Dmitry_NJ]

ANTS Load позволяет снимать любые Performance Counter'ы, которые доступны на тестируемой машине. Поэтому Оракл, стоящий на Виндах, не исключение.

Ну как вы понимаете и CPU, и Memory это просто generic характеристики машины, а не СУБД. И нагрузку на Oracle этот тул сможет создавать только если есть web-морда у приложения. Дадут вам тестировать обычный клиент/сервер с Oracle back-end и ANTS можно будет выбросить. Из моего опыта, кстати, Oracle в каких-то больших и серьезных проектах в основном на UNIX ставят.

Дело в том, что передо мной стояла и до сих пор стоит задача нагрузочного тестирования основных метрик (CPU, Memory, Physical Disk) сервера, на котором крутится Оракл. Речь, конечно, пока не идет о специфических метриках СУБД.

Специфические оракловые метрики на сладкое решили оставить? :)

[van]

Полностью согласен с Вами, Дмитрий.
Но в настоящий момент задача именно так и стоит - мониторить "generic характеристики машины".

А на счет спец. метрик СУБД... Здесь история такая, что пока нет времени (впрочем, как обычно :) ) анализировать проблемы на столько глубоко... Вобщем, решаем проблемы по мере их поступления.

Хотя всеми фибрами души я понимаю, что это не совсем пр :авильная позиция :)