The undocumented kind :) Sorry, answered off-list for now.
-- Dean Wells MSEtechnology * Email: [EMAIL PROTECTED] http://msetechnology.com -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Patrick Sent: Monday, June 13, 2005 11:02 PM To: [email protected]; Send - AD mailing list Subject: Re: [ActiveDir] DCPROMO over a 128\256K line Curious.....What kind of pruning are you talking about? steve ----- Original Message ----- From: "Dean Wells" <[EMAIL PROTECTED]> To: "Send - AD mailing list" <[EMAIL PROTECTED]> Sent: Monday, June 13, 2005 12:11 PM Subject: RE: [ActiveDir] DCPROMO over a 128\256K line > The pruning is undocumented (AFAIK) and takes an awful lot of trial and > error in order to produce a successful (pruned) file-set. > > > -- > Dean Wells > MSEtechnology > * Email: [EMAIL PROTECTED] > http://msetechnology.com > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Carerros, Charles > Sent: Monday, June 13, 2005 12:59 PM > To: '[email protected]' > Subject: RE: [ActiveDir] DCPROMO over a 128\256K line > > I might be getting a bit confused here. The instructions from MS indicate > that once you drop the system state restore on the machine you run the > dcpromo but a few of you have indicated pruning the sys-state. > > Do I have to do any additional post-install configurations after I run > DCPROMO with the /ADV flag? > > The advantage that I'm looking for is to bandwidth throatily the > promotion. > With the natural promotion I don't have this option so the promotion will > kill my line during production hours. If I can just copy a system state > backup out, I can do so with bandwidth throttling so it doesn't cripple my > site and then do the promotion with the ADV flag and then allow the > natural > cleaning up of whatever was missed between the system state and the > actually > promotion time. > > After the initial sync I will have enough bandwidth to keep things > running, > it just getting it out there that is my current challenge. > > I would like to thank everyone for the great responses. > > Charlie > > -----Original Message----- > From: Dean Wells [mailto:[EMAIL PROTECTED] > Sent: Monday, June 13, 2005 11:50 AM > To: Send - AD mailing list > Subject: RE: [ActiveDir] DCPROMO over a 128\256K line > > > As Brett says, it's difficult to be sure since the Directory content will > impact the result. I can say only this with certainty; I tested a similar > scenario in W2K3 beta-something and found it to be significantly quicker > to > prune, dump and zip the restored sys-state than perform a natural > promotion > across the wire (I don't remember the exact numbers involved but I'd guess > my testing semantics then would be similar to those that I'd use now; > something along the lines of a couple of hundred thousand objects in a > single domain forest [app. NCs discarded for obvious reasons pre-SP1]). > > NOTE - SYSVOL proved to be an irritation regardless of the replication > mechanism used. > > Basing much of my decision on the results of the original test and since I > have the procedure in place to prune & compress the restored sys-state, > I'd > tend to opt for the approach I originally offered but it's a difficult > choice to justify since each scenario will differ. > > -- > > Dean Wells > MSEtechnology > * Email: [EMAIL PROTECTED] > http://msetechnology.com > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Brett Shirley > Sent: Monday, June 13, 2005 12:20 PM > To: [email protected] > Cc: Send - AD mailing list > Subject: RE: [ActiveDir] DCPROMO over a 128\256K line > > I'm not so sure, when trying to optimizing for total bandwidth usage ... > > If you're in the scenario Neil suggests (without compressing the data), it > will definately be less total data transfered by doing normal dcpromo > replication over copying the DIT over the wire ... various things don't go > through the normal replication protocol, but take up space in the DIT, > AD's > non-replicated attributes, ESE database page overhead, indexes, ESE > catalog, > to name a few. > > The ultimate question will compression be enough to make for the mentioned > non-replicated things? I don't know. > > And you'd be fighting AD's intersite per replication packet (which is > usually like 1000* objects or 1MB* or something like that at a time) > compression. * Those aren't real numbers, just numbers I'm making up that > are w/in an order of magnitude of the real numbers. At least I assume we > do > compression during dcpromo's initial replication!? > > Careful testing would have to be done, to prove which would yield lower > total bandwidth usage. If you change to optimize for speed, given fast > bandwidth, I'm sure Dean's method is faster. Dean, might be right, it > might > even yield less total bandwidth usage his way, but I'm not sure. I should > say, Dean has far more deployment experience than me ... so I'd side with > him. But I myself, wouldn't be sure until I tested it myself. > > Cheers, > -BrettSh [msft] > > This posting is provided "AS IS" with no warranties, and confers no > rights. > > > On Mon, 13 Jun 2005, Dean Wells wrote: > >> As an aside, it's still preferable to use IFM (assuming it's a recent >> backup) since replication is designed to propagate very discreet changes. >> Pruning & compressing the back media and copying via CIFS or FTP will >> still provide a significant benefit. >> -- >> Dean Wells >> MSEtechnology >> * Email: dwells <mailto:[EMAIL PROTECTED]> @msetechnology.com >> <http://msetechnology.com/> http://msetechnology.com >> >> >> >> _____ >> >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf Of Ruston, Neil >> Sent: Monday, June 13, 2005 9:52 AM >> To: '[email protected]' >> Subject: RE: [ActiveDir] DCPROMO over a 128\256K line >> >> >> As per previous threads - if the system state is larger than a CD (or >> DVD) then you still need to copy the system state over the wire so as >> to use the /adv switch. If this is the case, then you may as well >> simply promote over the wire in the traditional manner. >> >> >> neil >> >> >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf Of Tim Foster >> Sent: 13 June 2005 14:25 >> To: [email protected] >> Subject: RE: [ActiveDir] DCPROMO over a 128\256K line >> >> >> >> If you are promoting a W2K3 machine, you can run dcpromo /adv. This >> will allow you to replicate AD from a backup of system state data - >> copy the backup of system state data for one of your existing DCs to a >> CD, ship the CD to your remote location. Copy the contents of the CD >> to disk (do not restore it!), then run dcpromo /adv. You will still >> need network connectivity with HQ. >> >> >> >> Tim >> >> >> >> >> >> >> _____ >> >> >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf Of Carerros, >> Charles >> Sent: Monday, June 13, 2005 9:14 AM >> To: '[email protected]' >> Subject: [ActiveDir] DCPROMO over a 128\256K line >> >> >> >> I have a server at a remote location that I need to DCPROMO. Two of >> my colleagues were at this location a few months ago and tried to >> DCPROMO it after a fresh rebuild but the sync took down the line (it >> was running at 56K with a burst speed of 128K). >> >> >> >> We have finally gotten the line upgraded to a 128K line with with a >> 256K burst. I'm not all that great with my math on these slow links >> but I was wondering if it would be possible to conduct a DCPROMO while >> making that DC a global catalog over this size link? >> >> >> >> Right now, I'm going to have someone there power it up so I can do a >> forced demote and then I will remove AD from it (as this box is >> currently >> tombstoned) then ensure that I delete it out of my AD. After that I >> will need to bring it back up and I'm trying to determine the best >> course of >> action: >> >> >> >> 1) DCPROMO it remotely and let it kill the line over a weekend >> >> 2) Have them ship the server to me for rebuilding (it's in Canada >> I'm in the US) >> >> 3) Install a DC on a laptop and carry it up there and conduct the >> DCPROMO >> >> >> >> I would like to do the first one for cost and time reasons, however >> I'm not sure if the replication will be able to occur over this slow >> of a line in time. >> >> >> >> Does item one sound like it would work or is the line too small to do >> this type of sync with? Currently, my NTDS and SYSVOL folders are >> only 226 megs combined. >> >> >> >> What path do you guys suggestion I follow? >> >> >> >> Thanks, >> >> >> >> Charlie >> >> ====================================================================== >> ====== >> == >> Please access the attached hyperlink for an important electronic >> communications disclaimer: >> >> http://www.csfb.com/legal_terms/disclaimer_external_email.shtml >> >> ====================================================================== >> ====== >> == >> >> >> > > List info : http://www.activedir.org/List.aspx > List FAQ : http://www.activedir.org/ListFAQ.aspx > List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/ > > > > List info : http://www.activedir.org/List.aspx > List FAQ : http://www.activedir.org/ListFAQ.aspx > List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/ > List info : http://www.activedir.org/List.aspx > List FAQ : http://www.activedir.org/ListFAQ.aspx > List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/ > > > > List info : http://www.activedir.org/List.aspx > List FAQ : http://www.activedir.org/ListFAQ.aspx > List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/ List info : http://www.activedir.org/List.aspx List FAQ : http://www.activedir.org/ListFAQ.aspx List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/ List info : http://www.activedir.org/List.aspx List FAQ : http://www.activedir.org/ListFAQ.aspx List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/
