Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase

Preparing for the Unthinkable - a Disaster/Recovery Implementation Expand / Collapse
Author
Message
Posted Thursday, March 31, 2011 12:00 AM
SSCommitted

SSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommitted

Group: General Forum Members
Last Login: Thursday, September 25, 2014 1:51 PM
Points: 1,862, Visits: 3,608
Comments posted to this topic are about the item Preparing for the Unthinkable - a Disaster/Recovery Implementation

__________________________________________________________________________________

Turbocharge Your Database Maintenance With Service Broker: Part 2
Turbocharge Your Database Maintenance With Service Broker: Part 1
Real-Time Tracking of Tempdb Utilization Through Reporting Services
Monitoring Database Blocking Through SCOM 2007 Custom Rules and Alerts
Preparing for the Unthinkable - a Disaster/Recovery Implementation
Post #1086627
Posted Thursday, March 31, 2011 7:12 PM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Thursday, January 16, 2014 10:11 AM
Points: 5, Visits: 17
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.

Post #1087212
Posted Friday, April 1, 2011 7:10 AM
SSCommitted

SSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommitted

Group: General Forum Members
Last Login: Thursday, September 25, 2014 1:51 PM
Points: 1,862, Visits: 3,608
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.


__________________________________________________________________________________

Turbocharge Your Database Maintenance With Service Broker: Part 2
Turbocharge Your Database Maintenance With Service Broker: Part 1
Real-Time Tracking of Tempdb Utilization Through Reporting Services
Monitoring Database Blocking Through SCOM 2007 Custom Rules and Alerts
Preparing for the Unthinkable - a Disaster/Recovery Implementation
Post #1087436
Posted Friday, April 1, 2011 8:04 AM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Thursday, January 16, 2014 10:11 AM
Points: 5, Visits: 17
Thanks, I shall.
Post #1087482
Posted Thursday, December 13, 2012 11:30 AM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Monday, September 8, 2014 9:14 AM
Points: 2, Visits: 132
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.
Post #1396332
Posted Friday, December 14, 2012 4:35 AM
SSCommitted

SSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommitted

Group: General Forum Members
Last Login: Thursday, September 25, 2014 1:51 PM
Points: 1,862, Visits: 3,608
JoeSchmoe007 (12/13/2012)
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.


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?


__________________________________________________________________________________

Turbocharge Your Database Maintenance With Service Broker: Part 2
Turbocharge Your Database Maintenance With Service Broker: Part 1
Real-Time Tracking of Tempdb Utilization Through Reporting Services
Monitoring Database Blocking Through SCOM 2007 Custom Rules and Alerts
Preparing for the Unthinkable - a Disaster/Recovery Implementation
Post #1396582
Posted Friday, December 14, 2012 7:30 AM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Monday, September 8, 2014 9:14 AM
Points: 2, Visits: 132
Marios Philippopoulos (12/14/2012)
JoeSchmoe007 (12/13/2012)
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.


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?

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.
Post #1396655
Posted Monday, December 24, 2012 11:28 AM
SSC-Addicted

SSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-Addicted

Group: General Forum Members
Last Login: Monday, April 15, 2013 11:42 PM
Points: 424, Visits: 55
Thanks for sharing!
Post #1399943
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse