Отправляете ли вы автоматические еженедельные отчеты о состоянии вашего сервера?

Question

Я работаю над повторным отправлением еженедельного отчета, который я отправляю любому сотруднику нашей команды разработчиков.

Предыдущая версия только что отправила SQL Server статус запланированных заданий, состояние резервного копирования и размер базы данных.

Но для этой новой версии, будет иметь больше информации от каждой части нашего сервера.

Coldfusion:

1. Проверка основного источника данных
2. Список запланированных задач
3. Версия сервера
4. недоставленная почта

IIS:

1. Текущее количество соединений

SQL Server:

1. Размер базы данных
2. Место на диске% LEft
3. Дата последнего резервного копирования

Так что я спрашиваю о двух вещах.

(1) Какую другую важную информацию должна иметь информация, которую было бы полезно иметь / просматривать еженедельно по электронной почте?

(2) Как наилучшим образом представить или отобразить ту информацию, которая выглядит профессионально, хотя и внутри html-письма, не выглядя как конфетка? Потому что сейчас у меня просто простой список аспектов сервера и статусов. Я хочу, чтобы это выглядело действительно профессионально.

Любые предложения, идеи, ссылки на вдохновение ... и т.д ...

Моя цель - автоматизировать информирование моей команды о любых ключевых проблемах, связанных с сервером, так, чтобы каждый мог понять.

Спасибо за ваше время.

Answer 1

Цель состоит в том, чтобы разработчики знали о проблеме?Тогда потерпите неудачу громко и преуспейте тихо.В противном случае сбои / проблемы вскоре будут проигнорированы.

Отправьте отчет, когда место на диске критично, с темой строки «DRIVE SPACE CRITICAL!»

Отправьте отчет, если резервная копия не былапроисходит с сообщением «BACKUP FAILED!»

Из конструкции диспетчерской: каждый сигнал тревоги должен иметь уникальный ответ, и не должен генерироваться сигнал тревоги для событий, которые не имеют корректирующего действия - событие должно быть занесено в журнал, чтобыразработчики могут пойти осмотреть.

Answer 2

(1) Какие другие важные данные должны иметь информацию, которую было бы полезно иметь / просматривать еженедельно по электронной почте?

Мой ответ будет таким: какую информацию разработчики хотели бы видеть помимо вашего оригинала?отчет.Поговорите с ними и получите необходимую информацию.

Хотя мы можем предложить некоторые хорошие данные для отображения в вашем отчете, ваши разработчики могут быть не заинтересованы в этом.

Answer 3

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

Если электронное письмо только отправляется вашей команде разработчиков, я бы не стал слишком беспокоиться о том, чтобы сделать его красивым, просто взглянуть и убедиться, что ничего не происходит ужасно неправильно. Маркированный список обычно работает очень хорошо для этого.

Лично я был бы более склонен разместить всю информацию, которую вы перечислили, на веб-странице, на которую команда разработчиков могла бы войти и просмотреть, и спамить разработчиков только в том случае, если одна из переменных внезапно пикирует. по какой-то причине основывайтесь на параметрах, которые вы настроите. Таким образом, любой может проверить состояние сервера в любое время, если у него возникнет вопрос о состоянии, но он будет обрабатывать электронные письма с сервера с гораздо более высоким приоритетом.

По моему опыту, чем больше писем вы отправляете разработчикам, тем меньше контента они читают.