Быстрый и грязный способ сравнить производительность сервера SQL

Question

В дополнение к моему предыдущему вопросу о Оптимальной настройке RAID для SQL-сервера , кто-нибудь может предложить быстрый и грязный способ сравнения производительности базы данных на новых и старых серверах для их сравнения? Очевидно, что правильным способом было бы отслеживать наше фактическое использование и настраивать всевозможные счетчики производительности, захватывать запросы и т. Д., Но мы просто еще не достигли такого уровня сложности, и это не то, что мы сможем делать в спешке. В то же время я стремлюсь к чему-то, что было бы немного менее точным, но быстрым и все же лучше, чем ничего. Пока это не вводит в заблуждение, что будет хуже, чем ничего. Это должен быть специфический SQL Server, а не просто «синтетический» тест. Было бы еще лучше, если бы мы могли использовать нашу реальную базу данных для этого.

Answer 1

Измерьте производительность вашего приложения на новых и старых серверах. Это не обязательно просто:

• Настройка среды тестирования производительности с приложением (в зависимости от вашей архитектуры оно может состоять из нескольких машин, некоторые из которых могут быть виртуальными машинами, но некоторые могут и не быть)
• Создание "драйверов" программ, которые дают приложению смоделированную работу
• Запускайте пакеты работы в одинаковых условиях - не забывайте перезагружать сервер базы данных между запусками, чтобы свести на нет эффекты кэширования (иначе ваш второй и последующие запуски, вероятно, будут удивительно быстрыми)

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

Не забывайте использовать производственное оборудование в вашей среде тестирования производительности - даже если это дорого.

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

Answer 2

Найдите, по крайней мере, пару запросов, которые занимают некоторое время, или, по крайней мере, если вы подозреваете, что они занимают время, вставьте много данных, если у вас их еще нет, и запустите запросы, установив: НАСТРОЙКА СТАТИСТИКИ IO ON УСТАНОВИТЬ ВРЕМЯ СТАТИСТИКИ УСТАНОВИТЬ ПРОФИЛЬ СТАТИСТИКИ НА Это должно дать вам приблизительное представление о потребляемых ресурсах.

Вы также можете запустить SQL Server Profiler, чтобы получить общее представление о том, какие запросы занимают много времени и сколько они занимают, а также другую статистику. Он выводит много данных, поэтому постарайтесь немного их отфильтровать, возможно, по длительности или по другой статистике производительности.

Answer 3

вы всегда можете вставить, прочитать и удалить пару миллионов строк - это нереальное сочетание операций, но это должно приятно напрягать диски ...