Нагрузочное тестирование Oracle
#1
Отправлено 22 апреля 2005 - 07:46
#2
Отправлено 22 апреля 2005 - 08:04
#3
Отправлено 22 апреля 2005 - 08:09
#4
Отправлено 22 апреля 2005 - 08:18
Как это нет? Саппорт нагинайте. Они не могут ответить, что у них никакой информации нет.Под протокол DCOM Robot записывает скрипт с ошибкой, и никакой инфы по этому вопросу нет.
Простите, а зачем вам информация по написанию Oracle VU, если ваше приложение работает с БД не напрямую, а через сервер приложений? :blink:А нагрузочное тестирование необходимо. Поэтому приходится писать VU скрипты вручную. Нужен хелп :(
#5
Отправлено 22 апреля 2005 - 08:32
Я новичок в этом деле, поэтому прошу относиться снисходительно и побольше объяснять :)
#6
Отправлено 23 апреля 2005 - 06:04
Чтобы осмысленно понагружать сервер БД, минуя app. server layer вам надо ОЧЕНЬ хорошо знать все "кишки" вашего приложения. То есть, если пользователь через UI нажмет какую-то конкретную кнопочку, то вы должны знать какой в итоге (после прохождения через COM слой) будет сгенерирован SQL запрос с какими именно данными. Мало того, что такое тестирование будет очень утомительным, но оно очень даже легко может оказаться малопродуктивным.Приложение работает с тормозами, надо понять на каком участке происходят эти самые тормоза. Так как с COM+ разобраться пока не удалось, решил для начала сервер понагружать, запросов уйма.
Во-первых, вам придется ручками писать VU скрипт, работающий непосредственно с БД. Писать ручками VU скрипт это не тоже самое, что писать ручками GUI скрипт. Разница в трудозатратах огромная. Если же вы в этом вопросе новичок, то боюсь, что легче будет разобраться что же за ошибку выдает Robot при работе с DCOM, чем самому написать VU скрипт from scratch. В документации кроме синтаксиса отдельных функций и простейших примеров вы ничего не найдете.
Во-вторых, все ваши невероятные усилия просто напросто пройдут даром, если причина тормозов - сервер приложений, а не сервер БД. Потому что при таком подходе вы напрочь убираете COM слой, а в трехзвенных системах, как правило, большая часть логики (если не вся) крутится именно на сервере приложений. И сервер приложений обычно является самым сложным и потому error-prone звеном.
Будь я на вашем месте, я бы стал разбираться с DCOM в Robot'е и не трогал бы БД без сервера приложений.
#7
Отправлено 25 апреля 2005 - 06:03
Получается намного быстрей. Тем более, что у Робота очень даже не плохие возможности формирования различных сьютов.
При выборе софта для нагрузочного тестирования наткнулись на отличную вещь
http://www.red-gate....oad_testing.htm
Очень простая и удобная в использовании, да и делает все, что необходимо. И отчетность хорошую дает. А если у Вас Oracle на виндах стоит, то ей вообще цены нет :)
#8
Отправлено 26 апреля 2005 - 02:30
А при чем тут Oracle? :blink: Глянул на ссылку и вижу, что "ANTS Load™ is a tool for load testing websites and web services ".При выборе софта для нагрузочного тестирования наткнулись на отличную вещь
http://www.red-gate....oad_testing.htm
Очень простая и удобная в использовании, да и делает все, что необходимо. И отчетность хорошую дает. А если у Вас Oracle на виндах стоит, то ей вообще цены нет :)
#9
Отправлено 26 апреля 2005 - 05:50
Хотя, Дмитрий, частично согласен с Вами. Здесь не принципиально - Оракл там стоит или что - то еще.
Просто в последнем посте я, наверное, о многом подумал, но мало написал :)
Дело в том, что передо мной стояла и до сих пор стоит задача нагрузочного тестирования основных метрик (CPU, Memory, Physical Disk) сервера, на котором крутится Оракл. Речь, конечно, пока не идет о специфических метриках СУБД.
Поэтому в данном контексте ANTS Load очень удобен (правда в моем случае - Оракл не на Винде стоит :) ). Больше всего понравилось, что с ним удалось разобраться меньше чем за полчаса и при этом получать реальный (конечно, с некоторой долей субъективизма) и очень понятный результат.
#10
Отправлено 26 апреля 2005 - 07:34
Да, Вы безусловно правы, насчет "кишок приложения" Именно такая опция реализована разработчиками, т.е. при нажатии определенной комбанации клавиш, мы получаем список SQL запросов, приведших к даному результату. Сложность здесь невилика, т.к. АРМ не сильно функционально нагружен. И при известности SQL, VU скрипты получаются довольно легко, так как модель действий пользователя очевидна. В принципе хелпа оказалось вполне достаточно, хотя многое приходится додумывать головой.
А основная проблема все таки лежит на стороне Oracle. Так что, пока сервер приложений можно не трогать.
#11
Отправлено 26 апреля 2005 - 09:09
пришлось редактировать пост
#12
Отправлено 27 апреля 2005 - 01:58
Ну как вы понимаете и CPU, и Memory это просто generic характеристики машины, а не СУБД. И нагрузку на Oracle этот тул сможет создавать только если есть web-морда у приложения. Дадут вам тестировать обычный клиент/сервер с Oracle back-end и ANTS можно будет выбросить. Из моего опыта, кстати, Oracle в каких-то больших и серьезных проектах в основном на UNIX ставят.ANTS Load позволяет снимать любые Performance Counter'ы, которые доступны на тестируемой машине. Поэтому Оракл, стоящий на Виндах, не исключение.
Специфические оракловые метрики на сладкое решили оставить? :)Дело в том, что передо мной стояла и до сих пор стоит задача нагрузочного тестирования основных метрик (CPU, Memory, Physical Disk) сервера, на котором крутится Оракл. Речь, конечно, пока не идет о специфических метриках СУБД.
#13
Отправлено 27 апреля 2005 - 05:48
Но в настоящий момент задача именно так и стоит - мониторить "generic характеристики машины".
А на счет спец. метрик СУБД... Здесь история такая, что пока нет времени (впрочем, как обычно :) ) анализировать проблемы на столько глубоко... Вобщем, решаем проблемы по мере их поступления.
Хотя всеми фибрами души я понимаю, что это не совсем пр :авильная позиция :)
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных