SharePoint 2013 Verteilte Cache Dienst zum speichern des Sitzungszustands
Entwickeln wir eine Lösung basierend auf SharePoint 2013 Foundation. Es ist eine neue, Verteilte Cache-Dienst in SharePoint 2013 verfügbar. Wenn wir überprüft die web -.config eine neue Probe SharePoint-Webanwendung, wir finden es so konfiguriert wurde, verwenden Sie "In-proc" - Modus für die Speicherung session-state. Wir nutzen ziehen können aus dieser verteilten cache Dienst zum speichern von session-state?
Auch ich sah powershell-cmdlets zum konfigurieren der session state in der Datenbank die im folgenden msdn-Artikel : http://technet.microsoft.com/en-us/library/ee890113.aspx. Der Datenbank ist eine bevorzugte Weise zum speichern des Sitzungszustands eher als Verteilte Cache für SharePoint 2013?
Gibt es irgendwelche anderen alternativen auch zur Speicherung des Sitzungsstatus in SharePoint 2013?
InformationsquelleAutor Gaurav | 2013-03-04
Du musst angemeldet sein, um einen Kommentar abzugeben.
In der Regel müssen Sie die SharePoint-Session State Service mithilfe des
Enable-SPSessionStateService
PowerShell-cmdlet aus dem Artikel, den Sie verlinkt wird.SharePoint-Distributed Cache Service ist gedacht für Cacheable Elemente, insbesondere das Futtermittel -, Login -, Token-und App-Token. Ich konnte nicht sehen, eine Implementierung für ein Session-State-Provider. Es ist eine schöne Erklärung über den distributed cache service finden Sie hier:
Den service hängt davon ab, Azure oder genauer auf die AppFabric caching-Infrastruktur. Realisieren Sie Ihre eigenen Sachen zum Zugriff auf diese Caching-Frameworks, wie hier beschrieben:
Wie gesagt vorher, SharePoint verwendet das Session State Service, die abwechselnd verwendet standard ASP.NET session state:
Wie Sie richtig gesagt der Standard-Modus für den Stand-Dienst auf festgelegt ist
In-Proc
(in-memory). Was Sie normalerweise tun würde, ist es zuSQLServer
so dass der Session state gespeichert wird, um einige-Datenbank und können jederzeit abgerufen werden, indem mehrere Server. Die PowerShell-cmdlets, die Sie verknüpften in Ihrem Beitrag, die machen das automatisch für Sie.Also kurzum: Durch die Umsetzung Ihrer eigenen ASP.NET Session State Handler könnten Sie umgehen die normale SharePoint-Statusdienst und der Nutzung des Verteilten Cache, aber das wird nicht leicht sein und vielleicht ist es einfacher, nur mit einer Staatlichen Datenbank.
Schön finden. Ja, Sie tun alle web.config-änderungen Sie können in der Regel tun. Natürlich wäre es nicht, das Microsoft Weg - also im Grunde werden Sie haben, um zu versuchen.
InformationsquelleAutor Dennis G