none
Как провести стресс-тестирование БД RRS feed

  • Вопрос

  • Добрый день.

    Прошу оказать консультационную помощь в следующем вопросе. В данный момент в эксплуатации находится MS SQL 2000. Планируется переход на MS SQL 2005. До этого был неудачный переход на MS SQL 2005. Пришлось вернуться назад. Сейчас на MS SQL 2005 установили тестовую базу. Как провести стресс-тестирование БД?

    Заранее всем спасибо за ответы.

    5 ноября 2013 г. 12:17

Ответы

  • 1) Почему именно 2005-ый? Когда его даже нет в списке продаваемых продуктов, кроме того с 2005-ым не всё так гладко...после него были более стабильные версии 2008, 2008R2, 2012...тем более, что уже в ближайшее время выходит 2014. Переходя с одной старой версии на другую вы можете лишиться техподдержки и выпускаемых обновлений

    2) Какие проблемы у вас возникали при переходе? Есть замечательная утилита мигрейшн, которая показывает совместимость и указывает на проблемы, связанные с переходом

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

    4) для автоматизирования процессов нагрузки есть замечательные инструменты, например Visual Studio (Load Testing) + SQLIO


    http://www.t-sql.ru

    6 ноября 2013 г. 7:19
    Отвечающий
  • 2005 производительнее 2000. Но в части ситуаций, возможно, придётся переписать конкретные запросы, которые начнут работать медленнее. Как правило, это касается "плохих" запросов, специально "криво" написанных для обхода проблем с качеством оптимизатора и вообще движка mssql 2000. С каждой новой версией mssql количество необходимых "извращений" обычно снижается.  

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

    6 ноября 2013 г. 14:24

Все ответы

  • Добрый день,

    Запросы типа select, insert начните с них и не забудьте про нагрузку, тоесть нагрузочное тестирование


    Я не волшебник, я только учусь MCTS Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий Мой Блог http://blogs.officeonline.su/

    5 ноября 2013 г. 16:20
    Модератор
  • 1) Почему именно 2005-ый? Когда его даже нет в списке продаваемых продуктов, кроме того с 2005-ым не всё так гладко...после него были более стабильные версии 2008, 2008R2, 2012...тем более, что уже в ближайшее время выходит 2014. Переходя с одной старой версии на другую вы можете лишиться техподдержки и выпускаемых обновлений

    2) Какие проблемы у вас возникали при переходе? Есть замечательная утилита мигрейшн, которая показывает совместимость и указывает на проблемы, связанные с переходом

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

    4) для автоматизирования процессов нагрузки есть замечательные инструменты, например Visual Studio (Load Testing) + SQLIO


    http://www.t-sql.ru

    6 ноября 2013 г. 7:19
    Отвечающий
  • Почему 2005. ERP система куплена. В ней есть защита на количество лицензий. Защита оформлена в виде Extended Stored Procedures. Разработана видимо для 2000. Я посмотрел, какие ей необходимы DLL и эти DLL скопировал в 2005. Работает. 2008 у нас куплен. Но этот механизм не подходит. Просит очень много библиотек. И если их все скопиротать, то 2008-му приходит крах. В этом вся проблема почему 2005.

    Перед переходом на 2005 тоже была тестовая база. Нагрузка была видимо не большая, 10-15 соединений. Все летало. Но когда перешли на реальную эксплуатацию (порядка 100-150 соедининений) все встало. Пришлось вернутся назад. Анализировать ситуацию было некогда. Данные руками забили за два дня. Копия базы у меня есть. Пришло время анализировать. Вопрос - как? Скрипты не проблема. Нарисуем. Посоветуйте, как это можно сделать?

    Вообще-то есть смысл переходить на 2005? Насколько 2005 производительней 2000?

    Visual Studio (Load Testing)  - где этот инструмент взять?

    Заранее всем спасибо за ответы.

    6 ноября 2013 г. 12:16
  • 2005 производительнее 2000. Но в части ситуаций, возможно, придётся переписать конкретные запросы, которые начнут работать медленнее. Как правило, это касается "плохих" запросов, специально "криво" написанных для обхода проблем с качеством оптимизатора и вообще движка mssql 2000. С каждой новой версией mssql количество необходимых "извращений" обычно снижается.  

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

    6 ноября 2013 г. 14:24