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: ActiveDir@mail.activedir.org 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: 'ActiveDir@mail.activedir.org' > 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: ActiveDir@mail.activedir.org > 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: 'ActiveDir@mail.activedir.org' > 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/
