I would agree, the issue I would see is that you are in the middle of a rebuild of 250k user objects.
Say you are 150k into it, I would expect any changes in the first 150k will not be touched until after the final 100k have been updated. Once the rebuild is complete, it will then start going after the changes since the start of the rebuild. Now the questions from that become... How specifically does it do this? I haven't sniffed/traced it to see but it has two viable options 1. Loop through all USN's from zero for all objects. I.E. the current USN is 23000, it asks for a query to return all objects with a USN less than or equal to 23000. At the end of that processing, it can easily pick up and gather changes that occurred since the start of the rebuild (i.e. any objects with USNs > 23000). 2. Store the starting USN, Pull every object and process it without regard for USN. Then when done with the rebuild, start processing changes indicated by searching for any objects with USN > than start USN. If done this way, the RUS would chase its own tail as it would have to recheck objects it updated. The most logical way of doing this would be 1. However anyone every notice how funky W2K can get when using really old USNs for searching. I have seen it get EXTREMELY slow for queries. K3 doesn't have this issue. It is better, faster, stronger and makes julien fries as well. Having looked at traces of ADC and RUS for other Exchange functions I wouldn't be extremely surprised to hear that the RUS does #2. joe -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mulnick, Al Sent: Tuesday, November 16, 2004 12:24 PM To: [EMAIL PROTECTED] Subject: RE: [ActiveDir] Rebuilding RUS - sanity check It *should* process all changes when you rebuild vs. update. Rebuilding causes the RUS to process every account in AD as noted. Updating works with the USN's and is just a manual run of what is otherwise running every 60 seconds IIRC meaning that it looks for the USN's and processes those that meet the criteria. Al -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of joe Sent: Tuesday, November 16, 2004 12:05 PM To: [EMAIL PROTECTED] Subject: RE: [ActiveDir] Rebuilding RUS - sanity check You know I think the "bad" thing about this is simply that you are forcing the RUS to look at every single object again which is costly. During that time, it isn't, I believe, processing normal day to day stuff (i.e. changes). I could be wrong though. :o) -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, November 16, 2004 11:45 AM To: [EMAIL PROTECTED] Subject: [ActiveDir] Rebuilding RUS - sanity check I have always thought that rebuilding (or updating) the Recipient Update Services after a reconfiguration of Recipient Policies is a "normal", non-destructive procedure. I am just now learning that rebuilding RUS is a "no-no" and must be avoided at all cost. I have not spoken directly to the "source" of this information, so there is no information regarding the perceived adverse impact. Does anyone have any documentation or reference for this mandate? What does rebuilding RUS break in an E2K3/W2K3 environment? Short of having to write additional spaghetti codes to loop through existing objects (~20K in total) and restamping each with new SMTP addresses, what is the recommended way of making sure that newly created RPs are applied to existing objects - if we can't rebuild RUS? Thanks all. Sincerely, Dèjì Akómöláfé, MCSE+M MCSA+M MCP+I Microsoft MVP - Directory Services www.readymaids.com - we know IT www.akomolafe.com Do you now realize that Today is the Tomorrow you were worried about Yesterday? -anon List info : http://www.activedir.org/mail_list.htm List FAQ : http://www.activedir.org/list_faq.htm List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/ List info : http://www.activedir.org/mail_list.htm List FAQ : http://www.activedir.org/list_faq.htm List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/ List info : http://www.activedir.org/mail_list.htm List FAQ : http://www.activedir.org/list_faq.htm List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/ List info : http://www.activedir.org/mail_list.htm List FAQ : http://www.activedir.org/list_faq.htm List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/
