>
> Just a thought...
>
> On Tue, Feb 14, 2012 at 11:04 PM, Crawford, Scott
> wrote:
>>
>> Works great for us
>>
>>
>> Sent from my Windows Phone
>>
>> From: Kurt Buff
>> Sent: 2/14/2012 7:48 PM
>>
from my Windows Phone
> --
> From: Kurt Buff
> Sent: 2/14/2012 7:48 PM
>
> To: NT System Admin Issues
> Subject: Re: Picking up file server tuning again
>
> I will be looking at that, for sure.
>
> On Tue, Feb 14, 2012 at 16:26, Crawford, Scott
> wrote:
>
Works great for us
Sent from my Windows Phone
From: Kurt Buff
Sent: 2/14/2012 7:48 PM
To: NT System Admin Issues
Subject: Re: Picking up file server tuning again
I will be looking at that, for sure.
On Tue, Feb 14, 2012 at 16:26, Crawford, Scott wrote:
> Or
r, but
>> not opened from the server.
>> ________
>> From: Kurt Buff [kurt.b...@gmail.com]
>> Sent: 14 February 2012 7:54 PM
>
>>
>> To: NT System Admin Issues
>> Subject: Re: Picking up file server tuning again
>>
>&g
On Tue, Feb 14, 2012 at 15:08, Ben Scott wrote:
>
> On Tue, Feb 14, 2012 at 4:30 PM, Kurt Buff wrote:
> > I've been beating on my users for years not to use PST files - they
> > don't listen.
>
> Script something that finds them, emails them a warning, and deletes
> them after 30 days. ;-)
>
>
rs)?
>
> Thanks,
> Brian Desmond
> br...@briandesmond.com
>
> w – 312.625.1438 | c – 312.731.3132
>
> -Original Message-
> From: Kurt Buff [mailto:kurt.b...@gmail.com]
> Sent: Tuesday, February 14, 2012 2:56 PM
> To: NT System Admin Issues
> Subject: R
Or the "disable PST" GPO.
Sent from my Windows Phone
From: Kurt Buff
Sent: 2/14/2012 5:04 PM
To: NT System Admin Issues
Subject: Re: Picking up file server tuning again
I've been beating on my users for years not to use PST files - they
don
On Tue, Feb 14, 2012 at 4:30 PM, Kurt Buff wrote:
> I've been beating on my users for years not to use PST files - they
> don't listen.
Script something that finds them, emails them a warning, and deletes
them after 30 days. ;-)
Or just starting CC'ing IT & HR after 30 days, if you're less
Buff [mailto:kurt.b...@gmail.com]
Sent: Tuesday, February 14, 2012 2:56 PM
To: NT System Admin Issues
Subject: Re: Picking up file server tuning again
OK - that's worth knowing.
I was under the impression that even just a couple could have quite an impact.
Kurt
On Tue, Feb 14, 2012 at
of crappy drivers, large tokens, and/or people doing
>>> things like using PSTs off file shares.
>>>
>>> Thanks,
>>> Brian Desmond
>>> br...@briandesmond.com
>>>
>>> w – 312.625.1438 | c – 312.731.3132
>>>
>>>
>>
.com]
> Sent: 14 February 2012 7:54 PM
>
> To: NT System Admin Issues
> Subject: Re: Picking up file server tuning again
>
> RE: PST files.
>
> This might well be part of the issue:
>
> #net file | findstr /i pst
> 21310605 J:\Home\...\Archive PSTs\archive.pst USE
t; Thanks,
>> Brian Desmond
>> br...@briandesmond.com
>>
>> w – 312.625.1438 | c – 312.731.3132
>>
>>
>> -----Original Message-
>> From: Michael B. Smith [mailto:mich...@smithcons.com]
>> Sent: Monday, February 13, 2012 6:18 PM
>> To: NT Sy
gt;> The I/O situation is indicative of disk queuing which is "hypervisor
>>> related". Dunno how you optimize that in VMware, there are a number of
>>> potentials in Hyper-V.
>>>
>>> Regards,
>>>
>>> Michael B. Smith
>>> Consul
@gmail.com]
> Sent: Tuesday, February 14, 2012 1:38 PM
> To: NT System Admin Issues
> Subject: Re: Picking up file server tuning again
>
> I could be wrong, but poolmon doesn't seem to be showing any issues with
> tokens - it's not very high on the list when I do:
>
br...@briandesmond.com
>
>
>
> w – 312.625.1438 | c – 312.731.3132
>
>
>
> From: Kurt Buff [mailto:kurt.b...@gmail.com]
> Sent: Tuesday, February 14, 2012 1:55 PM
>
>
> To: NT System Admin Issues
> Subject: Re: Picking up file server tuning again
>
>
&
8 | c – 312.731.3132
>>
>>
>> -----Original Message-
>> From: Michael B. Smith [mailto:mich...@smithcons.com]
>> Sent: Monday, February 13, 2012 6:18 PM
>> To: NT System Admin Issues
>> Subject: RE: Picking up file server tuning again
>>
>&
the server.
From: Kurt Buff [kurt.b...@gmail.com]
Sent: 14 February 2012 7:54 PM
To: NT System Admin Issues
Subject: Re: Picking up file server tuning again
RE: PST files.
This might well be part of the issue:
#net file | findstr /i pst
21310605 J:\Home\...\Archive PSTs\archive.pst
smond
>> br...@briandesmond.com
>>
>> w – 312.625.1438 | c – 312.731.3132
>>
>>
>> -----Original Message-
>> From: Michael B. Smith [mailto:mich...@smithcons.com]
>> Sent: Monday, February 13, 2012 6:18 PM
>> To: NT System Admin Issu
desmond.com<mailto:br...@briandesmond.com>
w – 312.625.1438 | c – 312.731.3132
-Original Message-
From: Michael B. Smith
[mailto:mich...@smithcons.com<mailto:mich...@smithcons.com>]
Sent: Monday, February 13, 2012 6:18 PM
To: NT System Admin Issues
Subject: RE: Picking up file serv
mond
> br...@briandesmond.com
>
> w – 312.625.1438 | c – 312.731.3132
>
>
> -Original Message-
> From: Michael B. Smith [mailto:mich...@smithcons.com]
> Sent: Monday, February 13, 2012 6:18 PM
> To: NT System Admin Issues
> Subject: RE: Picking up file server t
om
>
> w – 312.625.1438 | c – 312.731.3132
>
>
> -Original Message-
> From: Kurt Buff [mailto:kurt.b...@gmail.com]
> Sent: Monday, February 13, 2012 11:13 PM
> To: NT System Admin Issues
> Subject: Re: Picking up file server tuning again
>
> PSTs on file shares -
hem, you will have a problem. If you add a third
> spindle, now you have 75 IOPS head room.
> >
> > Thanks,
> > Brian Desmond
> > br...@briandesmond.com
> >
> > w – 312.625.1438 | c – 312.731.3132
> >
> >
> > -----Original Message-
> > From
drivers, large tokens, and/or people doing things like
> > using PSTs off file shares.
> >
> > Thanks,
> > Brian Desmond
> > br...@briandesmond.com
> >
> > w – 312.625.1438 | c – 312.731.3132
> >
> >
> > -Original Message-
> >
; -Original Message-
> From: Kurt Buff [mailto:kurt.b...@gmail.com]
> Sent: Monday, February 13, 2012 11:13 PM
> To: NT System Admin Issues
> Subject: Re: Picking up file server tuning again
>
> PSTs on file shares - it's been a while since I looked at that issue.
>
nd
br...@briandesmond.com
w – 312.625.1438 | c – 312.731.3132
-Original Message-
From: Kurt Buff [mailto:kurt.b...@gmail.com]
Sent: Monday, February 13, 2012 11:13 PM
To: NT System Admin Issues
Subject: Re: Picking up file server tuning again
PSTs on file shares - it's been a while sinc
: Michael B. Smith [mailto:mich...@smithcons.com]
> Sent: Monday, February 13, 2012 6:18 PM
> To: NT System Admin Issues
> Subject: RE: Picking up file server tuning again
>
> Well, the kernel mode, paged pool, and interrupt time are items that will be
> specifically reduc
riginal Message-
From: Michael B. Smith [mailto:mich...@smithcons.com]
Sent: Monday, February 13, 2012 6:18 PM
To: NT System Admin Issues
Subject: RE: Picking up file server tuning again
Well, the kernel mode, paged pool, and interrupt time are items that will be
specifically reduced with an x
-Original Message-
> From: Kurt Buff [mailto:kurt.b...@gmail.com]
> Sent: Monday, February 13, 2012 5:33 PM
> To: NT System Admin Issues
> Subject: Re: Picking up file server tuning again
>
> It *is* a busy box, and migrating the iSCSI LUNs to a 64bit server is
> something I'v
.
Regards,
Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com
-Original Message-
From: Kurt Buff [mailto:kurt.b...@gmail.com]
Sent: Monday, February 13, 2012 5:33 PM
To: NT System Admin Issues
Subject: Re: Picking up file server tuning again
It *is* a busy box, and mig
Message-
> From: Kurt Buff [mailto:kurt.b...@gmail.com]
> Sent: Monday, February 13, 2012 3:00 PM
> To: NT System Admin Issues
> Subject: Re: Picking up file server tuning again
>
> Ran PAL against the log.
>
> Um, wow. It's a freaking christmas tree - red and yello
ubject: Re: Picking up file server tuning again
Ran PAL against the log.
Um, wow. It's a freaking christmas tree - red and yellow all over the
place in CPU and disk.
Who should I be talking with to analyze this?
A sample of the issues shown - all of which show up in more than one
time slice - s
On Sat, Feb 11, 2012 at 01:33, Paul Hutchings wrote:
> You've mentioned that backups are slow, but not how you're doing the backups?
We use Ultrabac, and do a d2d2t
> Where I would start along with things like perfmon is with a simple, straight
> multi-threaded file copy - see how much you can
Ran PAL against the log.
Um, wow. It's a freaking christmas tree - red and yellow all over the
place in CPU and disk.
Who should I be talking with to analyze this?
A sample of the issues shown - all of which show up in more than one
time slice - some in every or almost every slice:
o- More than
You've mentioned that backups are slow, but not how you're doing the backups?
Where I would start along with things like perfmon is with a simple, straight
multi-threaded file copy - see how much you can actually send over the LAN from
the source file server to a variety of destinations.
For ex
OK - that's fascinating...
I am running PAL against the log file, watching its output in the
command prompt, and it's picking up the individual drive counters -
even though when I was looking through i when displayed in perfmon
they weren't showing.
How strange is that?
This is going to save me
Installed and waiting for the next run. Hadn't used this before - I'm
listening to the .wmv file now.
Kurt
On Fri, Feb 10, 2012 at 16:04, Brian Desmond wrote:
> Rather than trying to do this yourself, check out PAL -
> http://pal.codeplex.com/. It will setup all the right counters for you and
^^ Most MS FTE's will suggest you run that or just start with that as well
now.
On Fri, Feb 10, 2012 at 4:04 PM, Brian Desmond wrote:
> Rather than trying to do this yourself, check out PAL -
> http://pal.codeplex.com/. It will setup all the right counters for you
> and crunch the data.
>
> Thank
Rather than trying to do this yourself, check out PAL -
http://pal.codeplex.com/. It will setup all the right counters for you and
crunch the data.
Thanks,
Brian Desmond
br...@briandesmond.com
w – 312.625.1438 | c – 312.731.3132
-Original Message-
From: Kurt Buff [mailto:kurt.b...@g
That's what I thought, but for some reason perfrmon didn't give me
that when I slected the items individually.
I'll try again over the weekend.
Thanks,
Kurt
On Fri, Feb 10, 2012 at 15:08, Michael B. Smith wrote:
> I would want to know your LogicalDisk and PhysicalDisk items for each disk,
> n
I would want to know your LogicalDisk and PhysicalDisk items for each disk, not
for _Total. Total disk time, average read disk queue length, average write disk
queue length, and average disk queue length are the most important IMO.
Regards,
Michael B. Smith
Consultant and Exchange MVP
http://Th
40 matches
Mail list logo