Как стать автором
Обновить

Комментарии 7

ИМХО отчёт как раз лучше формировать экселем — возможностей для анализа больше. Благо он умеет с внешними данными работать.
Дошел до пуска группы сборщика данных.

Не запускается с ошибкой «Вызов SQLAllocConnect завершился в ошибкой %1»

Журнал показал
Источник PDH, Код события 3041, в описании ошибки вот это:
Вызов SQLAllocConnect завершился с ошибкой [Microsoft][ODBC SQL Server Driver][SQL Server]Ошибка входа пользователя ""…
Посмотрите свойства Группы сборщиков данных. А именно, от какого пользователя запускает процесс. Этот пользователь должен иметь права писать в базу.
всё правильно, накосячил с правами пользователей!
Запустилось, работает :)
Одно не пойму, как общие системные счетчики связанны с конкретным MS SQL сервером, а более того, конкретной базой, ибо нагрузка, в большинстве случаев, вполне конкретная.
Да и вообще, как анализировать, что я могу предположить, из этих данных, более конкретное про:
Первый сервер у меня с памятью DDR1, процессор 1.5 мегагерца и т.д., Второй сервер у меня DDR2 и процессору уже 1.5 гигагерца. Из опыта могу сказать, что вторая машинка будет работать быстрее, но насколько, как и т.д.? Ваш способ мне тоже не даст, ибо он субъективен в рамках машины.
Или я что-то не понимаю?:)
Попробую что-то ответить :)
Я описал способ сбора статистики, запись в БД и последующий анализ. Общие, так сказать, моменты.
При этом, например, Вы ведь можете писать в одну (или в разные!) БД статистику и затем её сравнивать, сделав необходимый отчет? Да и количество счетчиков просто огромно, включая около 20 счетчиков, связанные именного c SQL (instance, agent и т.д.).

Еще раз повторюсь. Я описал простой пример записи данных счетчиков статистики в БД и последующий их анализ через отчеты.
1. Вы можете писать в одну базу данных с неограниченного количества серверов/компьютеров, плюс огромное количество счетчиков (вот прям откройте и посмотрите!) :)
2. Вы можете создать любые отчеты, которые Вам могут потребоваться через запросы к БД. Посмотрите варианты отчетов в SSDT! Там заблудиться можно.
Вы ведь можете сравнить и графически подтвердить, что второй ваш сервер при тех или иных задачах работает быстрее на столько-то и т.д. ЗАвисит от Вашей фантазии.
Способ хороший когда у вас только один-два сервера и количество счетчиков 15-20. А вот когда начинаешь сбор данных с 15 сек. интервалом с 15-20 серверов, то БД получается уже не кислая и счет в таблицах идет на миллиарды строк — ворочать это все запросами очень тяжко. И… мы пошли дальше! Сделали обработку данных в OLAP кубе… =) Если из этого выдет что-то приличное — может быть тисну статью. ;-)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации