 |
 | Home | Contact Us | FAQ | Search & Site Map | Link to Us |
 | Sign In | Join | Other 45 Sites in Network |
Windows Server Forum / Exchange Server / Clustering / July 2008CCR AD site
Hello I am reading about creating CCR clustering in Exchange 2007 sp1, and the documentation says i must streatch an AD site to accomodate clustered mailbox servers. Is this true if i am running windows server 2008? Doesnt this defeat the purpose of having the ability to run a CMS in a different datacenter? I dont see the logic in stretching an AD site? if i stretched AD site A so it encompasses two datacenters, then clients that are in site A could potentially authenticate to a DC that is located 100 miles away fom the users workstation. I have plenty of bandwidth available that connects all the sites, but i still dont like the idea of client workstations authenticating to a DC thats geographically different from the client machine. "Mailbox servers in a geographically dispersed cluster require that a single Active Directory site be stretched between the datacenters because all nodes in the cluster must be members of the same site. However, there is no requirement that any other servers in both datacenters be on the same subnet or in the same Active Directory site". http://technet.microsoft.com/en-us/library/bb123996(EXCHG.80).aspx# >Hello > [quoted text clipped - 8 lines] >all the sites, but i still dont like the idea of client workstations >authenticating to a DC thats geographically different from the client We do this because, well, we can. In your case, you may think about what many recommend, CCR in the same data center -> SCR in the remote data center. >machine. > [quoted text clipped - 4 lines] >or in the same Active Directory site". >http://technet.microsoft.com/en-us/library/bb123996(EXCHG.80).aspx# >>Hello >> [quoted text clipped - 13 lines] >In your case, you may think about what many recommend, CCR in the same >data center -> SCR in the remote data center. You know what, if you're doing an active/active twin data center solution then CCR is perfectly fine. The fact that you should stretch the server subnets over the (enormous) links is the most trivial and irrelevant part of the network strategy. You as an Exchange admin should not even have to think about it. If, however, you have an active/passive data center environment (where passive = passive for one application at a time, the data center may be a/a but a given applictation server isn't geo-clustered) then whoever has been advising you on this needs a swift kick. As young Andy says, SCR is the DR solution, CCR is the HA solution. If you have two buildings (miles apart even) acting as one then you have one data center and one larger subnet. If these two act as two then you need SCR. In actual fact (and here's where I enter a debate about SCR v our vendors better solution but I'll stop now) M. Why do you call CCR a DR solution? shouldnt it be a combination of DR and HA? from my udnerstanding if i am using CCR, i have two seperate CMS that dont share any data. If CCR is running on Windows server 2008, then cant i setup the CMS in different datacenters? wouldt this be considered DR and HA? >>>Hello >>> [quoted text clipped - 32 lines] > > M. >Why do you call CCR a DR solution? shouldnt it be a combination of DR and >HA? from my udnerstanding if i am using CCR, i have two seperate CMS that >dont share any data. If CCR is reunning on Windows server 2008, then cant i >setup the CMS in different datacenters? wouldt this be considered DR and HA? No way Skip, CCR is HA, not DR. I double checked and that's what I said, or at least what I intended to say. CCR is not intended to be DR. Sure, if you want to set up CCR in two data centers you need to do that as part of an overall infrastructure strategy. You've been around long enough not to fall into the newbie trap of blinkering yourself to solving something purely for Exchange and not look at the wider picture. If you have a well connected pair of data centers (and you really, really, need that if you are planning on using CCR because you also need the same level of connectivity for your Oracle, SQL, SAP and file sharing requirements) then CCR is in the "same" data center; it's just that you're in two buildings separated by a big fat glass pipe. If your connection between A and B isn't too good then you run the risk of diverging and CCR is the last thing you want to look at. Big picture skip, you know the score. Mark Can CCR be configured as active/passive? if so then couldnt i run the active CMS in datacenter A and the passive CMS in datacenter B. In the unlikely event datacenter A experiences a complete melt down, then shouldnt i be able to fail over to the CMS in datacenter B? i know i would need DNS, AD, HT and CAS server in each datacenter, but if i can do this i would think this would be considered a DR solution? Where am i going wrong with this? >>Why do you call CCR a DR solution? shouldnt it be a combination of DR and >>HA? from my udnerstanding if i am using CCR, i have two seperate CMS that [quoted text clipped - 19 lines] > > Big picture skip, you know the score. your responce is lacking in content >>Hello >> [quoted text clipped - 26 lines] >>or in the same Active Directory site". >>http://technet.microsoft.com/en-us/library/bb123996(EXCHG.80).aspx# >your responce is lacking in content Well, this has been discussed quite extensively in this very NG, so sometimes repeating everything gets hard in my old age. >>>Hello >>> [quoted text clipped - 26 lines] >>>or in the same Active Directory site". >>>http://technet.microsoft.com/en-us/library/bb123996(EXCHG.80).aspx# Hi Skip, You still need to stretch the AD site between datacenters because both nodes in the CCR cluster must be in the same AD site. The reason for this is that when a lossy failover occurs, the CMS (which is now in the second datacenter) needs to retain its original site membership so that it can request redelivery of messages from the Transport Dumpster on each Hub Transport server in the CMS' AD site. I hope this clarifies things.  SignatureRegards, Scott Schnoll Microsoft Corporation This posting is provided "AS IS" with no warranties, and confers no rights. Please do not send email directly to this alias. This alias is for newsgroup purposes only. > Hello > [quoted text clipped - 16 lines] > same subnet or in the same Active Directory site". > http://technet.microsoft.com/en-us/library/bb123996(EXCHG.80).aspx# |
Reply to this Message |
 Sign In
 Join
 My Latest Posts My Monitored Threads My Blog My Photo Gallery My Profile My Homepage Start New Thread Enable EMail Alerts Rate this Thread
|
©2008 Advenet LLC Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.