Sql SessionState Server и таймаут

Question

Привет, есть ли недостаток в использовании Sql Server в качестве сервера SessionState и увеличение тайм-аута до 2 недель? Моя цель состоит в том, чтобы люди заходили в систему как можно дольше, сохраняя при этом минимальную память в веб-сервере.

Answer 1

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

SessionState и «Записан» могут означать две разные вещи.

SessionState представляет объекты/данные, хранящиеся в объекте «Сессия» в среде. Вход пользователя обычно контролируется с помощью системы членства ASP.NET. У вас может быть пользователь, у которого есть постоянный логин (Remember Me), но сеанс будет отключен через 20 минут. Система все равно их помнит, но данные, которые были «кэшированы» для пользователя в сеансе, могут исчезнуть.

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

• Эта информация еще собирается взять память, только жесткий диск памяти на стороне БД, но, как он растет вы можете увидеть снижение производительности. Только отказ от сеанса может привести к огромному количеству кэшированных данных.

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

• В зависимости от размера сервера и лицензии SQL Server, а также трафика, с которым могут возникать проблемы с ограничениями на БД или аппаратное обеспечение, для хранения этого сеанса долгое время.

Answer 2

Какую информацию вы храните в сеансе? Они потребляют серверный ресурс и не являются общей практикой, чтобы поддерживать их жизнь в течение 2 недель.

Вы можете сохранить файл cookie, чтобы пометить пользователя как выполненный вход и загрузить данные сеанса, когда он снова вернется.