Title: Nachricht
Hallo Markus!
 
Das Session()-Objekt ist dazu nicht geeignet
da es nur Daten "Sessionweit" zur Verf�gung stellt.
 
Wir werden den Weg einer Dateiabh�ngigkeit f�r den Cache
vorerst einmal versuchen (Beim Update des DataSets wird eine
Datei - die auf einen Server der f�r alle Server der Serverfarm
erreichbar ist - liegt ver�ndert (zB. TimeStamp), welche dann das L�schen
aller Cache-Eintr�ge auf allen Servern ausl�st.
 
Danke & Gru�
Matthias
-----Urspr�ngliche Nachricht-----
Von: M. Oestreicher [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 29. Oktober 2002 18:09
An: aspDEdotnet
Betreff: [aspdedotnet] AW: Caching auf Webserverfarmen

Hallo,
 
Ich denke nicht, dass man den Cache beider Server synchronisieren
kann. Daten wie diese sind im Normalfall nicht dazu gedacht, in einem
Cache zu landen.
 
Das Session()-Objekt in ASP.NET ist in der Lage, den Session-State
auch �ber Servergrenzen hinweg zu speichern. Die eigentlichen Infos
werden in einer speziellen NT-Dienst im Hintergrund gespeichet.
M�glicherweise l�st das dein Problem.
 
Vielleicht w�re es jedoch besser, die �nderungen bei Bedarf gleich
in die Quelldatenbank zur�ckzuschreiben.

MfG,
Markus Oestreicher [QualityHosting Support]
-------------------------------------------
    jetzt mit ASP.NET Unterst�tzung
Informationen: http://www.qualityhosting.de
 
-----Urspr�ngliche Nachricht-----
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Im Auftrag von [EMAIL PROTECTED]
Gesendet: Dienstag, 29. Oktober 2002 18:02
An: aspDEdotnet
Betreff: [aspdedotnet] AW: Caching auf Webserverfarmen

Hallo Markus!
 
Vorerst Danke f�r den Reply.
 
Die Gegebenheiten rund um die Cache-Parameter sind mir durchaus
transparent.
 
Folgende Situation:
 
Ein Lese & Schreib DataSet wird von der Applikation in den Cache geschrieben.
Das DataSet wird von unterschiedlichen Usern auf Server A und Server B
beim ersten Ladevorgang in den Cache geschrieben. Soweit alles OK.
 
Wir wollen (wie schon angef�hrt) jetzt nicht nur Lese-Daten in den Cache schreiben
sondern auch Daten die von den Usern �ber Update & Delete ver�ndert werden k�nnen.
Das erfordert nat�rlich ein L�schen des Dataset nach dem Update-Vorgang aus dem
Cache da das DataSet im Cache durch den Update-Vorgang veraltet ist.
 
Wenn jetzt der Update-Vorgang auf Server A durchgef�hrt wird, wird auch das DataSet im
Cache auf Server A removed - aber wie kriegt das Server B mit??
 
Ich hoffe ich hab die Problematik auf den Punkt gebracht.
 
Danke & Gru�
Matthias
 
-----Urspr�ngliche Nachricht-----
Von: M. Oestreicher [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 29. Oktober 2002 17:52
An: aspDEdotnet
Betreff: [aspdedotnet] AW: Caching auf Webserverfarmen

Hallo,
 
Du bestimmst das Verhalten des Server-Cache. Wenn du den
Seiten eine geringe oder keine Lebensdauer gibst, nimmt
der Cache das zur Kenntnis.
 
Um welche Art von Dateien handelt es sich?

MfG,
Markus Oestreicher [QualityHosting Support]
-------------------------------------------
    jetzt mit ASP.NET Unterst�tzung
Informationen: http://www.qualityhosting.de
 
-----Urspr�ngliche Nachricht-----
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Im Auftrag von [EMAIL PROTECTED]
Gesendet: Dienstag, 29. Oktober 2002 17:39
An: aspDEdotnet
Betreff: [aspdedotnet] Caching auf Webserverfarmen

Hallo!
 
Gibt es eine M�glichkeit Cache-Eintr�ge (nat�rlich nur auf Applikationsebene) zwischen den Servern einer Serverfarm zu synchronisieren?

Hintergrund der Frage:

Nicht nur "Lese-Daten" sollen in den Cache geschrieben werden sondern auch Daten die ge�ndert werden k�nnen (Updates & Deletes), was nat�rlich eine Synchronisierung �ber alle Server der Serverfarm erfordert.
 
Danke im voraus f�r etwaige Informationen.
 
Gru�
Matthias
           

 

 

 

 
| [aspdedotnet] als [EMAIL PROTECTED] subscribed | http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.dotnetgerman.com/listen/aspDEdotnet.asp
| [aspdedotnet] als [EMAIL PROTECTED] subscribed | http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.dotnetgerman.com/listen/aspDEdotnet.asp
| [aspdedotnet] als [email protected] subscribed
| http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv
| Sie k�nnen sich unter folgender URL an- und abmelden:
| http://www.dotnetgerman.com/listen/aspDEdotnet.asp


Antwort per Email an