Служба состояний asp net windows 7 отключить или нет
Обновлено: 06.07.2024
В Windows XP, которая пока что остаётся самой популярной операционной системой из всей линейки Windows, существует великое множество разнообразных встроенных в неё корпорацией Microsoft сервисов, также называемых службами. О том, для чего нужны некоторые из них, мы с вами сейчас поговорим.
Ознакомиться со службами, которые существуют в вашей версии Windows, можно с помощью msconfig'а. То есть, вы нажимаете "Пуск", выбираете "Выполнить", пишете в строке "msconfig" (само собой, безо всяких кавычек) и нажимаете "ОК". Потом в появившемся окне переходите на вкладку "Службы" - и вот перед вами готовый список всех служб. Системными можно считать те из них, для которых в качестве производителя указана корпорация Microsoft.
Список будет довольно большим для любой системы, и, надо сказать, далеко не все службы в нём нужны каждому из пользователей. Собственно, для того, чтобы вы могли разобраться с тем, какие службы лично вы можете совершенно безболезненно для себя отключить, и предназначена эта статья.
Со службами мы будем знакомиться в алфавитном порядке - в том же, в каком они расположены по умолчанию в окне msconfig'а.
Application Layer Gateway Service
Этот сервис нужен для обеспечения работы сторонних протоколов при доступе к Интернету через службу общего доступа или брандмауэр Windows. Он позволяет подключать системе плагины, реализующие поддержку каких-либо протоколов, которые не поддерживаются напрямую компонентами операционной системой. Эту службу отключать не стоит, в противном случае вы рискуете остаться без доступа в Интернет. Процесс, который физически представляет этот сервис, называется alg.exe. К сожалению, под эту службу очень любят маскироваться многие трояны, так что если вы встретите alg.exe где-то, кроме системных директорий Windows, такой файл с высокой вероятностью будет трояном.
Application Management
Третий в алфавитном списке сервис называется Application Management. Название его, в общем-то, говорит само за себя - служба нужна для управления приложениями в списке установки и удаления программ, который доступен из панели управления. Большая часть источников в Интернете сходится на том, что эту службу, в принципе, можно и отключить, и вреда от этого особенного не будет. Но она и так отключена по умолчанию, и если у вас она запущена, значит, лучше её не отключать, а то что-нибудь перестанет работать.
Automatic Updates
Сервис автоматического обновления - едва ли не самый знаменитый сервис Windows, вокруг которого постоянно происходят какие-то истории. Вокруг сервиса автоматических обновлений системы постоянно ведутся дискуссии между сторонниками удобства ("оно обновляется само, и голова не болит") и сторонниками контроля ("я хочу обновлять только то, что сам знаю, и то, что мне нужно"). Так что здесь какие-то особые разъяснения вряд ли нужны. Отключение данного сервиса поможет сэкономить трафик, а если у вас нет Интернета, то просто освободит некоторое количество занимаемой оперативной памяти. Владельцы пиратских копий Windows тоже наверняка захотят этот сервис отключить, поскольку он может стать причиной того, что система не захочет работать без активации.
Background Intelligent Transfer Service
Этот сервис достаточно полезен: его задача состоит в оптимизации использования канала подключения к Интернету. Именно поэтому в её названии встречается слово Intelligent. Если эта служба включена, то служба Automatic Updates будет продолжать загрузку после завершения пользовательского сеанса, что позволит быстрее установить все предлагаемые корпорацией Microsoft системные обновления. Тем не менее, если вы отключаете автоматическое обновление, то эта служба сама автоматом не отключается, и её можно отключить вручную.
— это самая сложная технология для управления состояниями. Она позволяет сохранять информацию на одной странице и затем получать к ней доступ с другой страницы, а также поддерживает объекты любого типа, включая специальные, создаваемые самим разработчиком типы данных. Лучше всего то, что состояние сеанса использует такой же основанный на коллекциях синтаксис, что и состояние представления. Единственное отличие связано с именем встроенного свойства страницы, которое в данном случае выглядит как Session.
Каждый клиент, который получает доступ к приложению, имеет свой сеанс и отдельную коллекцию данных. Состояние сеанса идеально подходит для сохранения таких данных, как элементы, которые находятся в корзине для покупок пользователя, когда он переходит с одной страницы на другую.
Но за использование состояния сеанса необходимо платить свою цену. Хотя оно решает многие из проблем, которые возникают в случае применения других технологий управления состояниями, его использование вынуждает веб-сервер сохранять дополнительную информацию в памяти. Необходимость в использовании дополнительных ресурсов памяти сервера, пусть даже в небольшом объеме, очень быстро может достичь угрожающего производительности уровня, когда к сайту начнут получать доступ тысячи клиентов.
Архитектура сеанса
Однако важно понимать, что модуль SessionStateModule фактически не хранит данные сеанса. Вместо этого состояние сеанса сохраняется во внешних компонентах, которые называются поставщиками состояния:
Чтобы механизм состояния сеанса работал, клиент вместе с каждым запросом должен предоставлять соответствующий идентификатор сеанса. Финальным фрагментом данной головоломки является способ отслеживания этого идентификатора сеанса от одного запроса к другому. Это можно делать двумя способами:
С помощью измененных URL-адресов. В этом случае идентификатор сеанса передается в специально измененном URL-адресе. Это дает возможность создавать приложения, которые используют состояние сеанса для клиентов, не поддерживающих cookie-наборы.
Использование состояния сеанса
Например, вот как сохранить объект DataSet в памяти сеанса:
После этого его можно извлечь с помощью соответствующей операции преобразования:
Контекст состояния сеанса охватывает все приложение и является глобальным для текущего пользователя. Данные состояния сеанса могут быть утеряны в следующих случаях:
Если пользователь закрывает и заново запускает браузер.
Если пользователь получает доступ к той же странице через другое окно браузера, хотя сеанс будет по-прежнему существовать, если доступ к веб-странице получается из исходного окна браузера. Разные браузеры ведут себя в такой ситуации по-разному.
Если сеанс завершается из-за отсутствия активности со стороны пользователя. По умолчанию сеанс автоматически завершается после 20 минут простоя.
Если программист завершает сеанс вызовом метода Session.Abandon().
В первых двух случаях данные состояния сеанса фактически остаются в памяти сервера, потому что веб-сервер не разбирается в том, закрыл клиент окно браузера или открыл новое. Они будут продолжать находиться там, оставаясь недоступным, до тех пор, пока не истечет срок их хранения.
Вдобавок данные состояния сеанса также будут утеряны и в случае повторного создания домена приложения. Этот процесс происходит автоматически при обновлении веб-приложения либо изменении конфигурационных параметров. Домен приложения также может создаваться заново через определенные промежутки времени для поддержания приложения в нормальном работоспособном состоянии. Если такое поведение приводит к возникновению проблем, данные состояния сеанса можно хранить вне процесса. В таком случае они не потеряются даже в результате завершения домена приложения.
| Метод или свойство | Описание |
|---|---|
| Count | Количество элементов в коллекции текущего сеанса |
| IsCookieless | Указывает, как отслеживается этот сеанс: с помощью cookie-набора или с использованием измененных URL-адресов |
| IsNewSession | Указывает, был ли данный сеанс только что создан для текущего запроса. Если в состоянии сеанса на текущий момент не содержится никакой информации, ASP.NET не будет беспокоиться ни об отслеживании сеанса, ни о создании cookie-набора сеанса. Вместо этого сеанс будет воссоздаваться заново при каждом запросе |
| Mode | Предоставляет перечислимое значение, которое объясняет, как ASP.NET хранит информацию о состоянии сеанса. Этот режим хранения определяется на основе указанных в файле web.config конфигурационных настроек |
| SessionID | Предоставляет строку с уникальным идентификатором сеанса для текущего клиента |
| StaticObjects | Предоставляет коллекцию элементов сеанса, предназначенных только для чтения, которые были объявлены в global.asax с помощью дескрипторов <object runat="server">. В основном эта технология не используется и является пережитком ASP-программирования; она поддерживается для обратной совместимости |
| Timeout | Текущее количество минут, которое должно пройти, прежде чем текущий сеанс будет завершен при условии отсутствия запросов от клиента. Это значение может изменяться программно, что дает возможность при необходимости продлевать срок жизни коллекции сеанса для более важных операций |
| Abandon() | Немедленно завершает текущий сеанс и освобождает все занятые им ресурсы памяти. Такая технология полезна на автономных страницах, поскольку позволяет освобождать ресурсы памяти сервера настолько быстро, насколько возможно |
| Clear() | Удаляет все элементы сеанса, но не изменяет идентификатор текущего сеанса |
Конфигурирование состояния сеанса
Сконфигурировать состояние сеанса можно с помощью элемента <sessionState> в файле web.config. Ниже показаны все доступные параметры настройки, которые можно применять:
Атрибуты сеанса подробно описаны в последующих разделах.
Параметр настройки состояния сеанса Mode позволяет указать, какой поставщик состояния сеанса должен использоваться для хранения данных состояния сеанса между запросами. Допустимые значения перечислены ниже:
Off
Установка значения Off отключает управление состоянием сеанса для всех страниц в приложении. Это может немного увеличить производительность веб-сайтов, которые не используют состояние сеанса.
InProc
Значение InProc используется по умолчанию и подходит для большинства веб-сайтов небольшого размера. Однако в сценарии веб-фабрики от него не будет никакого толку. Чтобы состояние сеанса совместно использовалось множеством серверов, необходимо применять внепроцессный поставщик или службу состояний SQL Server.
StateServer
Отыскав службу в списке, вы можете вручную запустить или остановить ее с помощью щелчка правой кнопкой мыши. Обычно имеет смысл сконфигурировать ОС Windows так, чтобы эта служба запускалась автоматически. Для этого щелкните на имени службы правой кнопкой мыши, в появившемся контекстном меню выберите пункт Properties (Свойства). После этого в списке Startup Type (Тип запуска) выберите значение Automatic (Автоматически), как показано на рисунке ниже. Далее щелкните на кнопке Start (Запустить), чтобы запустить эту службу немедленно.
Используя режим StateServer, можно также установить значение для необязательного атрибута stateNetworkTimeout, задающего максимальное количество секунд, в течение которых должен ожидаться ответ от службы, прежде чем запрос будет отменен. По умолчанию это значение равно 10 секунд.
SQLServer
Удобнее всего запускать ее в окне командной строки Visual Studio (выберите в меню Start (Пуск) пункт Programs --> Microsoft Visual Studio 2012 --> Visual Studio Tools --> Visual Studio 2012 Command Prompt. Затем можно сразу же вводить команду aspnet_regsql.exe независимо от того, в каком каталоге она открыта.
Утилита aspnet_regsql.exe может применяться для решения нескольких связанных с базами данных задач. Чтобы использовать ее для создания базы данных с хранилищем сеансов, нужно указать параметр -ssadd. Кроме того, параметр -S позволяет указать имя сервера базы данных, а параметр -Е — что для подключения к этой базе данных должна использоваться учетная запись текущего пользователя Windows.
Ниже показана команда, которая создает базу данных для хранения данных сеанса на текущем компьютере, используя для нее стандартное имя ASPState:
В этой команде используется псевдоним localhost, который указывает aspnet_regsql.exe подключаться к серверу баз данных на текущем компьютере. Но вместо этого псевдонима может использоваться имя любого другого компьютера, на котором находится нужный сервер баз данных.
На этом процедура настройки завершена. Однако если нужно использовать постоянные сеансы или специальную базу данных, эти шаги могут быть немного изменены, как будет показано далее.
Для удаления базы данных ASPState используйте параметр -ssremove.
Обычно при управлении состоянием с помощью SQL Server по-прежнему действует стандартный параметр тайм-аута состояния сеанса. Причина в том, что утилита aspnet_regsql.exe также создает для SQL Server новое задание по имени ASPState_Job_DeleteExpiredSessions. До тех пор, пока работает служба SQLServerAgent, это задание будет выполняться каждую минуту.
Кроме того, при каждом перезапуске сервера SQL Server, независимо от значения тайм-аута сеанса, будут удаляться таблицы данных состояния. Дело в том, что таблицы информации о состоянии создаются в базе данных tempdb, которая является всего лишь временным хранилищем. Если такое поведение не подходит, можно указать утилите aspnet_regsql.exe установить в базе данных ASPState постоянные таблицы данных состояния. Для этого понадобится использовать параметр -sstype p (где p означает "persisted" (постоянный)). Ниже показана модифицированная версия предыдущей команды:
Теперь записи сеанса будут оставаться в базе данных даже в случае перезапуска SQL Server.
И, наконец, последний вариант: утилиту aspnet_regsql.exe также можно применять для создания таблиц данных состояния в какой-то другой базе данных (отличной от ASPState). Для этого применяется параметр -sstype c (где c означает "custom" (специальный)) и указывается имя базы данных в параметре -d:
При таком подходе таблицы данных сеанса будут сразу же созданы как постоянные, так что содержащиеся в них записи будут оставаться даже после перезапуска SQL Server.
В случае использования специальной базы данных также потребуется выполнить две конфигурационные настройки в разделе <sessionState> файла web.сonfig. Во-первых, необходимо установить атрибут allowCustomSqlDatabase в true. Во-вторых, понадобится добавить в строку соединения параметр InitialCatalog с именем используемой базы данных. Ниже показан должным образом настроенный элемент <sessionState>:
В случае выбора режима SQLServer также можно устанавливать значение для необязательного атрибута sqlCommandTimeout, который задает максимальное количество секунд на ожидание ответа от базы данных перед отменой запроса. По умолчанию значение равно 30 секундам.
Custom
Выбор специального (Custom) режима требует указания используемого поставщика хранилища данных о состоянии сеанса с помощью атрибута customProvider. В атрибуте customProvider может быть задано как имя класса, являющегося частью веб-приложения и хранящегося в каталоге App_Code, так и имя класса, входящего в состав скомпилированной сборки и хранящегося в каталоге Bin или в глобальном кэше сборок (GAC).
К числу наиболее распространенных причин для применения специального поставщика хранилища данных о состоянии сеанса относится необходимость хранить информацию сеанса в базе данных, отличной от SQL Server, и потребность использовать какую-то существующую таблицу в базе данных, которая имеет определенную схему.
Создание специального поставщика представляет собой низкоуровневую процедуру, которая должна проводиться очень тщательно и осторожно для гарантии безопасности, стабильности и масштабируемости, из-за чего всегда лучше пользоваться готовым поставщиком, который был разработан и протестирован надежной сторонней компанией.
Сжатие
Для сжатия и восстановления данных сеанса веб-сервер должен выполнять дополнительную работу. Однако обычно это никакой проблемы не представляет, т.к. сжатие применяется лишь в тех сценариях, когда веб-серверы имеют массу лишнего времени ЦП, но ограничены по каким-то другим показателям. Сжатие данных состояния сеанса имеет смысл в описанных двух ключевых ситуациях:
При сохранении больших объемов данных состояния сеанса в памяти. Память вебсервера является очень ценным ресурсом. В идеале состояние сеанса применяется для сохранения относительно небольших фрагментов информации, а для остальных требующих более длительного хранения и больших по объему данных применяется база данных. Но если это не так и внепроцессный сервер состояния требует огромных объемов памяти, сжатие может оказаться подходящим решением.
В первом случае сжатие позволяет жертвовать ресурсами ЦП во имя экономии памяти веб-сервера, а во втором — ради сокращения нагрузки на сетевое соединение. Степень сжатия существенно варьируется в зависимости от типа данных, но во время тестирования клиентам Microsoft удавалось достигать сокращения размеров данных на 30-60% , что гарантирует значительный выигрыш в производительности.
Cookieless
Ниже приведен пример принудительного применения режима без поддержки cookie-наборов (что удобно для целей тестирования):
Поскольку идентификатор сеанса вставляется в текущий URL-адрес, все относительные ссылки также автоматически получают этот идентификатор сеанса. Другими словами, если пользователь на текущий момент находится на странице Page1.aspx и щелкает на относительной ссылке, указывающей на страницу Page2.aspx, эта относительная ссылка будет включать текущий идентификатор сеанса как часть URL-адреса. То же самое произойдет и если вызвать метод Response.Redirect() с относительным URL-адресом.
Единственное реальное ограничение режима без поддержки cookie-наборов состоит в том, что с ним нельзя применять абсолютные ссылки, потому что они не будут содержать идентификатора сеанса. Например, выполнение следующего оператора приведет к утрате пользователем всей информации о сеансе:
Во избежание такой потенциальной угрозы безопасности, рекомендуется включать в код необязательный атрибут regenerateExpiredSessionId и устанавливать его в true при использовании сеансов без cookie-наборов. В этом случае при подключении пользователя с просроченным идентификатором сеанса будет генерироваться новый идентификатор сеанса.
Чтобы выяснить, используется ли в текущий момент сеанс без cookie-наборов, необходимо проверить свойство IsCookieless объекта Session.
Timeout
Этот параметр является одним из наиболее важных параметров состояния сеанса. Неправильно выбранное количество минут может значительно увеличить нагрузку на сервер и крайне негативно сказаться на производительности приложения. В идеале выбираемый промежуток времени должен быть достаточно коротким для того, чтобы сервер мог быстро восстанавливать бесценные ресурсы памяти после того, как клиент прекращает использовать приложение, но и достаточно длинным для того, чтобы клиент мог делать паузу и продолжать сеанс, не утратив его.
Обеспечение безопасности состояния сеанса
Данные в состоянии сеанса хорошо защищены, т.к. они хранятся исключительно на сервере. Однако cookie-набор и идентификатор сеанса крайне уязвимы. Это означает, что злоумышленник может похитить cookie-набор и инициировать сеанс на другом компьютере.
Существует несколько подходов, позволяющих обойти эту проблему. Наиболее распространенный из них — воспользоваться специальным модулем сеанса, выполняющим проверку на наличие изменений в IP-адресе клиента. Однако единственным действительно безопасным подходом является разрешение доступа к cookie-наборам сеанса только из тех разделов веб-сайта, где используется SSL-шифрование. В таком случае cookie-набор сеанса шифруется и, следовательно, становится бесполезным на других компьютерах.
Как правило, этот код применяется сразу после аутентификации пользователя. Удостоверьтесь, что в состоянии сеанса присутствует, по крайней мере, один фрагмент информации, чтобы сеанс не был завершен (и позже создан заново).
При использовании сеансов без cookie-наборов существует еще одна потенциальная угроза нарушения системы безопасности. Даже если идентификатор сеанса зашифрован, применив прием социальной инженерии, сообразительный пользователь может вынудить другого пользователя подключиться к определенному сеансу. Все, что злоумышленнику понадобится — это подсунуть другому пользователю URL-адрес с действительным идентификатором сеанса. Щелкнув на ссылке, этот пользователь сразу же подключится к такому сеансу. Хотя с этого момента идентификатор сеанса будет защищаться, атакующему уже известно, какой идентификатор сеанса используется, поэтому он сможет позже взломать этот сеанс.
Чтобы снизить возможность такой атаки, необходимо выполнить ряд определенных шагов. Во-первых, при использовании сеансов без cookie-наборов всегда устанавливайте атрибут regenerateExpiredSessionId в true. Это не позволит злоумышленнику предоставлять просроченный идентификатор сеанса. Во-вторых, явно прекращайте текущий сеанс перед входом в систему нового пользователя.
Если Вы желаете изменить или восстановить значения служб установленных в системе по умолчанию, то Вы можете воспользоваться указанными ниже таблицами, для внесения изменений вручную. (Подробное описание действий находится под таблицами).
Для быстрого восстановления значений всех служб по умолчанию, выполните действия предложенные в одном из указанных ниже вариантов:
Вариант 1.
- Зайдите на сайт Windows Sysinternals
- Скачайте комплект программ PsTools и распакуйте в любую папку.
- Скопируйте файл PsExec.exe в папку C:\Windows\System32
- Запустите командную строку от имени администратора.
В строке поиска меню Пуск введите команду: cmd и нажмите одновременно Ctrl+Shift+Enter. - Введите указанную ниже команду и нажмите Enter:
psexec -i -d -s c:\windows\regedit.exe
При первом запуске PsExec надо будет нажать кнопку Agree. При последующих запусках данный запрос выводится не будет.
Скачайте архив
- В редакторе реестра нажмите Файл -> Импорт
В случае появления окна Location is not available (Расположение не доступно) нажмите в нем кнопку ОК. - Выберите reg-файл соответствующий редакции и разрядности Вашей Windows и нажмите кнопку ОК.
В безопасном режиме и в обычном режиме загружаются разные службы, поэтому в архиве ServiceDefaultRegistryEntries.zip содержаться две папки с подпапками.
В папке Default находятся reg-файлы для восстановления значения служб по умолчанию в обычном режиме.
В папке SafeMode находятся reg-файлы для восстановления значения служб по умолчанию в безопасном режиме.
Вариант 2.
Скачайте архив
- Перезапустите компьютер
- До начала запуска Windows нажмите на клавишу F8.
Если клавиша F8 используется материнской платой, то выберите диск на котором у Вас установлена Windows, нажмите Enter, а затем сразу же F8. - В появившемся списке вариантов загрузки Дополнительные варианты загрузки (Advanced Boot Options) выберите пункт Устранение неполадок компьютера (Repair Your Computer) и нажмите Enter.
- Выберите метод ввода с клавиатуры (keyboard input metdod) - США (US) и нажмите Next (Далее)
- В списке инструментов выберите командную строку - Командная строка (Command Prompt).
- Введите команду regedit и нажмите кнопку Enter.
- В редакторе реестра нажмите Файл -> Импорт
- Выберите reg-файл соответствующий редакции и разрядности Вашей Windows и нажмите кнопку Открыть (Open).
В безопасном режиме и в обычном режиме загружаются разные службы, поэтому в архиве ServiceDefaultRegistryEntries.zip содержаться две папки с под папками.
В папке Default находятся reg-файлы для восстановления значения служб по умолчанию в обычном режиме.
В папке SafeMode находятся reg-файлы для восстановления значения служб по умолчанию в безопасном режиме.
Таблица 1. Общие сведения о службах.
Настройка для служб значений параметра "Тип запуска" в соответствии с редакцией Windows.
Указанные в шапке названия версий Windows, описывают стандартные конфигурации служб по умолчанию в соответствующих редакциях Windows 7.
"Безопасная" - это конфигурация, которую могут использовать 95% из пользователей с небольшими или без побочных эффектов.
Она также сводит к минимуму количество «ошибок» отображаемых в оснастке «Просмотр событий».
Данная конфигурация не гарантирует стопроцентной работы у Вас, но если Вы желаете попробовать изменить настройки служб, то это именно то с чего Вам возможно следовало бы начать.
20 параметров служб было изменено от установленного по умолчанию. Внесенные изменения помечены (*) звездочкой.
"Настроенная" - это конфигурация, позволяющая сократить количество запущенных служб, сохраняя при этом безопасность системы.
Данная конфигурация не гарантирует стопроцентной работы у Вас.
61 параметр служб было изменен от установленного по умолчанию. Внесенные изменения помечены (*) звездочкой.
Данная конфигурация позволяет системе, по-прежнему выполнять многие сетевые функции, такие как: общий доступ к файлам и принтерам, доступ к домашней группе, использование беспроводных сетей (ноутбук), а также оставляет активными несколько "возможностей" связанных с безопасностью: Защитник Windows, Брандмауэр Windows и Центр обновлений Windows.
Эта конфигурация не подходит для пользователей использующих Windows Media Center.
"Минимум" - ВНИМАНИЕ, данная конфигурация отключает многие встроенные функции для Windows 7, а также нескольких возможностей обеспечивающих безопасность. Применять ее могут лишь опытные пользователи.
86 параметров служб было изменено от установленного по умолчанию. Внесенные изменения помечены (*) звездочкой.
Данная конфигурация не подходит для системы, которая непосредственно связана с Интернет, так как Защитник Windows, Брандмауэр Windows и Центр обновлений Windows отключены!
Данная конфигурация не подходит для ноутбука, в связи с тем, что беспроводные сети (также как и Защитник и Брандмауэр) отключены, и не смогут сдержать атаку во время роуминга в случайных беспроводных подключениях за пределами дома.
Такая конфигурация не для системы, где внутренние сетевые атаки являются проблемой. Например: Многофункциональный компьютер с несколькими членами семьи и неопытными пользователями.
Это не для системы, которая обеспечивает сетевые ресурсы, такие как принтеры, Media Center, и библиотеки WMP для других компьютеров, подключенных к локальной сети. Используйте данную конфигурацию на свой собственный риск.
Она приведена здесь в качестве минимальной конфигурации служб для Вашей системы, к которой Вам следует добавлять необходимые для работы службы.
Данные конфигурации
Автоматически - службы в этом состоянии, будут запускаться при загрузке. Некоторые службы, когда больше не будут обходимы, также автоматически остановятся. Если Вы обнаружите службу, которая Вам не требуется, то установите для нее тип запуска в положение Вручную или Отключена.
Автоматически (отложенный запуск) - службы в этом состоянии, будут запущены только после загрузки. Некоторые службы, когда больше не будут обходимы, также автоматически остановятся. Если Вы обнаружите службу, которая Вам не требуется, то установите для нее тип запуска в положение Вручную или Отключена.
Вручную - ручной режим позволяет запускать службы Windows в случае необходимости. Однако, очень немногие службы, когда потребуется будут запущены в ручном режиме. Если Вы предполагаете, что Вам для работы требуется определенная служба, то установите для нее тип запуска в положение Автоматически.
Отключена - эта настройка остановит запуск службы, даже если ее запуск необходим. В оснастке "Просмотр событий" будут показаны жалобы на этот факт. Некоторые службы, пока будут отключены, будут постоянно жаловаться. Однако о данной ситуации можно позаботиться установив тип запуска для службы в положение Вручную.
Запущена - служба при любом установленном значении: Вручную или Автоматически, работает по умолчанию или запускается сразу после загрузки.
Не установлена - данная служба не установлена по умолчанию, для ее установки используйте элемент Компоненты Windows (Панель управления\Все элементы панели управления\Программы и компоненты -> Включение или отключение компонентов Windows)
Не доступна - служба не применяется в конкретной версии Windows.
Удалена - данная служба удалена при помощи окна Компоненты Windows (Панель управления\Все элементы панели управления\Программы и компоненты -> Включение или отключение компонентов Windows)
По умолчанию в таблице отключено отображение конфигурации для "Windows 7 Начальная", а также для специально настроенных конфигураций: "Безопасная", "Оптимизированная", "Минимум".
Чтобы включить/отключить столбец с нужной конфигурацией Вам необходимо воспользоваться кнопкой "Показать / Скрыть столбцы" в верхнем левом углу таблицы.
Данная кнопка позволяет отобразить или спрятать указанные Вами столбцы.
Для осуществления данных действий установите или снимите флажок напротив названия столбца.
Для закрытия списка выбора столбцов, щелкните либо в любом месте затемненного прозрачного слоя, либо на саму кнопку "Показать / Скрыть столбцы".
Изменение у службы значения "Тип запуска".
- Откройте одним из предложенных ниже способов оснастку Службы:
- Откройте Панель управления\Система и безопасность\Администрирование и запустите оснастку Службы.
- Откройте Панель управления\Все элементы панели управления\Администрирование и запустите оснастку Службы.
- Откройте Пуск -> Администрирование -> Службы.
- В строке поиска меню Пуск или в окне Выполнить (Win+R) введите services.msc и нажмите Enter.
- Откройте одним из предложенных ниже способов Свойства необходимой Вам службы:
- Дважды щелкните левой кнопкой мыши на имени необходимой Вам службы.
- Щелкните на необходимой Вам службе правой кнопкой мыши и выберите пункт Свойства.
- На вкладке Общие, в ниспадающем списке напротив надписи Тип запуска установите желаемое значение.
Управление работой служб из командной строки
- Запустите командную строку от имени администратора.
В строке поиска меню Пуск введите команду: cmd и нажмите одновременно Ctrl+Shift+Enter. - Для выполнения необходимого Вам действия в соответствии с шаблоном введите требуемую команду и нажмите Enter.
Запуск службы:
net start Имя_службы
Установка режима запуска службы:
sc config „Имя службы“ start= Тип_запуска
Используйте кавычки, если имя службы содержит пробелы.
Между знаком равенства и значением параметра должен быть пробел.
Тип запуска: auto (автоматически), demand (вручную), disabled (отключена).
Если по какой-то причине стандартных возможностей Windows и менеджера служб недостаточно, можно воспользоваться бесплатной программой Easy Service Optimizer от разработчика Sordum. Она выводит все названия, описания служб и прочие необходимые данные из системы и позволяет безошибочно искать службы и изменять их статус.
Оглавление:
Зачем отключать службы?
Windows запускает большое количество служб при запуске системы, полагая, что они могут понадобиться пользователю. Неиспользуемые службы потребляют ресурсы и тормозят работу компьютера. Отключение ненужных служб способно повысить производительность, снять нагрузку на процессор и память.
Перед отключением службы желательно ознакомиться с ее функционалом. Без многих компонентов Windows работать не может, поэтому важно не отключить лишнее в погоне за производительностью. Следует помнить про другие способы ускорения работы ПК: очистка реестра, удаление системных файлов и кэша, использование CCleaner.
Важно помнить, что отключенная служба запустится при перезапуске системы, если не были изменены настройки автозапуска. А если были изменены, то проблема может проявиться, когда служба потребуется, а запуститься не может. Отключенные службы с выключенным автозапуском придется запускать вручную при необходимости. Для большинства пользователей это проблема, поскольку при возникновении проблем через несколько месяцев сложно вспомнить, какие из служб были отключены и за что они отвечали.
Отключение служб в Services Manager
Во всех версиях Windows для работы со службами существует Windows Services Manager. Он позволяет включать/отключать службы и устанавливать параметры автозапуска. Несмотря на то, что многие службы в Windows практически не используются обычными пользователями и могут быть отключены полностью, этого настоятельно рекомендуется не делать.
Запустить Windows Services Manager можно несколькими способами:
Windows 10
Сравнить разницу в производительности можно при помощи Диспетчера задач или сторонних утилит с аналогичным функционалом. Предварительно следует очистить систему и/или реестр от лишних файлов, убрать все лишние программы их настроек автозапуска. Ниже представлен список служб для Windows 10 и прошлых версий ОС (Windows 8 (8.1), 7, Vista, XP), отключение которых (перевод в ручной режим) не должно вызвать негативных последствий для работы системы.
Windows 8/8.1
В Windows 8/8.1 меньше служб, которые можно безопасно отключить без вреда для системы. В списке представлены редко используемые службы, отключение которых не скажется на работоспособности системы. Всегда следует уточнять, не используется ли конкретный функционал на конкретном компьютере.
Службы Windows Search (функция поиска в системе) и Security Center (центр обеспечения безопасности) отключать не советуется. Функционал первой требуется регулярно, а Центр безопасности выполняет действительно важные защитные функции, особенно если на компьютер не установлен антивирус.
Windows 7
В Windows 7 более десятка служб, которые могут быть спокойно отключены (переведены в ручной режим) в целях оптимизации и увеличения быстродействия. Ниже представлен список безопасных для отключения служб с примечаниями, которые позволят принять решение о выборе способа автозапуска.
Программы, которые устанавливаются на компьютер с Win7 пользователем, также могут устанавливать и запускать собственные службы. Примерами таких программ может служить рабочий софт или антивирусное ПО. Принимать решение о необходимости отключения таких служб пользователю следует самостоятельно. Стандартно не советуется выключать функцию поиска Windows Search, службы безопасности и брандмауэра.
Windows Vista
Про Windows Vista в последние годы пишут мало, поскольку данная версия ОС используется сравнительно редко. Здесь собран максимально полный список служб Windows Vista, краткое описание их функционала и рекомендуемые настройки автозапуска.
Службы, параметры автозапуска которых можно установить на вручную:
Помимо указанных, в режим вручную в Windows Vista можно перевести следующие службы:
Для изменения настроек нужно обладать правами администратора. Следующие службы можно полностью отключить:
Даже эти списки не являются исчерпывающими, поскольку многие программы способны создавать службы. Следует внимательно проверить службы, которые запускаются автоматически, удалить с компьютера устаревшие и неиспользуемые программы или отключить автозапуск для них.
Windows XP
В Windows XP можно выключить сравнительно небольшое количество служб, поскольку тогда функционал ОС еще не был настолько раздут. Windows XP морально и технически устарела, однако продолжает использоваться на слабых машинах, поэтому дополнительная оптимизация может пойти на пользу.
Читайте также: