Hi Michael,

Just for my curiosity, I issued Get-ExchangeServer –Status for my own servers, 
and I noticed that the Exch2013 running in my DR site is listing the DCs in my 
main site in its “CurrentDomainControllers” and “CurrentGlobalCatalogs” 
sections, although I have another two DCs in my DR site with GCs enabled on 
them as well. Interestingly, that exchange server is listing itself in the 
correct AD site, which is my DR site.

I was expecting that Exch2013 to use the DCs at the DR site, but when I saw 
it’s listing my main site DCs, I was little bit surprised. What is your 
comment? Is that an issue, especially when I do a DR test when the main site 
DCs will not be available, do you think that Exch2013 server will keep looking 
for those main site DCs then and behave strangely?



Rami


From: [email protected] [mailto:[email protected]] On 
Behalf Of Michael B. Smith
Sent: Thursday, September 11, 2014 8:21 PM
To: [email protected]
Subject: RE: [Exchange] Restarting Information Store service

Sure.

                                $r = Get-ExchangeServer -Status

                                $r | fl Name, Identity, Fqdn, Edition,
                                                Site, OrganizationalUnit, 
ServerRole,
                                                AdminDisplayVersion, 
ExchangeVersion,
                                                Static*, Current*,
                                                Is*

Using Set-ExchangeServer, you can set an “excluded” list of DCs.

From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]] On Behalf Of Todd Lemmiksoo
Sent: Thursday, September 11, 2014 11:17 PM
To: [email protected]<mailto:[email protected]>
Subject: Re: [Exchange] Restarting Information Store service

Is the a way to remove the DC we had a problem with from the list Of CDG

On Thu, Sep 11, 2014 at 10:14 PM, Todd Lemmiksoo 
<[email protected]<mailto:[email protected]>> wrote:
The only error message in the application event log is 9646 for exceeded the 
max of 250 objects. No errors in the System Log.

On Thu, Sep 11, 2014 at 9:46 PM, Michael B. Smith 
<[email protected]<mailto:[email protected]>> wrote:
You can enable admin logging for user mailboxes to make some determination 
about what might be failing. AND, you can test whether a new profile fixes the 
issue (you don’t have to commit to a test profile!).

If exchange is having issues accessing DCs you should be getting some serious 
errors in the Application event log.

From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]<mailto:[email protected]>] 
On Behalf Of Todd Lemmiksoo
Sent: Thursday, September 11, 2014 10:31 PM
To: [email protected]<mailto:[email protected]>
Subject: [Exchange] Restarting Information Store service

I have a problem with users that have shared mailboxes in Outlook. When the 
user clicks on the shared mailbox in Outlook they the "you do not have 
permissions" error message.
This started after we had to stop AD replication on the domain controllers due 
to corruption in one of our group policies. After we got the gpo fixed we 
restarted replication. This was when the cannot open shared mailboxes started.
My thought is to restart the Information Store Service on the active DAG member.
Any other options other then removing the users Outlook profile and re-adding 
it.


--
T. Todd Lemmiksoo


--
T. Todd Lemmiksoo



--
T. Todd Lemmiksoo

________________________________

If this message is not meant for you, do not use it - please let us know, and 
then delete it. We try hard to keep our messages and attachments free of 
viruses and other malicious programs, but are not liable if our precautions 
don't prevent their spread.

Reply via email to