<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://www2.sqlblog.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Merrill Aldrich : disaster recovery</title><link>http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/disaster+recovery/default.aspx</link><description>Tags: disaster recovery</description><dc:language>en</dc:language><generator>CommunityServer 2.1 SP2 (Build: 61129.1)</generator><item><title>SSMS 2012 Restore GUI Gotcha</title><link>http://www2.sqlblog.com/blogs/merrill_aldrich/archive/2013/03/15/ssms-2012-restore-gui-gotcha.aspx</link><pubDate>Fri, 15 Mar 2013 16:30:07 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:48261</guid><dc:creator>merrillaldrich</dc:creator><slash:comments>2</slash:comments><comments>http://www2.sqlblog.com/blogs/merrill_aldrich/comments/48261.aspx</comments><wfw:commentRss>http://www2.sqlblog.com/blogs/merrill_aldrich/commentrss.aspx?PostID=48261</wfw:commentRss><description>Today I want to bring to your attention an issue in the SQL Server Management Studio 2012 restore GUI. In many ways the new restore dialog is nicer than the old one, with new features and added convenience – but, as is always the Achilles heel of GUI...(&lt;a href="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/2013/03/15/ssms-2012-restore-gui-gotcha.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://www2.sqlblog.com/aggbug.aspx?PostID=48261" width="1" height="1"&gt;</description><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/management+studio/default.aspx">management studio</category><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/backup/default.aspx">backup</category><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/disaster+recovery/default.aspx">disaster recovery</category><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/logshipping/default.aspx">logshipping</category></item><item><title>T-SQL Tuesday #19: Blind Spots</title><link>http://www2.sqlblog.com/blogs/merrill_aldrich/archive/2011/06/13/t-sql-tuesday-19-blind-spots.aspx</link><pubDate>Tue, 14 Jun 2011 05:31:59 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:36218</guid><dc:creator>merrillaldrich</dc:creator><slash:comments>1</slash:comments><comments>http://www2.sqlblog.com/blogs/merrill_aldrich/comments/36218.aspx</comments><wfw:commentRss>http://www2.sqlblog.com/blogs/merrill_aldrich/commentrss.aspx?PostID=36218</wfw:commentRss><description>A while ago I wrote a post, Visualize Disaster , prompted by a real incident we had at my office. Fortunately we came through it OK from a business point of view, but I took away an important lesson: it’s very easy, whether your organization and your...(&lt;a href="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/2011/06/13/t-sql-tuesday-19-blind-spots.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://www2.sqlblog.com/aggbug.aspx?PostID=36218" width="1" height="1"&gt;</description><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/disaster+recovery/default.aspx">disaster recovery</category><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/T-SQL+Tuesday/default.aspx">T-SQL Tuesday</category></item><item><title>Scandalous II: Shh! I am De-duplicating Compressed Backups</title><link>http://www2.sqlblog.com/blogs/merrill_aldrich/archive/2011/04/22/scandalous-ii-shh-i-am-de-duplicating-compressed-backups.aspx</link><pubDate>Sat, 23 Apr 2011 05:01:50 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:35122</guid><dc:creator>merrillaldrich</dc:creator><slash:comments>8</slash:comments><comments>http://www2.sqlblog.com/blogs/merrill_aldrich/comments/35122.aspx</comments><wfw:commentRss>http://www2.sqlblog.com/blogs/merrill_aldrich/commentrss.aspx?PostID=35122</wfw:commentRss><description>This is part II of two Scandalous posts . Watch, mouth agape, as I run with scissors, right up against prevailing wisdom! Unfollow me now, before it’s too late! Here’s the thing. There are two really outstanding posts out there on the ‘tubez that explain...(&lt;a href="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/2011/04/22/scandalous-ii-shh-i-am-de-duplicating-compressed-backups.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://www2.sqlblog.com/aggbug.aspx?PostID=35122" width="1" height="1"&gt;</description><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/san/default.aspx">san</category><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/Dukes+of+Hazzard/default.aspx">Dukes of Hazzard</category><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/Storage+Design/default.aspx">Storage Design</category><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/backup/default.aspx">backup</category><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/disaster+recovery/default.aspx">disaster recovery</category></item><item><title>Visualize Disaster</title><link>http://www2.sqlblog.com/blogs/merrill_aldrich/archive/2011/03/07/visualize-disaster.aspx</link><pubDate>Tue, 08 Mar 2011 05:21:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:33951</guid><dc:creator>merrillaldrich</dc:creator><slash:comments>4</slash:comments><comments>http://www2.sqlblog.com/blogs/merrill_aldrich/comments/33951.aspx</comments><wfw:commentRss>http://www2.sqlblog.com/blogs/merrill_aldrich/commentrss.aspx?PostID=33951</wfw:commentRss><description>Or, How Mirroring Off-Site Saved my #Bacon My company does most things right. Our management is very supportive, listens and generally funds the technology that makes sense for the best interest of the organization. We have good redundancy, HA and disaster...(&lt;a href="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/2011/03/07/visualize-disaster.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://www2.sqlblog.com/aggbug.aspx?PostID=33951" width="1" height="1"&gt;</description><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/monitoring/default.aspx">monitoring</category><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/backup/default.aspx">backup</category><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/disaster+recovery/default.aspx">disaster recovery</category></item><item><title>Pop Quiz: Restore a Database to the Point in Time when a Full Backup Started?</title><link>http://www2.sqlblog.com/blogs/merrill_aldrich/archive/2010/11/01/pop-quiz-restore-a-database-to-the-point-in-time-when-a-full-backup-started.aspx</link><pubDate>Mon, 01 Nov 2010 18:26:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:30061</guid><dc:creator>merrillaldrich</dc:creator><slash:comments>6</slash:comments><comments>http://www2.sqlblog.com/blogs/merrill_aldrich/comments/30061.aspx</comments><wfw:commentRss>http://www2.sqlblog.com/blogs/merrill_aldrich/commentrss.aspx?PostID=30061</wfw:commentRss><description>Recently we've had to interview some SQL Server DBA candidates for our team, and we were looking for the type of open-ended technical questions that would draw out interviewees and let us get a sense of their thought process. A surprisingly simple question...(&lt;a href="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/2010/11/01/pop-quiz-restore-a-database-to-the-point-in-time-when-a-full-backup-started.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://www2.sqlblog.com/aggbug.aspx?PostID=30061" width="1" height="1"&gt;</description><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/transactions/default.aspx">transactions</category><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/backup/default.aspx">backup</category><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/disaster+recovery/default.aspx">disaster recovery</category></item><item><title>Don't get burned by replication of SQL Server files</title><link>http://www2.sqlblog.com/blogs/merrill_aldrich/archive/2010/02/01/don-t-get-burned-by-replication-of-sql-server-files.aspx</link><pubDate>Mon, 01 Feb 2010 21:45:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:21682</guid><dc:creator>merrillaldrich</dc:creator><slash:comments>10</slash:comments><comments>http://www2.sqlblog.com/blogs/merrill_aldrich/comments/21682.aspx</comments><wfw:commentRss>http://www2.sqlblog.com/blogs/merrill_aldrich/commentrss.aspx?PostID=21682</wfw:commentRss><description>Here's a tidbit for those who might have SQL server in their environments, maybe without knowing all the nitty gritty low-down: if you try to use file system replication (robocopy, xcopy, repli-whatever) to maintain a DR server from your production SQL...(&lt;a href="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/2010/02/01/don-t-get-burned-by-replication-of-sql-server-files.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://www2.sqlblog.com/aggbug.aspx?PostID=21682" width="1" height="1"&gt;</description><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/disaster+recovery/default.aspx">disaster recovery</category></item></channel></rss>