Ureader.com  
Microsoft software help and Community
   home   |   control panel login   |   archive   |  
 
Exchange
2000.active.directory
2000.admin
2000.announcements
2000.app.conversion
2000.applications
2000.clients
2000.clustering
2000.connectivity
2000.development
2000.documentation
2000.general
2000.information.store
2000.interop
2000.kms
2000.misc
2000.protocols
2000.realtime.collabo.
2000.setup
2000.transport
2000.win2000
admin
application.conversion
applications
clients
clustering
connectivity
design
development
misc
mobility
setup
tools
  
 
date: Sat, 22 Apr 2006 14:15:02 -0700,    group: microsoft.public.exchange2000.misc        back       


Restore Server configurations   
we have a separate restore forest where we have 3 restore servers.  I am told 
that even though the only purpose of this forest and servers is to conduct 
mailbox recoveries from tape sources that we still need to consider how we 
setup the FSMO roles and establish appropriate GC servers. I don't understand 
that.  I see it for production server environments but when all we will do in 
our Restore Forest is to restore mailboxes to the various restore servers, I 
don't see that there is any real importance for establishing FSMO roles on 
each server.  Why?
date: Sat, 22 Apr 2006 14:15:02 -0700   author:   Pearl

Re: Restore Server configurations   
On Sat, 22 Apr 2006 14:15:02 -0700, Pearl
 wrote:

>we have a separate restore forest where we have 3 restore servers.  I am told 
>that even though the only purpose of this forest and servers is to conduct 
>mailbox recoveries from tape sources that we still need to consider how we 
>setup the FSMO roles and establish appropriate GC servers. I don't understand 
>that.  I see it for production server environments but when all we will do in 
>our Restore Forest is to restore mailboxes to the various restore servers, I 
>don't see that there is any real importance for establishing FSMO roles on 
>each server.  Why?

Is there any real importance there? Well, in your lab you can easily
stick all the FSMO on one DC and make it a GC as well. In production
there are best practices around them such as not making the IM a GC if
you're using multiple domains etc, but by and large, the SM, RIDM, DNM
can be GCs and can be on the same box. It's all a matter of
performance really. Your RIDM needs to be in the middle of the logical
network so it has the maximum chance of issuing RID numbers out
quickly and in a resilient manner.

I'm not seeing an Exchange question here?
date: Wed, 26 Apr 2006 22:45:59 +0100   author:   Mark Arnold [MVP]

Google
 
Web ureader.com


    COPYRIGHT 2007, YARDI TECHNOLOGY LIMITED, ALL RIGHT RESERVE  |   contact us