﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / Article Discussions / Article Discussions by Author / Discuss content posted by Marios Philippopoulos  / Preparing for the Unthinkable - a Disaster/Recovery Implementation / Latest Posts</title><generator>InstantForum.NET v2.9.0</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Sun, 26 May 2013 01:59:41 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: Preparing for the Unthinkable - a Disaster/Recovery Implementation</title><link>http://www.sqlservercentral.com/Forums/Topic1086627-1399-1.aspx</link><description>Thanks for sharing!</description><pubDate>Mon, 24 Dec 2012 11:28:19 GMT</pubDate><dc:creator>Neha05</dc:creator></item><item><title>RE: Preparing for the Unthinkable - a Disaster/Recovery Implementation</title><link>http://www.sqlservercentral.com/Forums/Topic1086627-1399-1.aspx</link><description>[quote][b]Marios Philippopoulos (12/14/2012)[/b][hr][quote][b]JoeSchmoe007 (12/13/2012)[/b][hr]This article is useful. However, this approach will not work well for logins if Windows authentication is used for some logins and primary and DR servers are not a member of the same domain. In our case primary server is a member of domain and DR is not in a domain at all.[/quote]Thanks for sharing. Yes, it's true that if prod and DR are not on the same domain, at least some of this functionality will break.What are your contingency plans though if you end up having to use the DR in case of a disaster?You would need to bring the DR into your prod domain, especially if applications are using Windows authentication in the prod environment.If that is the case, why not include the DR in the production domain from now?[/quote]Ideally we should but we only have one computer in DR location at this time and no permanent VPN connection to primary site, so it is not possible.</description><pubDate>Fri, 14 Dec 2012 07:30:39 GMT</pubDate><dc:creator>JoeSchmoe007</dc:creator></item><item><title>RE: Preparing for the Unthinkable - a Disaster/Recovery Implementation</title><link>http://www.sqlservercentral.com/Forums/Topic1086627-1399-1.aspx</link><description>[quote][b]JoeSchmoe007 (12/13/2012)[/b][hr]This article is useful. However, this approach will not work well for logins if Windows authentication is used for some logins and primary and DR servers are not a member of the same domain. In our case primary server is a member of domain and DR is not in a domain at all.[/quote]Thanks for sharing. Yes, it's true that if prod and DR are not on the same domain, at least some of this functionality will break.What are your contingency plans though if you end up having to use the DR in case of a disaster?You would need to bring the DR into your prod domain, especially if applications are using Windows authentication in the prod environment.If that is the case, why not include the DR in the production domain from now?</description><pubDate>Fri, 14 Dec 2012 04:35:39 GMT</pubDate><dc:creator>Marios Philippopoulos</dc:creator></item><item><title>RE: Preparing for the Unthinkable - a Disaster/Recovery Implementation</title><link>http://www.sqlservercentral.com/Forums/Topic1086627-1399-1.aspx</link><description>This article is useful. However, this approach will not work well for logins if Windows authentication is used for some logins and primary and DR servers are not a member of the same domain. In our case primary server is a member of domain and DR is not in a domain at all.</description><pubDate>Thu, 13 Dec 2012 11:30:24 GMT</pubDate><dc:creator>JoeSchmoe007</dc:creator></item><item><title>RE: Preparing for the Unthinkable - a Disaster/Recovery Implementation</title><link>http://www.sqlservercentral.com/Forums/Topic1086627-1399-1.aspx</link><description>Thanks, I shall.</description><pubDate>Fri, 01 Apr 2011 08:04:02 GMT</pubDate><dc:creator>dmfd</dc:creator></item><item><title>RE: Preparing for the Unthinkable - a Disaster/Recovery Implementation</title><link>http://www.sqlservercentral.com/Forums/Topic1086627-1399-1.aspx</link><description>I'm glad this is of potential use to you. Go ahead and download the code, deploy it and please let me know of any bugs or anything I may have missed.I have tested this code repeatedly, but you never know what I may have missed. ;-)</description><pubDate>Fri, 01 Apr 2011 07:10:54 GMT</pubDate><dc:creator>Marios Philippopoulos</dc:creator></item><item><title>RE: Preparing for the Unthinkable - a Disaster/Recovery Implementation</title><link>http://www.sqlservercentral.com/Forums/Topic1086627-1399-1.aspx</link><description>Perfect timing on your article.  I am currently at a start up and we are working furiously to get the database operationally ready.  D/R has been in the back of my mind for weeks, and now is the perfect time to move on this before we have actual production data at risk.  Thanks. :-D</description><pubDate>Thu, 31 Mar 2011 19:12:55 GMT</pubDate><dc:creator>dmfd</dc:creator></item><item><title>Preparing for the Unthinkable - a Disaster/Recovery Implementation</title><link>http://www.sqlservercentral.com/Forums/Topic1086627-1399-1.aspx</link><description>Comments posted to this topic are about the item [B]&lt;A HREF="/articles/Disaster+Recovery+(DR)/71992/"&gt;Preparing for the Unthinkable - a Disaster/Recovery Implementation&lt;/A&gt;[/B]</description><pubDate>Thu, 31 Mar 2011 00:00:58 GMT</pubDate><dc:creator>Marios Philippopoulos</dc:creator></item></channel></rss>