Thanks, King William :-^ The detail in that chapter looks useful.
I guess I need to collate all the good adlb info into one doc (for my own benefit). Maybe I can sell it back to MS :) neil -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of King, William Sent: 06 April 2006 21:57 To: [email protected] Subject: RE: [ActiveDir] Documentation regarding ADLB There are also some additional references in 03_Plan_Physical.doc I was interested in the replication schedule staggering provided by ADLB - are there any enhancements over using REPADMIN siteoptions +IS_SCHEDULE_HASHING_ENABLED ? William -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 06 April 2006 21:26 To: [email protected] Subject: RE: [ActiveDir] Documentation regarding ADLB The 2 docs I referenced are in the original. I don't believe that the R2 one has adlb materials. Sincerely, _____ (, / | /) /) /) /---| (/_ ______ ___// _ // _ ) / |_/(__(_) // (_(_)(/_(_(_/(__(/_ (_/ /) (/ Microsoft MVP - Directory Services www.readymaids.com <http://www.readymaids.com> - we know IT www.akomolafe.com <http://www.akomolafe.com> Do you now realize that Today is the Tomorrow you were worried about Yesterday? -anon ________________________________ From: [EMAIL PROTECTED] on behalf of Mark Parris Sent: Thu 4/6/2006 1:18 PM To: ActiveDir.org Subject: Re: [ActiveDir] Documentation regarding ADLB There are two BOIS doc's the original and the new one for R2, -----Original Message----- From: <[EMAIL PROTECTED]> Date: Thu, 6 Apr 2006 13:04:43 To:<[email protected]> Subject: RE: [ActiveDir] Documentation regarding ADLB Neil, I don't know which doc you are looking at, but the BOIS docs do a good job on this topic IMO. If we are looking at the same docs, are you saying 04_Deploy_BuildBranch.doc and 06_Plan_Monitoring.doc are not enough to get you started? Sincerely, _____ (, / | /) /) /) /---| (/__________//_ //_ ) / |_/(__(_) // (_(_)(/_(_(_/(__(/_ (_/ /) (/ Microsoft MVP - Directory Services www.readymaids.com <http://www.readymaids.com> - we know IT www.akomolafe.com <http://www.akomolafe.com> Do you now realize that Today is the Tomorrow you were worried about Yesterday? -anon ________________________________ From: [EMAIL PROTECTED] on behalf of joe Sent: Thu 4/6/2006 12:42 PM To: [email protected] Subject: RE: [ActiveDir] Documentation regarding ADLB I haven't seen much docos on ADLB. I was one of the guys who was "beta" testing it back in W2K days though and found my share of bugs. The bugs I ran into were all around the connections it wanted to delete and then where it wanted to recreate them to. Basically there were some very bad decisions because it didn't really differentiate between GC and writeable NCs and it would try to connect a DC from DOM2 to a GC from DOM1 for the DOM2 NC to replicate down to the DOM2 DC... Ah yeah that isn't right. :) I was quite vocal on that problem and it got resolved fairly quickly and the last rev I ended up playing with (from maybe 2-3 years ago) worked perfectly from what I saw in a very large unnamed organization. Use was pretty simple, just follow the adlb /? info. What I would do is dump the info to LDIF files and NOT commit to the directory so that I could see what it wanted to do. If you do that for a while and are confident in what it wants to do, go ahead and have it commit the changes. Or if you prefer, just run the LDIF files. Note this isn't something you should have to very often, just when you see that your connections are getting stacked up on a couple of DCs and you don't like it. Some people will run it every time they add in a new DC, others will only do it if they don't like the specific loading. If your replication latency is fine and you aren't burning a hub bridgehead to the ground then it is your call if you want to do it or not. My main thoughts in using it was to lessen the impact of a bad WAN site DC from backing up a bridgehead's inbound replication. This was a lot larger problem in 2K than it is in K3 since the timeouts have been reduced for dropping a bad repl partner (or one across bad WAN links). I used to see occasional issues where a bad network connection or bad DC could tie up replication for over an hour. This is why I liked monitoring pending repl queue so much and also why I initially wrote adqueue (not publicly available) and adqueueloop (on joeware site). -- O'Reilly Active Directory Third Edition - http://www.joeware.net/win/ad3e.htm ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, April 06, 2006 12:48 PM To: [email protected] Subject: [ActiveDir] Documentation regarding ADLB My last question was long winded so this one will be much shorter :) Are there any good resources which discuss ADLB (AD load balancer), how it works? It's issues? How to use it? Etc etc The branch office guide does not appear to cover this in detail. Thanks, neil 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. 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/ [EMAIL PROTECTED] sSV«r¯yÊ&ý§-S÷S¾4(tm)¨¥iËb½çb®Sà 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/ This communication (including any attachments) contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please do not distribute, copy or use this communication or the information. Instead, if you have received this communication in error, please notify the sender immediately and then destroy any copies of it. Due to the nature of the Internet, the sender is unable to ensure the integrity of this message and does not accept any liability or responsibility for any errors or omissions (whether as the result of this message having been intercepted or otherwise) in the contents of this message. Any views expressed in this communication are those of the individual sender, except where the sender specifically states them to be the views of the company. 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/ 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. 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/
