SZ
Так я час назад включил жёсткие меры.
отключил возможность ссылки постить? :) это жестко, да
Size: a a a
2019 December 02
SZ
придется пересказывать своими словами то, что там написано, по ссылкам :)
IA
Я напутал ифчик
IA
Удалять всё, что относится к заббиксу/гитхабу/пастбину
IA
Короче я поменял - заббикс/гитхаб/пастбин в вайтлисте
IA
Остальное выкосится
AK
День добрый. Вопрос: нужно мониторить, сколько памяти потребляет процесс MSSQL в винде (процесс sqlserver.exe)
есть несколько способов решения данного вопроса:
1. proc_info[sqlserver.exe,wkset,sum]
2. proc.mem[sqlserver.exe]
3. с помощью скрипта, получить и обработать данные с помощью утилиты pslist (как здесь: не дает вставить сслыку!!!)
4. через perf counters
5. через запрос к самой БД
Я доки почитал, теорию поглядел. Не понял, собственно, чем отличаются способы 1 и 2 и вообще, зачем люди извращаются со скриптами, перфкаунтерами и запросами к БД, если вроде как, из коробки есть элементарный proc.mem[sqlserver.exe]?
Кто в винде мониторил память у процессов, скажите свое мнение? Из практики, желательно. Я, как ленивый человек, хочу заюзать proc.mem[sqlserver.exe]. Но вопрос - что лучше. И зачем сложности со скриптами и т. д.?? Может какие-то подводные камни с этим proc.mem? А вообще, вроде как, спциализированный ключ для винды это proc_info.. Может тогда лучше через него? Кто-нибудь может свет пролить?
есть несколько способов решения данного вопроса:
1. proc_info[sqlserver.exe,wkset,sum]
2. proc.mem[sqlserver.exe]
3. с помощью скрипта, получить и обработать данные с помощью утилиты pslist (как здесь: не дает вставить сслыку!!!)
4. через perf counters
5. через запрос к самой БД
Я доки почитал, теорию поглядел. Не понял, собственно, чем отличаются способы 1 и 2 и вообще, зачем люди извращаются со скриптами, перфкаунтерами и запросами к БД, если вроде как, из коробки есть элементарный proc.mem[sqlserver.exe]?
Кто в винде мониторил память у процессов, скажите свое мнение? Из практики, желательно. Я, как ленивый человек, хочу заюзать proc.mem[sqlserver.exe]. Но вопрос - что лучше. И зачем сложности со скриптами и т. д.?? Может какие-то подводные камни с этим proc.mem? А вообще, вроде как, спциализированный ключ для винды это proc_info.. Может тогда лучше через него? Кто-нибудь может свет пролить?
Окей, а если на хосте два инстанса sql server?
DK
5сек слишком часто. Валится проверка одной и той же метрики?
Всего одна метрика по 5 сек стучит, да и нужно так часто. Валятся разные метрики
DK
Всего одна метрика по 5 сек стучит, да и нужно так часто. Валятся разные метрики
Upd. Судя по логам валятся разные, но перестают собираться все по хосту
AK
Всем привет 👋 есть проблема с делеем при snmp проверках: есть несколько элементов с опросом раз в минуту, один раз в 5с и несколько раз в час. После того как валится проверка одного из элементов сбор данных валится на час. В логах пишет, что траблы с сетью и через 15с повторно опросит, но повторно опрос идёт в 60+ минут. Обычный snmpwalk - работает. Опрос через интерфейс "получить сейчас" работает и восстанавливает работу до нового фак апа. Кто-нибудь сталкивался?
Там нужно в конфиг посмотреть. UnreachableDelay например
MC
Upd. Судя по логам валятся разные, но перестают собираться все по хосту
что перестают собираться это так и задумано. а почему так долго устройство отвечает, надо разбираться. я бы предложил выключить метрику 5сек или увеличить для нее интервал и понаблюдать результат
SZ
Окей, а если на хосте два инстанса sql server?
У меня один
AK
У меня один
Это здорово.) Я хотел сказать то, что proc.mem получает данные по имени процесса и если их больше, то такой вариант не подойдёт. Поэтому ищут другие пути.
AK
У меня один
а сервер только под скл или другие сервисы тоже?
SZ
Это здорово.) Я хотел сказать то, что proc.mem получает данные по имени процесса и если их больше, то такой вариант не подойдёт. Поэтому ищут другие пути.
вообще, там есть параметр sum. и вроде как он должен суммарно по процессам (все, которые найдет с указанным именем) просуммировать. я так понял.
SZ
а сервер только под скл или другие сервисы тоже?
не, там как обычно, всего полно.. sql, 1c и прочая..
AK
вообще, там есть параметр sum. и вроде как он должен суммарно по процессам (все, которые найдет с указанным именем) просуммировать. я так понял.
Уверен, он так и сделает. Да, а что касается proc_info, так он там вообще много всего может вернуть и не только по памяти.
SZ
Это здорово.) Я хотел сказать то, что proc.mem получает данные по имени процесса и если их больше, то такой вариант не подойдёт. Поэтому ищут другие пути.
не, ну и фиг с ним, почему не подойдет? мне подойдет.. пофиг, пусть суммарно мне скажет, сколько ВСЕ процессы скуля выжирают памяти. так тоже сойдет. Так и в чем тогда отличие от proc_info в данном конкретном случае? Одинаково отдадут, никакой разницы?
SZ
опять же, для proc_info то же самое будет - если несколько процессов - он их не будет различать. как и proc.mem..