<?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 : logshipping</title><link>http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/logshipping/default.aspx</link><description>Tags: logshipping</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>Case Study: Secure Log Shipping via SSL FTP</title><link>http://www2.sqlblog.com/blogs/merrill_aldrich/archive/2011/05/19/case-study-secure-log-shipping-via-ssl-ftp.aspx</link><pubDate>Fri, 20 May 2011 00:12:21 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:35754</guid><dc:creator>merrillaldrich</dc:creator><slash:comments>1</slash:comments><comments>http://www2.sqlblog.com/blogs/merrill_aldrich/comments/35754.aspx</comments><wfw:commentRss>http://www2.sqlblog.com/blogs/merrill_aldrich/commentrss.aspx?PostID=35754</wfw:commentRss><description>Today I’m putting up sort of an oddball solution I build a couple of months ago. We had the need to provide a reporting copy of some production databases for analysts to do ad-hoc reporting. The trick was that we needed to move the databases from a less...(&lt;a href="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/2011/05/19/case-study-secure-log-shipping-via-ssl-ftp.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://www2.sqlblog.com/aggbug.aspx?PostID=35754" width="1" height="1"&gt;</description><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/security/default.aspx">security</category><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/powershell/default.aspx">powershell</category><category domain="http://www2.sqlblog.com/blogs/merrill_aldrich/archive/tags/logshipping/default.aspx">logshipping</category></item></channel></rss>