Have you quotas on the StudentHome$ if so, what is the quota per user? Also
with the roaming profiles, are quotas enabled on this volume also? I spoke
to somebody recently and they compained that their profiles had become in
excess of 40mb in size due to some program adding a lot of info to the
profiles thing it was Adobe or Macromedia... This slowed down a lot of
logons and logoffs due to the increase in network traffic. He managed to
purchase some program which allowed the profile to be better managed... (His
problem was with users placing larger files on the desktop etc.. which were
downloaded as part of the profile).
Use mmc to see the usage on your network card. Might also be useful to
baseline your number of collisions/data throughput and things. An increased
load on the network could be highlighted by this.
Hope this is of some use to you.
If you realise the problem is down to the profiles, post a reply and i will
try and find out the name of the product the guy used to solve it. He was in
a similar environment in a college with a lot of logon/logoffs in a short
period (they also have a pretty sweet network, mostly gigabit fibre right
down to the distribution layer switches).
"Al Blake" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> Thanks for the reply Glenn,
> The configuration of LANMANserver is per default except we have increased
> IRPStackSize to 40...in the hope that might imporve matters. I have just
> checked the registry and
>
> enableoplocks is set to 1 in the lanmanserver registrey key. So oplocks
> are on...which should speed things up shouldnt it?
>
> Also,
> We DO have caching on one of the main shares. Should we take this off?
>
> We actually have THREE main shares:
> 1. Studenthome$ - contains all the student "my documents" and users
> files - caching set as
> "All files and programs automatically available offine", with
> "optimized for performance" checked. Should we change this?
> 2. StudentApplicationdata$ - redirected application data (controlled by AD
> GPO) - caching set as NOT available offline
> 3. StudentProfile$ - redirected roaming profiles (GPO controlled) -
> caching set as NOT available offline
>
> Should we change the caching on one or more of these shares?
> Regards
> Al.
>
>
> "Glenn L" <the.only(delete)@gmail dot com> wrote in message
> news:(E-Mail Removed)...
>> Perhaps your server has opportunistic locking disabled.
>> http://www.dataaccess.com/whitepaper...adcaching.html
>> http://support.microsoft.com/default...;en-us;Q296264
>>
>> Are the folders configured for automatic offline caching? This could
>> cause a lot of I/O churn during offline file sync.
>>
>> --
>> Glenn L
>> CCNA, MCSE 2000/2003 + Security
>>
>> "Al Blake" <(E-Mail Removed)> wrote in message
>> news:(E-Mail Removed)...
>>> We are running into sugnifcant performance issues with a 2003 server on
>>> a native AD 2003 domain.
>>>
>>> Hardware is very well specified (IBM HS20 blade P4 x 2, + 2GB RAM using
>>> SAN for disk, 1GB network).
>>> We are using the box as our main fileserver in a high school.
>>> This means that around period change time we can have 250+ users
>>> logon/logoff in a 2 minute timeframe.
>>> Often (but not always) this can slow the server down signficantly for 15
>>> minutes or more.
>>> Of course we have checked all the usual things and we are not disk, cpu
>>> or memory limited (we are only using about half of physical memory, cpu
>>> between 2% and 60%...but 60% only transiently). and we have no errors in
>>> the event log.
>>>
>>> We are now looking wider in our investigations as to what might be
>>> causing this.
>>>
>>> Have downloaded the Server performance advisor from microsoft and we are
>>> using that to try to narrow down where the choke point is.......but I
>>> was wondering whether anyone has any good references for tuning Windows
>>> 2003 and fileservers? Any white papers or books you can point me at?
>>>
>>> Note this server is NOT the DC for the AD domain. Should we be looking
>>> at the DC as well? Would you expect 300 users on/off in a short
>>> timeframe to seriaously challenge a well speced server?
>>>
>>> Al Blake, Canberra, Australia
>>>
>>
>>
>
>