<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Good Practice / Bad Practice: Off-site Backups</title>
	<atom:link href="http://openquery.com/blog/good-practice-bad-practice-offsite-backups/feed" rel="self" type="application/rss+xml" />
	<link>http://openquery.com/blog/good-practice-bad-practice-offsite-backups</link>
	<description>About MySQL, Drizzle, MariaDB and more!</description>
	<lastBuildDate>Thu, 02 Feb 2012 21:40:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Sheeri K. Cabral</title>
		<link>http://openquery.com/blog/good-practice-bad-practice-offsite-backups/comment-page-1#comment-1572</link>
		<dc:creator>Sheeri K. Cabral</dc:creator>
		<pubDate>Wed, 01 Jul 2009 21:13:38 +0000</pubDate>
		<guid isPermaLink="false">http://openquery.com/blog/?p=796#comment-1572</guid>
		<description>&quot;good enough&quot; depends on the data being backed up, and is relative.  It may very well be that a copy to different disk on the same server is enough risk prevention, or it may be necessary to have a colo half a world away.

Risk management here is the key.  In the days leading up to Hurricane Katrina and when worrying about Hurricane Wilma, folks in the states realized that having one data center in Miami and another in Houston wasn&#039;t enough coverage for them, because one storm may have knocked them both out.

At Pythian we have daily scripts that check to make sure the backup was succesful.  We also discuss the backup *strategy* including whether there is an offsite copy, every 2 months, for each client.  This way everyone is totally informed and there is never a problem of &quot;I didn&#039;t realize we weren&#039;t backing that up!&quot;  (it&#039;s also handy to see the snapshots in time of how the backups are growing, and how long the backups take).

Amazon S3 is a convenient way to store backups; we&#039;ve developed a system to be able to store and retrieve backups based on the backup date (S3 doesn&#039;t use traditional folders, so the retrieval can actually be rather tricky).</description>
		<content:encoded><![CDATA[<p>&#8220;good enough&#8221; depends on the data being backed up, and is relative.  It may very well be that a copy to different disk on the same server is enough risk prevention, or it may be necessary to have a colo half a world away.</p>
<p>Risk management here is the key.  In the days leading up to Hurricane Katrina and when worrying about Hurricane Wilma, folks in the states realized that having one data center in Miami and another in Houston wasn&#8217;t enough coverage for them, because one storm may have knocked them both out.</p>
<p>At Pythian we have daily scripts that check to make sure the backup was succesful.  We also discuss the backup *strategy* including whether there is an offsite copy, every 2 months, for each client.  This way everyone is totally informed and there is never a problem of &#8220;I didn&#8217;t realize we weren&#8217;t backing that up!&#8221;  (it&#8217;s also handy to see the snapshots in time of how the backups are growing, and how long the backups take).</p>
<p>Amazon S3 is a convenient way to store backups; we&#8217;ve developed a system to be able to store and retrieve backups based on the backup date (S3 doesn&#8217;t use traditional folders, so the retrieval can actually be rather tricky).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shlomi Noach</title>
		<link>http://openquery.com/blog/good-practice-bad-practice-offsite-backups/comment-page-1#comment-1570</link>
		<dc:creator>Shlomi Noach</dc:creator>
		<pubDate>Wed, 01 Jul 2009 16:57:55 +0000</pubDate>
		<guid isPermaLink="false">http://openquery.com/blog/?p=796#comment-1570</guid>
		<description>Hi,

Good advice.

I think it was AST who said a truck full of tapes running down manhattan has more bandwidth than your fastest network. That was written quite a few years back, but may still be correct. Sure, a few GBs are fine; some dozen also OK. A few hundreds - may be a problem; may take quite long to download/upload again. Taking the tape with you by car may be faster :)

Regards</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Good advice.</p>
<p>I think it was AST who said a truck full of tapes running down manhattan has more bandwidth than your fastest network. That was written quite a few years back, but may still be correct. Sure, a few GBs are fine; some dozen also OK. A few hundreds &#8211; may be a problem; may take quite long to download/upload again. Taking the tape with you by car may be faster <img src='http://openquery.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Regards</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Toby</title>
		<link>http://openquery.com/blog/good-practice-bad-practice-offsite-backups/comment-page-1#comment-1569</link>
		<dc:creator>Toby</dc:creator>
		<pubDate>Wed, 01 Jul 2009 16:32:39 +0000</pubDate>
		<guid isPermaLink="false">http://openquery.com/blog/?p=796#comment-1569</guid>
		<description>Another secure and reliable way to communicate between sites is OpenVPN.</description>
		<content:encoded><![CDATA[<p>Another secure and reliable way to communicate between sites is OpenVPN.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
