I believe this will work for you. http://support.microsoft.com/kb/2494036
Chuck Robinson _______________ Sr. Solutions Architect Microsoft Certified Master: Exchange 2010 MCITP: EA Windows Server 2008 EMC Consulting Mobile: 973-865-0394 chuck.robin...@emc.com<mailto:chuck.robin...@emc.com> www.emc.com/consulting<http://www.emc.com/consulting> Transforming Information Into Business Results From: Paul Cookman [mailto:paul.cook...@selection.co.uk] Sent: Monday, May 28, 2012 4:19 PM To: MS-Exchange Admin Issues Subject: RE: dag issue? Do you know if there is a way to have a two node multisite Dag that cannot failover unless I want to. I don't mean -Activateonly where the DB on the remote site cannot come up, I mean where the primary node can have its witness get rebooted or itself and the DBs in the Primary will always come up with out the remote node stealing quorum? Regards Paul. From: Paul Cookman [mailto:paul.cook...@selection.co.uk]<mailto:[mailto:paul.cook...@selection.co.uk]> Sent: 28 May 2012 12:31 To: MS-Exchange Admin Issues Subject: RE: dag issue? What I don't understand is why it effected all databases on the server when there was only one DB in the dag, it doesn't sound right because what if I wanted to have an active active? From: Steve Goodman [mailto:st...@stevieg.org]<mailto:[mailto:st...@stevieg.org]> Sent: 28 May 2012 09:07 To: MS-Exchange Admin Issues Subject: RE: dag issue? If it's multi-site yep Steve From: Paul Cookman [mailto:paul.cook...@selection.co.uk]<mailto:[mailto:paul.cook...@selection.co.uk]> Sent: 28 May 2012 08:49 To: MS-Exchange Admin Issues Subject: RE: dag issue? This does sound like what happened, I was a bit surprised as I only had one test DB in the Dag, I didn't expect it to effect all databases. Would you still go with having DAC mode on? From: Steve Goodman [mailto:st...@stevieg.org]<mailto:[mailto:st...@stevieg.org]> Sent: 28 May 2012 07:30 To: MS-Exchange Admin Issues Subject: Re: dag issue? As a first point of call I would look at increasing the cluster timeout settings. I've heard similar things about Veeam before during backup - mainly nodes failing over and IIRC there is some threads on the Veeam Community site about the issue. Steve Sent from my iPhone On 27 May 2012, at 11:07, "Paul Cookman" <paul.cook...@selection.co.uk<mailto:paul.cook...@selection.co.uk>> wrote: I had an issue Friday morning I wanted to run past someone. I have created a two node Dag multisite with witness in the primary site, DAC enabled. I am testing as I go so I only had a test DB as part of the DAG. (Servers are Virtualised and use Veeam for backups) While committing the snapshot the primary server momentarily lost communication to all servers and all the (LIVE) databases dismounted and wouldn't remount. In a state of panic I removed the Dag to get users working again. I think from going through the logs that possibly the remote site node got quorum of the witness and then it believed that the databases were up on the remote site (set to Activate only and not automatic by the way). Possibly if I had rebooted the remote server the primary would of got quorum again and allowed me to mount databases? Any thoughts on this as I need to be able to reboot the primary server if needed without the databases not being able to mount. I don't mind my failover being completely a manual process. What do you think on what happened and a solution to my problem? Kindest regards, Paul. --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> with the body: unsubscribe exchangelist -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> with the body: unsubscribe exchangelist -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
