<?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>Shock Media Weblog &#187; Murphy</title>
	<atom:link href="http://weblog.shockmedia.nl/tag/murphy/feed/" rel="self" type="application/rss+xml" />
	<link>http://weblog.shockmedia.nl</link>
	<description>Weblog door medewerkers van Shock Media</description>
	<lastBuildDate>Wed, 04 Apr 2012 09:09:26 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Backups tot de macht drie</title>
		<link>http://weblog.shockmedia.nl/2009/06/24/backups-tot-de-macht-drie/</link>
		<comments>http://weblog.shockmedia.nl/2009/06/24/backups-tot-de-macht-drie/#comments</comments>
		<pubDate>Wed, 24 Jun 2009 14:31:19 +0000</pubDate>
		<dc:creator>Erik Jan Hofstede</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Backups]]></category>
		<category><![CDATA[clustering]]></category>
		<category><![CDATA[dataopslag]]></category>
		<category><![CDATA[Murphy]]></category>
		<category><![CDATA[RAID]]></category>
		<category><![CDATA[replicatie]]></category>
		<category><![CDATA[Xen]]></category>

		<guid isPermaLink="false">http://weblog.shockmedia.nl/?p=73</guid>
		<description><![CDATA[Hoewel Murphy (zie de Wet van Murphy of eigenlijk de Wet van Bedrog) al een geruime tijd geleden bij ons bedrijf ontslagen is, komt deze hardnekkige en vooral niet echt populaire ex-collega toch zo nu en dan - onaangekondigd &#8211; langs om eens flink wat roet in het spreekwoordelijke eten te gooien. Omdat wij alle systemen waarvan wij [...]]]></description>
			<content:encoded><![CDATA[<p>Hoewel Murphy (zie de <a href="http://nl.wikipedia.org/wiki/Wet_van_Murphy" target="_blank">Wet van Murphy</a> of eigenlijk de <a href="http://nl.wikipedia.org/wiki/Wet_van_Bedrog" target="_blank">Wet van Bedrog</a>) al een geruime tijd geleden bij ons bedrijf ontslagen is, komt deze hardnekkige en vooral niet echt populaire ex-collega toch zo nu en dan - onaangekondigd &#8211; langs om eens flink wat roet in het spreekwoordelijke eten te gooien.</p>
<p>Omdat wij alle systemen waarvan wij het beheer onder onze hoede nemen, proactief monitoren, trendgrafieken maken en regelmatig onderwerpen aan een grondige &#8216;checkup&#8217;, detecteren en verhelpen we vrijwel alle potentiële problemen voordat het problemen worden. Toch zullen er altijd problemen blijven ontstaan, die niet vooraf te voorkomen waren. Enkele voorbeelden van problemen die niet vaak proactief op te lossen zijn:</p>
<ul>
<li>Spontane filesystem corruption (door software of hardware) waardoor data in extreme gevallen corrupt kan raken.</li>
<li><a href="http://en.wikipedia.org/wiki/Zero-Day_Attack" target="_blank">Zero-day exploits</a> in gebruikte software waardoor hackers in extreme gevallen data zouden kunnen verwijderen.</li>
<li>Mensenlijke fouten waardoor data perongeluk word verwijderd.</li>
<li>Rampen en terrorisme.</li>
</ul>
<p>De vraag die wij onszelf daarom regelmatig stellen is niet of een incident gaat plaatsvinden, maar altijd wanneer en hoe we op dat moment zo&#8217;n incident kunnen ondervangen. Deze conclusie heeft er tot geleid dat wij bijna paranoïde zijn geworden op het maken van goede backups en het redundant opslaan van data. Er zijn nooit teveel backups!</p>
<div id="attachment_117" class="wp-caption alignleft" style="width: 160px"><a href="http://weblog.shockmedia.nl/wp-content/uploads/2009/06/backups1.png" rel="lightbox[73]"><img class="size-thumbnail wp-image-117" title="Backups Xencluster" src="http://weblog.shockmedia.nl/wp-content/uploads/2009/06/backups1-150x150.png" alt="Backups en dataopslag bij Shock Media B.V." width="150" height="150" /></a><p class="wp-caption-text">Backups en dataopslag bij Shock Media B.V.</p></div>
<p>Hiernaast staat een illustratie over hoe wij data in ons Xen-cluster opslaan en hier backups van maken. Om het voor minder technisch onderlegde mensen begrijpbaar te houden, zijn een aantal zaken versimpeld weergegeven. Data van onze klanten wordt op de fysieke server redundant opgeslagen d.m.v. hardware RAID, hiernaast word ook alle data realtime gerepliceerd naar een andere fysieke server, die als secundairy dient en eveneens met hardware RAID is uitgerust. Wanneer een fysieke server uitvalt, kunnen de virtuele systemen (die de data bevatten) eenvoudig op een ander fysiek systeem weer gestart worden. Hierdoor is de data van bijvoorbeeld een website, e-mail, database of applicatie al op 4 verschillende mediadragers realtime opgeslagen in het cluster.</p>
<div class="mceTemp">Ook worden er dagelijks meermaals een mirror gemaakt van alle data naar een fysiek andere backup-server buiten het cluster die ook weer is uitgevoerd met hardware RAID. Deze data is hooguit enkele uren oud, maar niet realtime. Dit heeft als voordeel dat bij dataverlies door een menselijke fout of door een hacker, deze weer snel kan worden gerestored.</div>
<p>Deze data staat allemaal nog wel in hetzelfde datacentrum. Hoewel dit datacentrum zwaar beveiligd is tegen brand, braak, water en andere soorten rampen, is wanneer bijvoorbeeld een vliegtuig land op het datacentrum een potentieel probleem voor verlies van data. Hierom maken wij ook offsite backups naar een backup-server in een fysiek ander &#8211; geografisch gescheiden &#8211; datacentrum. Wederom is deze server uitgevoerd met hardware RAID.</p>
<p>Als laatste maken wij periodiek complete backups naar backuptapes die weer op een geografisch gescheiden locatie worden opgeslagen. Deze data is niet via een netwerk verbonden maar is volledig offline. Dit zorgt ervoor dat de data extreem veilig staat, echter niet makkelijk toegankelijk om te gebruiken voor recovery van data. Dit is dan ook alleen in extreme situaties een extra uitwijk mogelijkheid.</p>
<p>Alle data van onder andere onze <a href="http://www.shockmedia.nl/hosting/shared.html" target="_blank">shared hosting</a>, <a href="http://www.shockmedia.nl/hosting/virtual.html" target="_blank">virtuele servers</a> maar ook diverse <a href="http://www.shockmedia.nl/hosting/dedicated.html" target="_blank">dedicated servers</a> en <a href="http://www.shockmedia.nl/diensten/overzicht.html" target="_blank">dedicated clusters</a> worden door het gebruik van hardware RAID, netwerk-replicate, onsite backups, offsite backups en offline backups in totaal 9 keer opgeslagen.
<div class="social4i" style="height:69px;">
<div class="social4in" style="height:69px;float: left;">
<div class="socialicons s4twitter" style="float:left;margin-right: 10px;"><a href="http://twitter.com/share" data-url="http://weblog.shockmedia.nl/2009/06/24/backups-tot-de-macht-drie/" data-counturl="http://weblog.shockmedia.nl/2009/06/24/backups-tot-de-macht-drie/" data-text="Backups tot de macht drie" class="twitter-share-button" data-count="vertical" data-via=""></a></div>
<div class="socialicons s4fblike" style="float:left;margin-right: 10px;">
<div id="fb-root"></div>
<p><fb:like href="http%3A%2F%2Fweblog.shockmedia.nl%2F2009%2F06%2F24%2Fbackups-tot-de-macht-drie%2F" send="false" layout="box_count" width="55" height="62" show_faces="false" font=""></fb:like></div>
<div class="socialicons s4plusone" style="float:left;margin-right: 10px;"><g:plusone size="tall" href="http://weblog.shockmedia.nl/2009/06/24/backups-tot-de-macht-drie/" count="true"></g:plusone></div>
<div class="socialicons s4linkedin" style="float:left;margin-right: 10px;"><script type="in/share" data-url="http://weblog.shockmedia.nl/2009/06/24/backups-tot-de-macht-drie/" data-counter="top"></script></div>
</div>
<div style="clear:both"></div>
</div>
]]></content:encoded>
			<wfw:commentRss>http://weblog.shockmedia.nl/2009/06/24/backups-tot-de-macht-drie/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

