Exchange Server

Fred Andreone · Guest

Hi all,

The EXBPA 2.5.7720.2 Config 2.7.01 is a wonderful tool. I am using it on a
new installation of Small Business Server 2003 SP1 with Exchange SP2. This
tool is reporting 2 non critical items that I am not able to clear up.

RUS(enterprise) full rebuild scheduled for rebuild daily
RUS(domain) full rebuild scheduled for rebuild daily

I started a rebuild instead of an update on both in error. This some how
appears to have scheduled a daily rebuild which I am not able to get rid of.
I followed the instructions in the help file to disable the rebuild. It was
already disabled.

The only thing which is different in the SBS versus a 5.5 exchange system is
that the MTA is disabled. The EXBPA reports this as a warning also.

Any ideas would be appreciated.

I am trying to track down this issue before I look at other performance
issues.

I am finding win2k3 and Exchange 2003 much slower then NT4 Exchange 5.5 with
both on old hardware. P2 400MHZ 512MB ram Ultra 20G,20G,150G drives.

Kind regards
Fred

Paul Bowden [MSFT] · Guest

Hi Fred,

Thanks for your kind comments. I'm trying to back-track the issues that have
'fired' on your system against the rule set. Are you seeing the following:

Recipient update service '{3}' is configured to perform a full rebuild on
the next processing cycle. This can take an extended period of time and may
cause system delay.

It would help to know the exact rule that's firing as we have several that
have similar text. BTW - You can use CTRL-C within ExBPA to copy the rule
text to the clipboard.

If you see the above, it's because an attribute called
msExchDoFullReplication is set to True. Either the RUS isn't able to
complete its task (and thus set the value back to False) or it's still
working on that task.

Is ExBPA reporting that the MTA is disabled, or just 'not running'?

Thanks!
--
Paul Bowden
Program Manager
Exchange Server Best Practices Analyzer
http://www.microsoft.com/exchange/analyzers

This posting is provided "AS IS" with no warranties, and confers no rights.

"Fred Andreone" <FredAndreone@discussions.microsoft.com> wrote in message
news:24EB9E8A-0993-4B9A-A885-5647E89E9BE7@microsoft.com...

Fred Andreone · Guest

Hi Paul,
Thank you very much for your quick reply. I will try to copy all the
pertinent information from EXBPA to this email. I ran the scan just before
this reply.

Recipient update service 'Recipient Update Service (Enterprise
Configuration)' was configured to perform a full rebuild at
2005-11-20T23:29:07Z. This may cause a delay when processing new objects.

<DS_REPL_ATTR_META_DATA>
<pszAttributeName>msExchDoFullReplication</pszAttributeName>
<dwVersion>93</dwVersion>
<ftimeLastOriginatingChange>2005-11-20T23:29:07Z</ftimeLastOriginatingChange>
<uuidLastOriginatingDsaInvocationID>8217a98b-aa5c-4670-9176-dd35069491da</uuidLastOriginatingDsaInvocationID>
<usnOriginatingChange>286766</usnOriginatingChange>
<usnLocalChange>286766</usnLocalChange>
<pszLastOriginatingDsaDN>CN=NTDS
Settings,CN=SERVER1SBS,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=imapro2k,DC=lan</pszLastOriginatingDsaDN>
</DS_REPL_ATTR_META_DATA>

Recipient update service 'Recipient Update Service (IMAPRO2K)' was
configured to perform a full rebuild at 2005-11-20T23:28:57Z. This may cause
a delay when processing new objects.

<DS_REPL_ATTR_META_DATA>
<pszAttributeName>msExchDoFullReplication</pszAttributeName>
<dwVersion>93</dwVersion>
<ftimeLastOriginatingChange>2005-11-20T23:28:57Z</ftimeLastOriginatingChange>
<uuidLastOriginatingDsaInvocationID>8217a98b-aa5c-4670-9176-dd35069491da</uuidLastOriginatingDsaInvocationID>
<usnOriginatingChange>286763</usnOriginatingChange>
<usnLocalChange>286763</usnLocalChange>
<pszLastOriginatingDsaDN>CN=NTDS
Settings,CN=SERVER1SBS,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=imapro2k,DC=lan</pszLastOriginatingDsaDN>
</DS_REPL_ATTR_META_DATA>

The message transfer agent on server server1sbs.imapro2k.lan is not running.
It is important for this service to be running on mailbox and routing
servers, even in native mode organizations.

Win32_Service.Name="MSExchangeMTA"
DesktopInteract =False
PathName ="C:\Program Files\Exchsrvr\bin\emsmta.exe"
Started =False

It may be better if I send you the complete XML file. Please let me know.

I had to remove and re-install Monitoring on the SBS since I performed the
rebuild of the RUS. This ment that I had to re-iinstall SBS SP1. It Appears
to have changed the "look" of the entries in the RUS section. During the
last 4 day I kept seeing the RUS rebuild scheduled for the next day. Late
last night I forced a rebuild again.

I have all the XML files.

By the way I have 3 users on the system with my Mailbox @ 1.9GB, next
largest size 300 MB, total mailboxes less than 2.5GB. Public folders almost
empty.

Many thanks for your help.
Kind regards
Fred

"Paul Bowden [MSFT]" wrote:

Paul Bowden [MSFT] · Guest

Thanks for your kind comments Fred. Just to set expectations, ExBPA mainly
concerns itself with performance, scalability and reliability. We don't
check for missing security updates, but if we spot something that would
result in a less reliable system (such as an older version of TCPIP.SYS),
then we'll tell you about it.

Cheers,

--
Paul Bowden
Program Manager
Exchange Server Best Practices Analyzer
http://www.microsoft.com/exchange/analyzers

This posting is provided "AS IS" with no warranties, and confers no rights.

"Fred Andreone" <FredAndreone@discussions.microsoft.com> wrote in message
news:320C7CF8-6674-4036-8554-BCBA1F72BACE@microsoft.com...

Fred Andreone · Guest

Hi Paul,
I should add that your EXBPA pickup up one more file upgrade required than
either Windows Update or MBSA 2.0. It relates to TCPIP.SYS in KB898060.
Congratulations this has become my most trusworthy program for updates!

I hope that I do not see additional rebuilds of the RUS scheduled in the
next few days. If I do I will repost for you.

Many thanks again
Kind regards
Fred

"Paul Bowden [MSFT]" wrote:

Paul Bowden [MSFT] · Guest

Thanks Fred. The RUS rule is there as some folks accidentally kick off a
full rebuild of the RUS, then a few hours later wonder why newly created
accounts aren't receiving e-mail addresses. In a large organization,
rebuilding the RUS is an expensive process that can last many days. Of
course, I wouldn't expect this to be expensive in an SBS environment.

For the MTA rule, we can condition this one a little more tightly so that it
doesn't fire on SBS. I'll get this fixed up in the next rules update.

Thanks!
--
Paul Bowden
Program Manager
Exchange Server Best Practices Analyzer
http://www.microsoft.com/exchange/analyzers

This posting is provided "AS IS" with no warranties, and confers no rights.

"Fred Andreone" <FredAndreone@discussions.microsoft.com> wrote in message
news:ACA21AAB-ACE0-468D-8DA2-1B2837909185@microsoft.com...

	Exchange Server Forum Index -> Clients	All times are GMT
Page 1 of 1