Моніторинг MS SQL Server

[Don Kihot]

Один із серверів, на якому є кілька баз даних, працює на грані своїх можливостей і "тупить". Потрібно визначити які бази і які логіни найбільше навантажують сервер. Визначити потрібно за якийсь період часу, скажумо тиждень, і дати заключення типу база А використовує 60% сервера, база Б 25%, база В 15% (те ж з користувачами), SQL Activity Monitor показує тільки поточні дані, а потрібно зібрати статистику за певний період. Хтось бачив софт, що вміє подібне? Чи можна якось регулярними запитами зібрати подіні дані? Хелп, в транзакт ескуел не сильний

[castor]

яка версія mssql?

для 2008 і 2012 знайшов ось таку штуку http://technet.microsoft.com/ru-RU/l.../bb933866.aspx - може поможе

[Avalon]

трасінгом записуєш наприклад за день роботу, а тоді аналіз проводиш.
ще є непогані утиліти в IDERA

[Don Kihot]

SQL Server 2005.
Трейсінг те що треба. Але є один нюанс, якщо писати результати трейсінгу в таблицю, то вона росте на 600мб за 15-20 хв і бази ще більше туплять, отримати статистику за добу стає просто нереально.
Весь необхідний результат з трейсінгу отримую командою:

Цитата

select SUM(Duration)as Duration, SUM(Reads) as Reads,
SUM (Writes) as Writes
from profiler.dbo.trace where LoginName = '*';

Так от, проблема, як ці дані порахувати не записуючи в базу? Є штатні засоби чи може якось можна їх скормлювати зовнішньому скрипту ( юнікс-вей форева )?

[Філько]

а таке не прокатить?

Бази час від часу обслуговувати тре - дефрагментувати індекси і екстенти в таблицях - тоді продуктивність можна буде зберегти на допустимому рівні (особливо, якщо здійснюється не просто послідовний запис данних в таблицю, а, наприклад - вставка десь всередину). Інакше - деградації сервера не уникнути. Налаштування по замовчуванню не завжди рятують ситуацію.

Дуже моцно помагає - виловлювання конкретних запитів-тугодумів, і, альбо переписування їх, альбо - добавлення нових індексів в таблиці - конкретно під данний запит.

Прихований текст:  

В мя колись із 2000 сіквелом був такий попандос - користувачі не могли діждатися виконання процедури - таймаут вилітав. Та патороч, при вибірці данних за пів року (то така собі "тіпа бухгалтерія" була - дані там солідно в базу вганялися), виконувалася десь зо 7 хвилин (то при тому шо ІІС - /то був веб проект/ мала таймаут виставлений по замовчуванню - 90 секунд). Вивчення в Квері аналізері (в менеджмент студії є) планів виконання процедури, з послідуючим вигадуванням і опробуванням підходящих індексів, і частковим переписуванням проблемних кусків процедури, допомогли зменшити виконання скрипта до 5-7 секунд . Ну і звісно ж - добавлення задачі в сіквелівський шедулізатор - раз в місяць перебудовувати всі наявні індекси в базі - то був контрольний вистріл в проблемму
Пра пішло на то цілих 2 робочих дні часу і безліч скуреного бамбуку. Але при послідуючих подібних проблемах з іншими запитами - я вже мав готовий рецепт рішення ))

Сикелівський БОЛ поштудіюйте - по цьому питанню - та й на майкрософтських блогах цілі опуси є - як змусити сикеляку працювати швидше - там, все досить доступно пишуть.

[Avalon]

MS Sql Management Studio (SMS) стандартна пише трейсінг в файл. Вибери в меню профайлер, настрой і пиши собі. Потім той файл і аналізуй в тому ж SMS. 2008/2012 SMS краща.

[Don Kihot]

Менеджмент студіо хіба вміє аналізувати безпосередньо з файла? З мануалів зрозумів, що обовязково дані загнати в таблицю і вибирати потрібну статистику селектами.

Наразі є ще дві проблеми.
Перша - файли трейсінгу з причин просідання продуктивності не можна аналізувати на production-сервері, благо є восьмиядерна машинка з 15к сас дисками. Файли трейсінгу за 2.5 год імпортував півтора години і база профайлінгу зайняла 50 гб. Імпортував командою

use profiler
SELECT * INTO trace_morning
FROM fn_trace_gettable('G:\tracing\trace.trc', default);

так от, в таблиці постворювались купа нецікавих мені полів, які в настройках трейсінгу на продакшн-сервері я не вибирав. Чи можна імпортувати тільки потрібні поля щоб скоротити час імпорту і необхідний дисковий простір?

Друга проблема: при спробі імпорту отримую помилку:

Msg 1105, Level 17, State 2, Line 1
Could not allocate space for object '<temporary system object: 71922318448394240>' in database 'tempdb' because the 'PRIMARY' filegroup is full. Create disk space by deleting unneeded files, dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup.

я так розумію, ця tempdb створюється на системному диску. Як її перенести на інший розділ?

[Філько]

Цитата:

Допис від Don Kihot

Як її перенести на інший розділ?

якось так

Ще б вот це чтиво радив би почитати - якщо перед вами стоїть задача не просто діагностувати, але й вилікувати проблему.

[bus15]

Допоможіть будь ласка, терміново!
я створив веб-сервер на ubuntu і мені потрібно його зареєструвати на домені щоб він функціонував і на нього можна було зайти як на сайт...
ЯК ЦЕ ЗРОБИТИ?? ТЕРМІНОВО ПОТРІБНО!!

Цитата

Допис від bus15

я створив веб-сервер на ubuntu і мені потрібно його зареєструвати на домені щоб він функціонував і на нього можна було зайти як на сайт...
ЯК ЦЕ ЗРОБИТИ?? ТЕРМІНОВО ПОТРІБНО!!

Надіслати СМС на короткий номер 9000, із текстом "ТЕРМіНОВО ПОТРІБНО!!!!1111"

[Phantom]

Цитата

Допис від bus15

Допоможіть будь ласка, терміново!
я створив веб-сервер на ubuntu і мені потрібно його зареєструвати на домені щоб він функціонував і на нього можна було зайти як на сайт...
ЯК ЦЕ ЗРОБИТИ?? ТЕРМІНОВО ПОТРІБНО!!

Терміново? Хіба видали все