Исходные данные мониторинга SQL Server
Недавно я посетил врача, и он сказал мне, что он сделал некоторые измерения. Я спросил, хорошие ли они или плохие, и он сказал, что понятия не имел. Значение варьировалось слишком много от человека к человеку, и без значений из прошлого он не мог действительно оценить его значение. Теперь, когда у него есть значение, в будущем он сможет сравнивать с ним другие значения, но сейчас ничего нельзя сделать. На данный момент у него есть исходная отметка, и теперь можно начинать судить о том, как все меняется со временем.
После этого визита я начал думать об ожидаемом сроке службы страниц (Page Life Expectancy или PLE). Это один из тех счетчиков, которые так много администраторов баз данных смотрят в начале своей карьеры. Часто они читали руководство, по которому они должны волноваться, если значение ниже 300, что неверно. Для этого есть расчеты, но они основаны на вашей системе, и на самом деле это грубое правило. На самом деле вам нужно измерить это для вашей системы, чтобы вы знали, какое значение выходит наиболее часто, а затем беспокоиться о том, когда оно опустится.
Для этого вам нужна исходная отметка. С течением времени вам необходимо измерять различные показатели вашей системы, чтобы вы поняли, что такое нормальное значение. Множество экспертов, таких как Эрин Стеллато и Тим Радни, писали об исходных отметках, почему они важны и что вы можете захотеть захватить. На самом деле, у нас есть довольно много статей об исходных отметках на SQLServerCentral.
Если это звучит для вас как большой объем работы, я соглашуь. В прошлом у меня были встроенные системы, которые фиксировали метрики на моих экземплярах и сохраняли данные. Я писал отчеты для просмотра данных, предупреждений, которые сообщали бы мне, когда что-то ломается (или прерывается), и техобслуживание, которое контролирует хранение данных. Я, по сути, должен был быть как разработчиком программного обеспечения, так и операционным персоналом для своих систем. Это работает, но я бы не стал повторять эту попытку с этого момента. Как Тим упоминает в своей статье, есть лучшие способы сделать это. Существуют такие продукты, как SQL Monitor и SQL Sentry, которые захватывают эти данные для вас, которые не будут иметь опечаток, ошибок или дыр в своей работе. Некоторые даже покажут вам базовую визуальность, чтобы увидеть, есть ли у вещей ожидаемые диапазоны.
Программное обеспечение для мониторинга делает много для вас, хотя и не бесплатно. Оно протестировано и выполняет весь сбор, хранение, базовый анализ и оповещение таким образом, чтобы вы могли тратить время на устранение проблем, настройку запросов и обеспечение ценности для своей организации. Я думаю, что это стоит того, потому что я знаю, что мое время лучше потрачено на решение проблем, а не на программное обеспечение для мониторинга. Вы можете почувствовать то же самое или не можете. Вы можете предпочесть написать свою собственную систему, или у вас может не быть бюджета и вы будете вынуждены строить свои собственные. Какой бы путь вы ни выбрали, убедитесь, что вы установили исходную отметку. Вы по достоинству оцените ее в следующий раз, когда ваш телефон зазвонит, оповещая, что сервер работает медленно.
Стив Джонс