| Author | Messages | |
RickSheikh
Posts:373
 | | 07/09/2010 5:34 PM |
| as in LVR .....
On Fri, Jul 9, 2010 at 10:30 AM, Brian Desmond <brian@briandesmond.com>wrote:
> *You’re not replicating whole objects other than when you spin up a new DC
> so you’re only looking at the changes and you can pretty easily measure
> those…*
>
> * *
>
> *Thanks,*
>
> *Brian Desmond*
>
> *brian@briandesmond.com*
>
> * *
>
> *c – 312.731.3132*
>
> * *
>
> *From:* activedir-owner@mail.activedir.org [mailto:
> activedir-owner@mail.activedir.org] *On Behalf Of *Adeel Ansari
> *Sent:* Friday, July 09, 2010 1:09 AM
>
> *To:* activedir@mail.activedir.org
> *Subject:* Re: [ActiveDir] AD Object Size
>
>
>
> Sorry, I went on vacation after asking this question. The main reason for
> my question is to understand which object in the AD is has the largest
> payload on the replication.
>
> On Fri, Jul 2, 2010 at 10:47 AM, Steve Kradel <skradel@zetetic.net> wrote:
>
> On Fri, Jul 2, 2010 at 11:35 AM, Rick Sheikh <ricksheikh@gmail.com> wrote:
> > Here is an interesting way to retrieve all users accounts (and other
> > objects) from your AD (with all the attributes/properties) that
> contribute
> > to the accounts' sizes and exporting them into XML files for review.
>
> Ah, but you still can't know the cost of storing that object on the
> directory server through this method... what if the entry has a long
> string attribute, and that attribute is substring ("tuple") indexed?
> Does JET Blue store DirectoryString, UnicodeString,
> CaseInsensitiveString, etc., all as UTF-8, UTF-16, or something else,
> potentially making a short string "longer" than a seemingly longer
> binary attribute? How much space does it take to store and index
> objectCategory, or backlinks, or any of the many other special AD
> things?
>
>
> >
> > http://dmitrysotnikov.wordpress.com/2009/06/08/find-large-objects-in-ad/
> >
> > Perhaps that can serve as an estimation tool as well.
> >
> > On Fri, Jun 25, 2010 at 7:59 AM, [Infraspec] Rob Silver <
> rob@infraspec.net>
> > wrote:
> >>
> >> Estimates are better than accuracy in many instances in any event unless
> >> you are timing the 100M Olympic sprint. It’s impossible to buy 3.7Kbs
> of
> >> disk space for every user you have. What happens when a new user joins.
> >> Chaos… AD down, log files full.
> >>
> >>
> >>
> >> It’s like going to the petrol pump and putting in 2.7124 litres of fuel
> so
> >> that you can get to work.
> >>
> >>
> >>
> >> There’s nothing wrong with being highly professional in your work while
> >> simultaneously estimating instead of looking for accuracy. I might be
> over
> >> simplifying this without an understanding of what the real reasoning is
> >> behind this level of required accuracy.
> >>
> >>
> >>
> >> Regards,
> >>
> >>
> >>
> >> Rob
> >>
> >>
> >>
> >> From: activedir-owner@mail.activedir.org
> >> [mailto:activedir-owner@mail.activedir.org] On Behalf Of Nils Kaczenski
> >> Sent: 25 June 2010 1:27 PM
> >>
> >> To: activedir@mail.activedir.org
> >> Subject: Re: [ActiveDir] AD Object Size
> >>
> >>
> >>
> >> I'm sure those kind of estimation would be useful to many. Eg. Sizing,
> >>
> >> cap planning (I did say estimation..)
> >>
> >>
> >>
> >> OK, if it's this, a rough estimate is pretty much enough. There's docs
> >> about this on the web, links have been quoted here.
> >>
> >> If the OP needs different information he should tell us.
> >>
> >> Nils
> >>
> >> --
> >> www.kaczenski.de
> >> MVP Windows Server: Directory Services
> >> Twitter
> >> Die Bücher meiner Frau: Stephanie Schneider
> >> www.faq-o-matic.net: Die technische Community
> >> MVP-Profil: https://mvp.support.microsoft.com/profile/Nils.Kaczenski
> >
>
>
>
>
> --
> Adeel Ansari
>
>
| | | |
| chriss3
Posts:19
| | 07/13/2010 12:19 AM |
| ESE aka JetBlue has the following data types available:
http://msdn.microsoft.com/en-us/library/ms684167(v=EXCHG.10).aspx
(There is a mapping between JET ColTypes and AD Syntaxes that I'm probably not allowed to share here, but the DBLayer uses various of those types for types that are specific to the DS, for example the JET colType "Currency" is an 8-byte int and is used to store most of the DS Time types.
To get the size of an object in ESE you can probably position on that object (DNT) and call "JetGetRecordSize" that was introduced in Vista, I think there is a way to estimate the size of a given index as well (think I have done that) but I don't remember it right now.
Enfo Zipper
Christoffer Andersson - Principal Advisor
Microsoft MVP - Directory Services
From: activedir-owner@mail.activedir.org [mailto:activedir-owner@mail.activedir.org] On Behalf Of Adeel Ansari
Sent: den 9 juli 2010 08:09
To: activedir@mail.activedir.org
Subject: Re: [ActiveDir] AD Object Size
Sorry, I went on vacation after asking this question. The main reason for my question is to understand which object in the AD is has the largest payload on the replication.
On Fri, Jul 2, 2010 at 10:47 AM, Steve Kradel <skradel@zetetic.net<mailto:skradel@zetetic.net>> wrote:
On Fri, Jul 2, 2010 at 11:35 AM, Rick Sheikh <ricksheikh@gmail.com<mailto:ricksheikh@gmail.com>> wrote:
> Here is an interesting way to retrieve all users accounts (and other
> objects) from your AD (with all the attributes/properties) that contribute
> to the accounts' sizes and exporting them into XML files for review.
Ah, but you still can't know the cost of storing that object on the
directory server through this method... what if the entry has a long
string attribute, and that attribute is substring ("tuple") indexed?
Does JET Blue store DirectoryString, UnicodeString,
CaseInsensitiveString, etc., all as UTF-8, UTF-16, or something else,
potentially making a short string "longer" than a seemingly longer
binary attribute? How much space does it take to store and index
objectCategory, or backlinks, or any of the many other special AD
things?
>
> http://dmitrysotnikov.wordpress.com/2009/06/08/find-large-objects-in-ad/
>
> Perhaps that can serve as an estimation tool as well.
>
> On Fri, Jun 25, 2010 at 7:59 AM, [Infraspec] Rob Silver <rob@infraspec.net<mailto:rob@infraspec.net>>
> wrote:
>>
>> Estimates are better than accuracy in many instances in any event unless
>> you are timing the 100M Olympic sprint. It's impossible to buy 3.7Kbs of
>> disk space for every user you have. What happens when a new user joins.
>> Chaos... AD down, log files full.
>>
>>
>>
>> It's like going to the petrol pump and putting in 2.7124 litres of fuel so
>> that you can get to work.
>>
>>
>>
>> There's nothing wrong with being highly professional in your work while
>> simultaneously estimating instead of looking for accuracy. I might be over
>> simplifying this without an understanding of what the real reasoning is
>> behind this level of required accuracy.
>>
>>
>>
>> Regards,
>>
>>
>>
>> Rob
>>
>>
>>
>> From: activedir-owner@mail.activedir.org<mailto:activedir-owner@mail.activedir.org>
>> [mailto:activedir-owner@mail.activedir.org<mailto:activedir-owner@mail.activedir.org>] On Behalf Of Nils Kaczenski
>> Sent: 25 June 2010 1:27 PM
>>
>> To: activedir@mail.activedir.org<mailto:activedir@mail.activedir.org>
>> Subject: Re: [ActiveDir] AD Object Size
>>
>>
>>
>> I'm sure those kind of estimation would be useful to many. Eg. Sizing,
>>
>> cap planning (I did say estimation..)
>>
>>
>>
>> OK, if it's this, a rough estimate is pretty much enough. There's docs
>> about this on the web, links have been quoted here.
>>
>> If the OP needs different information he should tell us.
>>
>> Nils
>>
>> --
>> www.kaczenski.de<http://www.kaczenski.de>
>> MVP Windows Server: Directory Services
>> Twitter
>> Die Bücher meiner Frau: Stephanie Schneider
>> www.faq-o-matic.net<http://www.faq-o-matic.net>: Die technische Community
>> MVP-Profil: https://mvp.support.microsoft.com/profile/Nils.Kaczenski
>
--
Adeel Ansari
| | | |
| aansari
Posts:67
| | 07/14/2010 9:01 PM |
| Thanks Christoffer.. precise and to the point. Very good! Now I can do some
development to find out the actual size of an AD object. Obviously in the
lab environment. There seems to be a manged library for interacting with ESE
also, http://managedesent.codeplex.com/.
On Mon, Jul 12, 2010 at 6:16 PM, Christoffer Andersson <
Christoffer.Andersson@chrisse.se> wrote:
> ESE aka JetBlue has the following data types available:
>
> http://msdn.microsoft.com/en-us/library/ms684167(v=EXCHG.10).aspx
>
> (There is a mapping between JET ColTypes and AD Syntaxes that I’m probably
> not allowed to share here, but the DBLayer uses various of those types for
> types that are specific to the DS, for example the JET colType “Currency” is
> an 8-byte int and is used to store most of the DS Time types.
>
>
>
> To get the size of an object in ESE you can probably position on that
> object (DNT) and call “*JetGetRecordSize*” that was introduced in Vista, I
> think there is a way to estimate the size of a given index as well (think I
> have done that) but I don’t remember it right now.
>
>
>
> *Enfo Zipper*
>
> Christoffer Andersson – Principal Advisor
> Microsoft MVP – Directory Services
>
>
>
>
>
>
>
> *From:* activedir-owner@mail.activedir.org [mailto:
> activedir-owner@mail.activedir.org] *On Behalf Of *Adeel Ansari
> *Sent:* den 9 juli 2010 08:09
>
> *To:* activedir@mail.activedir.org
> *Subject:* Re: [ActiveDir] AD Object Size
>
>
>
> Sorry, I went on vacation after asking this question. The main reason for
> my question is to understand which object in the AD is has the largest
> payload on the replication.
>
> On Fri, Jul 2, 2010 at 10:47 AM, Steve Kradel <skradel@zetetic.net> wrote:
>
> On Fri, Jul 2, 2010 at 11:35 AM, Rick Sheikh <ricksheikh@gmail.com> wrote:
> > Here is an interesting way to retrieve all users accounts (and other
> > objects) from your AD (with all the attributes/properties) that
> contribute
> > to the accounts' sizes and exporting them into XML files for review.
>
> Ah, but you still can't know the cost of storing that object on the
> directory server through this method... what if the entry has a long
> string attribute, and that attribute is substring ("tuple") indexed?
> Does JET Blue store DirectoryString, UnicodeString,
> CaseInsensitiveString, etc., all as UTF-8, UTF-16, or something else,
> potentially making a short string "longer" than a seemingly longer
> binary attribute? How much space does it take to store and index
> objectCategory, or backlinks, or any of the many other special AD
> things?
>
>
> >
> > http://dmitrysotnikov.wordpress.com/2009/06/08/find-large-objects-in-ad/
> >
> > Perhaps that can serve as an estimation tool as well.
> >
> > On Fri, Jun 25, 2010 at 7:59 AM, [Infraspec] Rob Silver <
> rob@infraspec.net>
> > wrote:
> >>
> >> Estimates are better than accuracy in many instances in any event unless
> >> you are timing the 100M Olympic sprint. It’s impossible to buy 3.7Kbs
> of
> >> disk space for every user you have. What happens when a new user joins.
> >> Chaos… AD down, log files full.
> >>
> >>
> >>
> >> It’s like going to the petrol pump and putting in 2.7124 litres of fuel
> so
> >> that you can get to work.
> >>
> >>
> >>
> >> There’s nothing wrong with being highly professional in your work while
> >> simultaneously estimating instead of looking for accuracy. I might be
> over
> >> simplifying this without an understanding of what the real reasoning is
> >> behind this level of required accuracy.
> >>
> >>
> >>
> >> Regards,
> >>
> >>
> >>
> >> Rob
> >>
> >>
> >>
> >> From: activedir-owner@mail.activedir.org
> >> [mailto:activedir-owner@mail.activedir.org] On Behalf Of Nils Kaczenski
> >> Sent: 25 June 2010 1:27 PM
> >>
> >> To: activedir@mail.activedir.org
> >> Subject: Re: [ActiveDir] AD Object Size
> >>
> >>
> >>
> >> I'm sure those kind of estimation would be useful to many. Eg. Sizing,
> >>
> >> cap planning (I did say estimation..)
> >>
> >>
> >>
> >> OK, if it's this, a rough estimate is pretty much enough. There's docs
> >> about this on the web, links have been quoted here.
> >>
> >> If the OP needs different information he should tell us.
> >>
> >> Nils
> >>
> >> --
> >> www.kaczenski.de
> >> MVP Windows Server: Directory Services
> >> Twitter
> >> Die Bücher meiner Frau: Stephanie Schneider
> >> www.faq-o-matic.net: Die technische Community
> >> MVP-Profil: https://mvp.support.microsoft.com/profile/Nils.Kaczenski
> >
>
>
>
>
> --
> Adeel Ansari
>
>
--
Adeel Ansari
| | | |
|
|