johi

... naja - wenn der gesamte physikalisch vorhandene Speicher ständig belegt ist, muss ja bei weiterem Bedarf (von anderen Tasks) erst mal - entweder was ausgelagert werden - oder ein Teil der von store.exe belegten (geänderten ??) Daten auf die HD zurückgeschrieben werden ... beides nicht gerade "fix" Es geht ja auch nicht darum, Ex "knapp" zu halten - aber bei nicht so vielen usern sehe ich nicht recht, was da über 8-10GB hinaus anderes an eMail-Daten im Speicher gehalten werden soll als Speicherleichen von "vorgestern" (das Ganze ist doch eh nur ein Reflex auf die "sinnige" Architektur von MS)

Hi, (vielleicht etwas spät ... aber ;>) bei SQL weiss ich nicht, wer da so "böse" ist bei Ex ist es IMHO eigentlich nicht der datacollectorsvc (obwohl 3GB wohl "heftig" sind), sondern der store.exe, der sich "alles bis zur Decke" krallt Den zu beschränken hat bei uns geholfen - s.: Exchange – store.exe hohe RAM Auslastung - Windows seitdem bleibt's bei uns (SBS2011 / Ex2010) bei 80% wie gewünscht zu beachten bei dem obigen Link: - bei Ex2010 (hast du ja nicht, aber vielleicht andere) wäre nicht mit 8kB-Blöcken zu rechnen, sondern mit 32kB - außerdem bei Ex2010 zwingend SizeMax UND SizeMin setzen (hat sich wohl seit Ex2007 geändert) - sonst tut sich nix tschau, johi