Agreedbut the poster specifically asked for proactive
measures. I merely offered such a measure.
:)
neil
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Grillenmeier,
GuidoSent: 13 December 2005 20:18To:
ActiveDir@mail.activedir.orgSubject: RE: [ActiveDir] AD
Defrag
I would not even begin to worry at 80MB - it's worth
thinking about it again if it's grown to 10 times that size, which it won't do
without a reason (i.e. you're creating new objects in AD or adding more data to
existing objects). AD is quite good as re-using existing whitespace
in the database (e.g. after deletion of obsolete objects and passing tombstone
lifetime), so that you shouldn't see it grow just for the fun of
it.
At 80MB you're AD size is basically only a fraction of the
complete SystemState you need to backup to ensure recovery and letting it grow
some more will still not impact recovery times too much. I usually work
with multi-GB AD sizes, and even here you don't do offline defrags too
regularily (unless there is a concrete need to do so).
/Guido
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]Sent: Dienstag, 13. Dezember 2005
09:44To: ActiveDir@mail.activedir.orgSubject: RE:
[ActiveDir] AD Defrag
There is a slightly more proactive approach - monitor the
amount of whitespace in the database and defrag once this reaches n% of the
database size.
e.g. if whitespace represents 50% of the database then
offline defrag, when next convenient.
Whitespace can be monitored as follows:
http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/Operations/975c456e-8b79-4ace-8363-82543236dbb3.mspx
neil
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gil
KirkpatrickSent: 12 December 2005 17:37To:
ActiveDir@mail.activedir.orgSubject: RE: [ActiveDir] AD
Defrag
http://www.microsoft.com/technet/itsolutions/cits/mo/winsrvmg/adpog/adpog3.mspx#EZAA
recommends that you do it on an "as needed" basis, as
determined by available disk space, or after large batch delete
operations.
-gil
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mike
HogenauerSent: Monday, December 12, 2005 10:25 AMTo:
ActiveDir@mail.activedir.orgSubject: [ActiveDir] AD
Defrag
Question:
I have 8 AD
controllers in several locations. All have different database sizes ranging from
45 MB to 80 MB.
Is there a
rule of when I should or when I need to do an offline defrag of the Database?
I just had to
defrag my mail store and I dont want to not be proactive with my Active
Directory so Im looking for advice on when, why and how often I should do a
defrag.
Thanks
Mike
PLEASE READ: The
information contained in this email is confidential and
intended for the
named recipient(s) only. If you are not an intended
recipient of this
email please notify the sender immediately and delete your
copy from your
system. You must not copy, distribute or take any further
action in reliance
on it. Email is not a secure method of communication and
Nomura International
plc ('NIplc') will not, to the extent permitted by law,
accept
responsibility or liability for (a) the accuracy or completeness of,
or (b) the presence
of any virus, worm or similar malicious or disabling
code in, this
message or any attachment(s) to it. If verification of this
email is sought then
please request a hard copy. Unless otherwise stated
this email: (1) is
not, and should not be treated or relied upon as,
investment research;
(2) contains views or opinions that are solely those of
the author and do
not necessarily represent those of NIplc; (3) is intended
for informational
purposes only and is not a recommendation, solicitation or
offer to buy or sell
securities or related financial instruments. NIplc
does not provide
investment services to private customers. Authorised and
regulated by the
Financial Services Authority. Registered in England
no. 1550505 VAT No.
447 2492 35. Registered Office: 1 St Martin's-le-Grand,
London, EC1A 4NP. A
member of the Nomura group of companies. PLEASE READ: The information contained in this email is confidential and
intended for the named recipient(s) only. If you are not an intended
recipient of this email please notify the sender immediately and delete your
copy from your system. You must not copy, distribute or take any further
action in reliance on it. Email is not a secure method of communication and
Nomura International plc ('NIplc') will not, to the extent permitted by law,
accept responsibility or liability for (a) the accuracy or completeness of,
or (b) the presence of any virus, worm or similar malicious or disabling
code in, this message or any attachment(s) to it. If verification of this
email is sought then please request a hard copy. Unless otherwise stated
this email: (1) is not, and should not be treated or relied upon as,
investment research; (2) contains views o
