O Sharepoint faz o próprio gerenciamento de sessão. Parte da razão pela qual ele é desabilitado (eu acho) é impedir que os desenvolvedores trepam com sessões no sharepoint sem saber o que estão fazendo e causando problemas para os administradores. O SharePoint não remove automaticamente os registros de estado de sessão antigos das tabelas de banco de dados de estado da sessão. O desempenho será prejudicado se você estiver usando sessões sem ação proativa para limpar regularmente as sessões expiradas.
Aqui está uma citação relevante de A partir dos padrões & práticas de orientação do SharePoint:
Gerenciamento do estado da sessão no SharePoint O SharePoint depende da estrutura de estado da sessão do ASP.NET para o estado da sessão. A infra-estrutura de estado de sessão ASP.NET inclui provedores de estado de sessão que permitem implementar diferentes partições de armazenamento para informações de estado de sessão. Para obter mais informações sobre provedores de estado de sessão do ASP.NET, consulte Provedor de estado da sessão no MSDN.
O SharePoint implementa seu próprio mecanismo de persistência de estado de sessão. Um resolvedor de partição redireciona o SqlSessionStateStore para o banco de dados de sessão do SharePoint com base no ID da sessão. O SharePoint cria um banco de dados de estado de sessão quando o Provedor de Serviços Compartilhados primário é instalado. Para obter informações sobre como configurar o Provedor de Serviços Compartilhados primário, consulte Configurar o Provedor de Serviços Compartilhados primário no TechNet.
O Microsoft Office Forms Server e o Microsoft Office Project Server contam com o estado da sessão do ASP.NET. O Serviços do Excel depende do estado da sessão, mas rastreia as informações da sessão diretamente no SSP (Provedor de Serviços Compartilhados dos Serviços do Excel), em vez de confiar na infra-estrutura de sessão do ASP.NET.