Microsoft на самом деле встроила эту функциональность в Windows и намеренно связывает данный сеанс пользователя с "Настольным" ресурсом. То, когда Вы используете Удаленный рабочий стол (иначе Службы удаленных рабочих столов) для соединения с компьютером Windows, то соединение связано с другим "Рабочим столом" и поэтому работает полностью отдельно от кого-то, вошло в систему в консоли или на другом удаленном сеансе. Это идет аналогично для Быстрого переключения между пользователями.
Однако торговая и маркетинговая часть компании отметила, что, если два человека зарегистрированы на компьютере одновременно, он похож на довольно под управлением две копии Windows одновременно, даже при том, что Вы только заплатили за одного.
Таким образом, потребительские версии Windows ограничивают, Вы одному пользователю вошли в систему за один раз. Когда кто-то еще входит в систему, все существующие сессии приостановлены. Это не техническое ограничение, это - искусственно наложенное ограничение.
Версии "Сервера" Windows великодушно позволяют, Вы, чтобы иметь двух пользователей вошли в систему единственного сервера одновременно. У Вас может даже быть два экземпляра того же пользователя, зарегистрированного сразу, и настольные сессии будут разделены.
Не все они будут применяться. То, в чем Вы нуждаетесь, зависит больше от Вашего приложения, чем универсальный список мог обеспечить. Возможности включают:
Помните, Ваш хостинг и приложение определят то, на что необходимо посмотреть.
Например, я работал над приложением, которое послало тысячи электронных писем в день вводимым пользователями почтовым ящикам, таким образом, мы проигнорировали нерезультаты. Вы могли бы только отправить небольшое количество корпоративным пользователям, где нерезультаты будут очень важны.
Так, выясните то, что очень важно для Вашего решения, и наблюдайте это.
для SQL Server вот частичный список
См. здесь для ежедневных, еженедельных и ежемесячных задач http://www.rodcolledge.com/rod_colledge/2009/02/suggested-dba-work-plan.html
Они не могут быть ежедневными объектами, они могут быть еженедельно или ежемесячно, но Вы определенно хотите управлять журналами IIS, чтобы удостовериться, что они не едят слишком много пространства на жестком диске на сервере.
Кроме того, при хранении резервных копий SQL на сервере, Вы захотите управлять ими и в зависимости от Вашей модели восстановления SQL и стратегии резервного копирования, Вы захотите следить за ростом журнала транзакций также.