<?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: Open Thread: How to Prevent Data Loss</title>
	<atom:link href="http://www.sitepoint.com/blogs/2009/01/31/open-thread-how-to-prevent-data-loss/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2009/01/31/open-thread-how-to-prevent-data-loss/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<lastBuildDate>Mon, 23 Nov 2009 00:15:13 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Eric Ferraiuolo</title>
		<link>http://www.sitepoint.com/blogs/2009/01/31/open-thread-how-to-prevent-data-loss/comment-page-1/#comment-879221</link>
		<dc:creator>Eric Ferraiuolo</dc:creator>
		<pubDate>Mon, 16 Feb 2009 19:40:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=4862#comment-879221</guid>
		<description>eretz: Slicehost&#039;s backup service uses disk images/snapshots. So I find it useful if I were to mess something up I could restore my slice from a previous snapshot.

Yes, you&#039;re correct, both Slicehost and JungleDisk were aquired by Rackspace at the same time; I wrote my thoughts about that on my blog: &lt;a href=&quot;http://925html.com/business/dont-sell-your-small-giant/&quot; rel=&quot;nofollow&quot;&gt;Don&#039;t Sell Your Small Giant&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>eretz: Slicehost&#8217;s backup service uses disk images/snapshots. So I find it useful if I were to mess something up I could restore my slice from a previous snapshot.</p>
<p>Yes, you&#8217;re correct, both Slicehost and JungleDisk were aquired by Rackspace at the same time; I wrote my thoughts about that on my blog: <a href="http://925html.com/business/dont-sell-your-small-giant/" rel="nofollow">Don&#8217;t Sell Your Small Giant</a></p>]]></content:encoded>
	</item>
	<item>
		<title>By: Dorsey</title>
		<link>http://www.sitepoint.com/blogs/2009/01/31/open-thread-how-to-prevent-data-loss/comment-page-1/#comment-874232</link>
		<dc:creator>Dorsey</dc:creator>
		<pubDate>Thu, 05 Feb 2009 21:08:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=4862#comment-874232</guid>
		<description>My comments assume that you&#039;re using a reputable hosting service with all of the customary security and that performs full server backups nightly.  We use two systems, not for fall-over (our host provides that), but rather for data and site backup.  One system is exposed to the world, while the other is private to us.  We run automysqlbackup.sh from SourceForge to create DB backups nightly during a low-load period, and then FTP the whole shooting match to our other server.

The proof is in the pudding (to use another aphorism):  we had to recover a DB for one of our sites this past Fall, and there it was in all it&#039;s glory.  We suffered a few tense moments before the relief of full recovery took hold, and there was joy throughout the land.

Dorsey</description>
		<content:encoded><![CDATA[<p>My comments assume that you&#8217;re using a reputable hosting service with all of the customary security and that performs full server backups nightly.  We use two systems, not for fall-over (our host provides that), but rather for data and site backup.  One system is exposed to the world, while the other is private to us.  We run automysqlbackup.sh from SourceForge to create DB backups nightly during a low-load period, and then FTP the whole shooting match to our other server.</p>
<p>The proof is in the pudding (to use another aphorism):  we had to recover a DB for one of our sites this past Fall, and there it was in all it&#8217;s glory.  We suffered a few tense moments before the relief of full recovery took hold, and there was joy throughout the land.</p>
<p>Dorsey</p>]]></content:encoded>
	</item>
	<item>
		<title>By: picohax</title>
		<link>http://www.sitepoint.com/blogs/2009/01/31/open-thread-how-to-prevent-data-loss/comment-page-1/#comment-873935</link>
		<dc:creator>picohax</dc:creator>
		<pubDate>Thu, 05 Feb 2009 10:05:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=4862#comment-873935</guid>
		<description>(repeating for emphasis)
Once you have your own personal copy of all your data (any and all data that helps keep your business running) make sure to convert it into long term storage media - like CD/DVD or tape.
Use &lt;strong&gt;multisession burning for CDs and DVDs&lt;/strong&gt; if your data is significantly less than a gigabyte, but backups need to be more frequent than weekly.
Disks, flash drives, external storage - basically electronic storage of any kind can get screwed unexpectedly. Optical storage is the cheapest and safest option for small businesses or personal data.
Get a good DVD burner and a pack of 25-100 CDs/DVDs.
It helps a lot.

Make a written backup policy that &lt;strong&gt;every employee must be able to recite like their favorite music/number or dearest prayer&lt;/strong&gt;. No kidding. Only when you say that, will your employees take it seriously.

&lt;strong&gt;&quot;Don&#039;t know backup steps? Lose one day&#039;s pay every month.&quot;&lt;/strong&gt;</description>
		<content:encoded><![CDATA[<p>(repeating for emphasis)<br />
Once you have your own personal copy of all your data (any and all data that helps keep your business running) make sure to convert it into long term storage media &#8211; like CD/DVD or tape.<br />
Use <strong>multisession burning for CDs and DVDs</strong> if your data is significantly less than a gigabyte, but backups need to be more frequent than weekly.<br />
Disks, flash drives, external storage &#8211; basically electronic storage of any kind can get screwed unexpectedly. Optical storage is the cheapest and safest option for small businesses or personal data.<br />
Get a good DVD burner and a pack of 25-100 CDs/DVDs.<br />
It helps a lot.</p>
<p>Make a written backup policy that <strong>every employee must be able to recite like their favorite music/number or dearest prayer</strong>. No kidding. Only when you say that, will your employees take it seriously.</p>
<p><strong>&#8220;Don&#8217;t know backup steps? Lose one day&#8217;s pay every month.&#8221;</strong></p>]]></content:encoded>
	</item>
	<item>
		<title>By: essexboyracer</title>
		<link>http://www.sitepoint.com/blogs/2009/01/31/open-thread-how-to-prevent-data-loss/comment-page-1/#comment-873579</link>
		<dc:creator>essexboyracer</dc:creator>
		<pubDate>Wed, 04 Feb 2009 18:43:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=4862#comment-873579</guid>
		<description>For the small site owners here, mainly running cPanel (which as far as the version i&#039;m on doesn&#039;t have automated email backups). you could try something along the lines of &lt;em&gt;LucidSurf&lt;/em&gt; but use openSSL to encrypt the archive, then email or whatever thus making it a tad more secure.

&lt;code&gt;$command .= &#039;openssl enc -aes-256-cbc -salt -in &#039; . $document_root . &#039;backup_.tgz -out &#039; . $compath . &#039;/username_backup.enc 
$output = shell_exec($command);&lt;/code&gt;</description>
		<content:encoded><![CDATA[<p>For the small site owners here, mainly running cPanel (which as far as the version i&#8217;m on doesn&#8217;t have automated email backups). you could try something along the lines of <em>LucidSurf</em> but use openSSL to encrypt the archive, then email or whatever thus making it a tad more secure.</p>
<code>$command .= 'openssl enc -aes-256-cbc -salt -in ' . $document_root . 'backup_.tgz -out ' . $compath . '/username_backup.enc 
$output = shell_exec($command);</code>]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Linehan</title>
		<link>http://www.sitepoint.com/blogs/2009/01/31/open-thread-how-to-prevent-data-loss/comment-page-1/#comment-873576</link>
		<dc:creator>Michael Linehan</dc:creator>
		<pubDate>Wed, 04 Feb 2009 18:32:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=4862#comment-873576</guid>
		<description>All these technical solutions ---- I am very interested in the educational/psychological aspects. It makes sense when a one-person business owner who barely knows how to turn on the computer doesn&#039;t have a back-up strategy. But how the heck can a company like this be so clueless, and what can be done about that phenomenon?
Part of that maybe becomes, how can back-up solution companies get through the fog surrounding such people&#039;s brains?</description>
		<content:encoded><![CDATA[<p>All these technical solutions &#8212;- I am very interested in the educational/psychological aspects. It makes sense when a one-person business owner who barely knows how to turn on the computer doesn&#8217;t have a back-up strategy. But how the heck can a company like this be so clueless, and what can be done about that phenomenon?<br />
Part of that maybe becomes, how can back-up solution companies get through the fog surrounding such people&#8217;s brains?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.sitepoint.com/blogs/2009/01/31/open-thread-how-to-prevent-data-loss/comment-page-1/#comment-873532</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 04 Feb 2009 16:31:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=4862#comment-873532</guid>
		<description>A complete business model should also include an option for end-user managed backups.  That allows prudent customers to control their own data.</description>
		<content:encoded><![CDATA[<p>A complete business model should also include an option for end-user managed backups.  That allows prudent customers to control their own data.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: BSBC</title>
		<link>http://www.sitepoint.com/blogs/2009/01/31/open-thread-how-to-prevent-data-loss/comment-page-1/#comment-873472</link>
		<dc:creator>BSBC</dc:creator>
		<pubDate>Wed, 04 Feb 2009 14:37:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=4862#comment-873472</guid>
		<description>About backup strategies, My web site is small now and I  can mange data lose easily because I have it on my PC . However with increasing data I fell some how afraid of losing data either with small  mistake like saving wrong data over new one or by losing links between pages..I will start using database as my web site topics increasing but it is too early for me ... Best way form my point is saving data frequently in DVD or any external drive but not flash it is not safe..
Using other server is not efficient and cost money and you may not use it..
I like my web sit it steel small

&lt;a href=&quot;http://www.BSBCenter.com&quot; rel=&quot;nofollow&quot;&gt;&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>About backup strategies, My web site is small now and I  can mange data lose easily because I have it on my PC . However with increasing data I fell some how afraid of losing data either with small  mistake like saving wrong data over new one or by losing links between pages..I will start using database as my web site topics increasing but it is too early for me &#8230; Best way form my point is saving data frequently in DVD or any external drive but not flash it is not safe..<br />
Using other server is not efficient and cost money and you may not use it..<br />
I like my web sit it steel small</p>
<p><a href="http://www.BSBCenter.com" rel="nofollow"></a></p>]]></content:encoded>
	</item>
	<item>
		<title>By: Ryu</title>
		<link>http://www.sitepoint.com/blogs/2009/01/31/open-thread-how-to-prevent-data-loss/comment-page-1/#comment-873442</link>
		<dc:creator>Ryu</dc:creator>
		<pubDate>Wed, 04 Feb 2009 13:17:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=4862#comment-873442</guid>
		<description>for MySQL i&#039;ve used the PHP-Tool MySQLDumper several Times, its nice thing so try it :)
&lt;a href=&quot;http://www.mysqldumper.de/en/&quot; rel=&quot;nofollow&quot;&gt;http://www.mysqldumper.de/en/&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>for MySQL i&#8217;ve used the PHP-Tool MySQLDumper several Times, its nice thing so try it :)<br />
<a href="http://www.mysqldumper.de/en/" rel="nofollow">http://www.mysqldumper.de/en/</a></p>]]></content:encoded>
	</item>
	<item>
		<title>By: Farside</title>
		<link>http://www.sitepoint.com/blogs/2009/01/31/open-thread-how-to-prevent-data-loss/comment-page-1/#comment-873426</link>
		<dc:creator>Farside</dc:creator>
		<pubDate>Wed, 04 Feb 2009 12:34:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=4862#comment-873426</guid>
		<description>I have a solution that is similar to the one &lt;em&gt;LucidSurf&lt;/em&gt; uses. Daily I run these cron jobs:

&lt;code&gt;/bin/sh /usr/home/myusername/mysqlbackup.sh&lt;/code&gt;
&lt;code&gt;/bin/sh /usr/home/myusername/zipmysqlbackup.sh&lt;/code&gt;

The first sh file dumps my databases, use one such line for each database:
&lt;code&gt;mysqldump -uxxx -pxxxx --opt dbname &gt; /usr/home/myusername/backups/backup_dbname.sql&lt;/code&gt;

The second zips it into the zip directory:
&lt;code&gt;cd /usr/home/myusername/backup/zip&lt;/code&gt;
&lt;code&gt;tar -zcvf db_backups.tgz ../*.sql&lt;/code&gt;

Then I use Cobian Backup (&lt;a href=&quot;http://www.educ.umu.se/~cobian/index.htm&quot; rel=&quot;nofollow&quot;&gt;http://www.educ.umu.se/~cobian/index.htm&lt;/a&gt;) to daily download my zip file via FTP, and keep separate versions for the last 4 days, so I have a copy on my server and one locally. As &lt;em&gt;LucidSurf&lt;/em&gt; said, It&#039;s not the most elegant solution, but it&#039;s cheap.</description>
		<content:encoded><![CDATA[<p>I have a solution that is similar to the one <em>LucidSurf</em> uses. Daily I run these cron jobs:</p>
<p><code>/bin/sh /usr/home/myusername/mysqlbackup.sh</code><br />
<code>/bin/sh /usr/home/myusername/zipmysqlbackup.sh</code></p>
<p>The first sh file dumps my databases, use one such line for each database:<br />
<code>mysqldump -uxxx -pxxxx --opt dbname &gt; /usr/home/myusername/backups/backup_dbname.sql</code></p>
<p>The second zips it into the zip directory:<br />
<code>cd /usr/home/myusername/backup/zip</code><br />
<code>tar -zcvf db_backups.tgz ../*.sql</code></p>
<p>Then I use Cobian Backup (<a href="http://www.educ.umu.se/~cobian/index.htm" rel="nofollow">http://www.educ.umu.se/~cobian/index.htm</a>) to daily download my zip file via FTP, and keep separate versions for the last 4 days, so I have a copy on my server and one locally. As <em>LucidSurf</em> said, It&#8217;s not the most elegant solution, but it&#8217;s cheap.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: NikLP</title>
		<link>http://www.sitepoint.com/blogs/2009/01/31/open-thread-how-to-prevent-data-loss/comment-page-1/#comment-873423</link>
		<dc:creator>NikLP</dc:creator>
		<pubDate>Wed, 04 Feb 2009 12:29:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=4862#comment-873423</guid>
		<description>Dropbox, Cron ... but I need something else for automated system backups, so thanks for the above advice :)</description>
		<content:encoded><![CDATA[<p>Dropbox, Cron &#8230; but I need something else for automated system backups, so thanks for the above advice :)</p>]]></content:encoded>
	</item>
</channel>
</rss>
