Если Вы надеетесь перезагружать компьютер для улучшения производительности, это, вероятно, означает в конечном счете столкновение с проблемами управления памятью.
В любом случае перезагружение серверов повредило бы производительность (и время работы, конечно) в больше идеальная среда . Один из основных принципов производительности в вычислениях должен использовать в своих интересах кэширование (наличие доступных данных в быстродействующей памяти). Каждый раз, когда Вы перезагружаете, Вы сдуваете свой кэш. Это верно и для SQL-сервера и для IIS. Хотя у Вас не могло бы быть идеальной среды, следующее должно помочь вести Вас к более оптимальному варианту, чем перезагрузка сервера в расписании.
Теперь Вы упомянули, что это - IIS 7.5. Хотя я нахожу это угнетением, столько веб-приложений, которые работают на IIS 7.5, имеет утечки памяти, что значения по умолчанию в IIS должны перезапускать APP каждые X минуты и завершать работу его, если Пул приложений неактивен. Идеал должен зафиксировать утечки памяти - но если Вы не можете, Вы могли бы корректироваться эти настройки , которые включают пределы памяти и таймеры. Можно использовать perfmon для выяснения, какой процесс w3wp использует память. Это - что-то вроде боли, но можно связать его назад пул приложений с %systemroot%\system32\inetsrv\APPCMD list wps
.
Возвращение к кэшированию, SQL возьмет, какая память это может. Можно ограничить это в свойствах для SQL-сервера. Если Вы не ограничиваете память, и Вы также выполняете IIS на поле, они могут начать бороться за выполнение уничтожения памяти. Эта превосходная статья входит в это подробно: Руководство Системного администратора А по Microsoft SQL Memory .
, Так как у Вас есть и IIS и SQL на том же поле, необходимо будет сбалансировать их использование памяти. Если Вы не делаете, Вы могли бы получить память, которая, вероятно, привыкнет снова выгруженная к диску - который является ужасным местом, чтобы быть (Должны быть счетчики perfmon для действия подкачки). При помощи настроек IIS Recycle и пределов Памяти SQL, необходимо смочь сделать эту систему стабильной. Для балансировки этого, Вам, возможно, понадобилось бы больше памяти, чем 4 ГБ. Кроме того, если бы это - опция, я настоятельно рекомендовал бы поместить SQL-сервер на выделенную машину - это собирается сделать производительность намного лучше и значительно упростить вещи.
Можно использовать инструкции в этой статье базы знаний, чтобы позволить Вам использовать wbadmin start systemstatebackup -backuptarget:c:
управляйте к, например, помещенный Резервное копирование Состояния системы (который является способом скопировать Active Directory) на "C": объем.
(Чтобы быть немного нравоучительным: Помещение Вашего резервного копирования на том же поддерживаемом объеме не является реальным резервным копированием. Реальное резервное копирование удалено и в режиме офлайн. Возможно, Вы просто тестируете или копируете что-то, но не полагаетесь на это ни для какого реального резервного копирования.)