Появилась одна специфическая задача. Оценить для произвольной системы суммарного вклада Времени, ЦПУ, reads(количество запросов тоже важно) со стороны запросов приводящих к изменению данных. Снятие полной трассы не дает нужной информации. Моя методика следующая. Готовим демо-стенд. На стенде запускаем мониторинг(счетчики, sysprocesses). Запускаем нужную операцию(например проведением документов в 1С) с логированием времени. Отдельно смотрим интегральный ЦПУ и reads по spid.(в идеале в начале процесса и в конце получаем значение инициируемое приложением из sysprocesses) Разумеется делаем это несколько раз. Затем генерируем на систему триггеры на изменение(репликацию). Затем откатываем систему до исходного состояния(бэкап, откат проведения и т.п.). А затем включаем агент репликации и накатываем очередь записывая время, ЦПУ, reads. Сравнивая данные с первого замера и с замера воспроизведения репликации получаем отношение. Если есть проще варианты или точнее? - то расскажите о них. Заранее спасибо.
P.s. это нужно для оценки эффекта кластерной системы. Там данные на запись пишутся на одну ноду а чтение распределяется по другим нодам. В зависимости от отношения(чтение - запись) будет эффект максимального масштабирования. Разумеется могут быть хранимки со сложной логикой чтение-запись и будут погрешности но тем не менее, хотя бы что-то.

(Idol_111) Интересно как оценивать железо на уровне железа? (масло маслянистое,вода водянистая;)) Я знаю про нагрузочные тесты типа tpc-c,h... ? Вы про них?, так там подобный вопрос который я поднимаю один из краеугольных.
Про Query Store и Data Collection можно подробнее?
Один из вариантов в трассе собрать все конструкции привести их к воспроизводимому виду выделить предварительно что не тривиальная задача, и одним батчем(если возможно) выполнить. Замеры по трассе не дадут приемлимого результата так как время выполнения может быть маленьким(инсерт, апдейт по ключу) и возникает проблема округления и неверной оценки.

a_voronin,
Ну как бы работаю в компании которая помогает другим исправить косяки архитектуры,кода и т.п. Поэтому этим приходится заниматься постоянно, и хочется все автоматизировать, упростить.

А еще забавно спорить со специалистами о подобных соотношениях, а потом когда спрашиваешь о методике измерения то выясняется, что считалось все на глазок.(если вообще считалось)

У нас закупки по пол года в некоторых компаниях согласуются, представляю себе поменяли серверок - эх не угадали;) Ну потом могут ИТ директора на выход попросить.
Ценность имеет то что можно измерить и обосновать. К примеру я привел оценочную задачу для тестового стенда, для рабочей системы задача на порядок сложнее.

Владислав Колосов,

Согласен, моделирование правильной (сопоставимой с продакт)тестовой нагрузки задача непростая и дорогая. Обычно все забивают на это;)

a_voronin,

Да, ладно. Воспроизводить например на 1с не пробовали? Не говоря что снятие подразумевает нагрузку на продакшн. Это все красиво в теории.

Ну даже не знаю чего сказать. Не хотел но скину ссылку. Там можете о компании потом почитать про мониторинги и тп продукты по этой тематике.
http://softpoint.ru/news/softpoint-pobeditel-konkursa-microsoft-partner-goda-2016-v-rossii/

Впрочем я готов конструктивно поспорить на тему воспроизводимости, многопоточных операций,заполнения темповых таблиц и затем их использования, создания курсоров и использование их через 20 мин, и многое другое. К тому же когда мы говорим про продакшн, то тут бывают системы с десятками тысяч запросов в секунду(по соглашениям конфиденциальности мне их называть нельзя)

А вот конкретно по тематике продукт который к сожалению не стал коробочным в силу многочисленных технологических проблем.
http://softpoint.ru/solutions/traffic-simulator/

Я на тему аудитов производительности и средств мониторинга даже спорить с вами не хочу. Было утверждение что воспроизвести нагрузку многопоточной системы можно на раз-два? Я таки готов вам предложить выгодные финансовые условия(для подобных работ), раз вы такой молодец;) Только аргументация для клиента должна быть посерьезней.

Ну тогда мои поздравления, и даже не знаю чего предложить;)