Что может или не может быть полезным для вас ..
Короче, работает так:
Состояние сеанса InProc является самым быстрым, однако он также находится в процессе, то есть не является общим (читается « бесполезно для веб-ферм ») и теряется, если процесс вылетает.
Служба состояний (aspnet_state.exe) все еще чертовски быстр, но есть некоторые издержки из-за сортировки между рабочим процессом и самой службой. Может быть хорошо, потому что IP-адреса могут быть переданы в конфигурации, то есть он может работать на своем собственном компьютере . Это также вне процесса рабочего процесса, то есть он может пережить сбой процесса. Поскольку он может работать на одном компьютере, состояние может быть общим, если все клиенты используют один и тот же компьютер.
Sql Server (или другой пользовательский поставщик) - имеет тенденцию (не всегда) быть самым медленным из всех, особенно из-за того, что потенциально может быть намного больше дискового ввода-вывода. Тем не менее, это также одно из наиболее надежных решений, поскольку состояние можно сохранить на диске, что означает, что он не только может выдержать сбой процесса на веб-сервере, но и сам может выдержать сбой сервера (после того, как БД вернется в рабочее состояние, состояние восстановлено). В сочетании с кластеризацией это может обеспечить надежную систему сеансов.