slow connection to file sharing folder every 2 week.

[Edward]

I have a window 2003 std version with SP1. and currently updated critical MS
patch. Symatec SAV10.1.4 .
Purely, it is used for file sharing only. RAM 1 GB, CPU AMD Opteron.
Dual-Core.
Netbackup client installed.
HD, Drive C: total size: 15GB, 8.6 GD free.
Drive D: total size: 100GB, 40 GB free

On every 2 week, Monday morning it will get slow response to access
file sharing. We can't found any schedule task running to slow it down.

Number of users access that server is around 20 maximum staff.
Number of sharing folder is around 20.

Question:
1. How do I able to trouble shoot root problem of such slow access UNC issue ?
2. What tools do I need to used for monitoring it ?
3. What kind of step to troubleshoot it ? (it seems it happened on Monday
every 2 or 3 weeks only.)
4. I could see CPU high up when it get slow response to user request.

We have same OS and patch server, but not have such issue. We got same
issue if we install it on Vmware server.

 

[Mark Morowczynski]

On Jul 12, 8:20 pm, Edward <Edw...@discussions.microsoft.com> wrote:
> I have a window 2003 std version with SP1. and currently updated critical MS
> patch. Symatec SAV10.1.4 .
> Purely, it is used for file sharing only. RAM 1 GB, CPU AMD Opteron.
> Dual-Core.
> Netbackup client installed.
> HD, Drive C: total size: 15GB, 8.6 GD free.
> Drive D: total size: 100GB, 40 GB free
>
> On every 2 week, Monday morning it will get slow response to access
> file sharing. We can't found any schedule task running to slow it down.
>
> Number of users access that server is around 20 maximum staff.
> Number of sharing folder is around 20.
>
> Question:
> 1. How do I able to trouble shoot root problem of such slow access UNC issue ?
> 2. What tools do I need to used for monitoring it ?
> 3. What kind of step to troubleshoot it ? (it seems it happened on Monday
> every 2 or 3 weeks only.)
> 4. I could see CPU high up when it get slow response to user request.
>
> We have same OS and patch server, but not have such issue. We got same
> issue if we install it on Vmware server.

This may or may not be related but are you storing PST files from
Outlook on these shares? If you are when Outlook goes to archive it
locks the entire volume while it makes the write. If users are using
the network share, it would lock the volume and then cause slowness.
I've seen this happen in the past.

-Mark Morowczynski

 

[Edward]

Mark,

Thank you for reply. It store few users PST files on it. Since it happened
on every 2 week Monday morning time 9 a.m. I do not suppose to see user
still connect to that server. But I definitely check such possibility.

Would any tools to check such slow response issue (if relate to mount PST) ?

Regards,
Edward

"Mark Morowczynski" wrote:

> On Jul 12, 8:20 pm, Edward <Edw...@discussions.microsoft.com> wrote:
> > I have a window 2003 std version with SP1. and currently updated critical MS
> > patch. Symatec SAV10.1.4 .
> > Purely, it is used for file sharing only. RAM 1 GB, CPU AMD Opteron.
> > Dual-Core.
> > Netbackup client installed.
> > HD, Drive C: total size: 15GB, 8.6 GD free.
> > Drive D: total size: 100GB, 40 GB free
> >
> > On every 2 week, Monday morning it will get slow response to access
> > file sharing. We can't found any schedule task running to slow it down.
> >
> > Number of users access that server is around 20 maximum staff.
> > Number of sharing folder is around 20.
> >
> > Question:
> > 1. How do I able to trouble shoot root problem of such slow access UNC issue ?
> > 2. What tools do I need to used for monitoring it ?
> > 3. What kind of step to troubleshoot it ? (it seems it happened on Monday
> > every 2 or 3 weeks only.)
> > 4. I could see CPU high up when it get slow response to user request.
> >
> > We have same OS and patch server, but not have such issue. We got same
> > issue if we install it on Vmware server.
>
> This may or may not be related but are you storing PST files from
> Outlook on these shares? If you are when Outlook goes to archive it
> locks the entire volume while it makes the write. If users are using
> the network share, it would lock the volume and then cause slowness.
> I've seen this happen in the past.
>
> -Mark Morowczynski
>
>