ASP.Net persistente Daten in der Anwendung

Question

Wie kann ich eine benutzerspezifische Daten für eine ASP.Net-Anwendung beibehalten.

Ich versuchte Session Variable - nicht gut, wenn der Worker-Prozess recycelt.

Ich brauche etwas, auf das GLOBAL von jeder Klasse meiner Anwendung zugegriffen werden kann.

Beratung sehr willkommen.

Ich habe versucht, asp.net Sitzung State Server zu verwenden, aber ich habe einige DLLs abstürzen, weil sie unsialisierbar sind.

Gibt es eine andere Möglichkeit, eine persistente Variable in der gesamten Anwendung zu haben?

Answer 1

Der ASP.NET-Sitzungsstatus kann so konfiguriert werden, dass er in einer Datenbank beibehalten wird.

Here is a tutorial on how to set that up.

Answer 2

Daten in einer Datenbank speichern (z. B. SQL Server).

Answer 3

Sie könnten das Profil Provider mit einer SQL-Datenbank als Sicherungsspeicher verwenden.

dieses nichts MSDN Article

Answer 4

Theres Sehen Sie wirklich über den Prozess Recycling tun. Wenn Sie den Cache clever verwenden, um Informationen in einem globaleren Sinne zu behalten, haben Sie immer noch die gleiche Einschränkung des Arbeitsprozesses.

Ich versuche, meine App in einem n-Tier-Setup mit Business-Entity-Objekten zu entwerfen. Die Factory-Methoden für meine Objekte verwenden die Cache-Art wie ein faules Instantiierungsmuster. Wenn es im Cache ist, ziehen Sie es. Wenn nicht, lege es zum nächsten Mal in den Cache.

d.h

MyAppsNameSpace.MyBusinessLayerNameSpace.MyObject.GetObject(objectID) 

jetzt, wenn dies mein Objekt zurückgibt, kann es aus dem Cache sein oder auch nicht, wenn das Objekt unter hohen Auslastung ist, dann wird es wahrscheinlich im Cache gespeichert werden werden.

Dies kann in Ihrer gesamten App verwendet werden, und weil der Caching-Mechanismus zentral verwaltet wird, müssen Sie sich nicht wirklich darum kümmern.

Answer 5

Sie können den Sitzungsstatusserver so ändern, dass er nicht mehr in Betrieb ist, wodurch er wesentlich stabiler wird und ihn vom Arbeitsprozess trennt (Sie müssen den Asp.NET-Statusdienst auf dem Server starten können) wenn es nicht bereits läuft)

<sessionState mode="StateServer" stateConnectionString="tcpip=127.0.0.1:42424" sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes" cookieless="false" timeout="20"/> 

auch wenn Sie es über Anwendungen in der gleichen Domäne teilen müssen, sollten Sie in der Lage sein, ihnen die gleichen machine key

Answer 6

geben Sie sollten Session verwenden. Sie können, wie dies in einer Klasse Sitzungsstatus global zugreifen ...

HttpContext.Current.Session 

zu vermeiden, um Sitzungen, die von dem Arbeitsprozess Recycling zu verlieren, verwenden StateServer Modus.

Answer 7

Wenn Daten verloren gehen, wenn der Arbeitsprozess wiederverwendet wird, sollten Sie den InProc-Persistenzmodus für die Sitzung nicht mehr verwenden. Verwenden Sie StateServer oder SQL Server.Letztendlich könnten Sie Ihr eigenes Session Persistance Modul erstellen, wenn Sie beide nicht zufriedenstellen.