<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Big Red Design &#187; backup</title>
	<atom:link href="http://www.bigreddesign.com/tag/backup/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bigreddesign.com</link>
	<description>Accessible Web Development</description>
	<lastBuildDate>Thu, 13 Aug 2009 22:33:43 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Backup policy</title>
		<link>http://www.bigreddesign.com/2009/02/backup-policy/</link>
		<comments>http://www.bigreddesign.com/2009/02/backup-policy/#comments</comments>
		<pubDate>Sat, 14 Feb 2009 19:08:34 +0000</pubDate>
		<dc:creator>Denis</dc:creator>
				<category><![CDATA[Big Red Design]]></category>
		<category><![CDATA[backup]]></category>

		<guid isPermaLink="false">http://www.bigreddesign.co.uk/?p=146</guid>
		<description><![CDATA[Following some recent high profile incidents, we outline the steps we take to protect your website.]]></description>
			<content:encoded><![CDATA[<p>With a couple of recent incidents of high-profile sites (<a href="http://blog.wired.com/business/2009/01/magnolia-suffer.html" target="_blank">ma.gnolia</a> and <a href="http://www.techcrunch.com/2009/01/03/journalspace-drama-all-data-lost-without-backup-company-deadpooled/" target="_blank">Journalspace</a>) failing due to the lack of a rigorous enough backup policy, now seems a good time to reassure customers about Big Red Design&#8217;s own policy.</p>
<p>A nightly dump of all MySQL and PostgreSQL databases is performed and the files from these, along with all website files go into two independent automatic backup systems. In the first, weekly full and nightly incremental backups are taken and stored on the Big Red Design web server, hosted in Germany. These are in <acronym title="Tape ARchive"><a href="http://en.wikipedia.org/wiki/Tar_(file_format)" target="_blank">tar</a></acronym> format, compressed using <a href="http://www.bzip.org/" target="_blank">bzip2</a>.</p>
<p>The second method involves a nightly <a href="http://en.wikipedia.org/wiki/Rsync" target="_blank">rsync</a> of the databases, website files and server configuration files to the server in the Big Red Design office in the UK. This machine retains all files uncompressed using hard links to unchanged files from the previous backup in exactly the same way as is used by Apple&#8217;s <a href="http://www.apple.com/macosx/features/timemachine.html" target="_blank">Time Machine</a> backup system. Once a month, a copy of the most recent version of this backup is taken to <abbr title="Digital Versatile Disc">DVD</abbr> and stored in a safe.</p>
<p>However, we encourage customers not just to take our word for it, but to make their own backups too. If you would like assistance in doing this, we&#8217;d be glad to help.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.bigreddesign.com/2009/02/backup-policy/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
