<?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>50Micron.com &#187; Best Practices</title>
	<atom:link href="http://blog.50micron.com/category/best-practices/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.50micron.com</link>
	<description>Ranting and raving about storage and technology</description>
	<lastBuildDate>Sun, 08 Jan 2012 05:06:39 +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>Multivendor or Single Source?  Is there a right answer?</title>
		<link>http://blog.50micron.com/2010/05/26/multivendor-or-single-source-is-there-a-right-answer/</link>
		<comments>http://blog.50micron.com/2010/05/26/multivendor-or-single-source-is-there-a-right-answer/#comments</comments>
		<pubDate>Wed, 26 May 2010 05:25:19 +0000</pubDate>
		<dc:creator>Jesse</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Replication]]></category>
		<category><![CDATA[SingleVendor]]></category>

		<guid isPermaLink="false">http://blog.50micron.com/?p=631</guid>
		<description><![CDATA[Every time I turn around it seems I seem to be running into the same question. Is it better to be multi-vendor or single source? Well the easy answer to that is, it depends.  Different vendors do things differently, work better/worse with some hardware, etc. The arguments in favor of a single-vendor solution is easy.  [...]]]></description>
		<wfw:commentRss>http://blog.50micron.com/2010/05/26/multivendor-or-single-source-is-there-a-right-answer/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Consulting vs. Contracting&#8230;.  A primer&#8230;.</title>
		<link>http://blog.50micron.com/2009/11/04/consulting-vs-contracting-a-primer/</link>
		<comments>http://blog.50micron.com/2009/11/04/consulting-vs-contracting-a-primer/#comments</comments>
		<pubDate>Thu, 05 Nov 2009 03:44:57 +0000</pubDate>
		<dc:creator>Jesse</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Gripe]]></category>
		<category><![CDATA[Opinion]]></category>

		<guid isPermaLink="false">http://blog.50micron.com/?p=583</guid>
		<description><![CDATA[Ok, I can say it in a sentence. A contractor is someone you hire to do a job, a consultant is someone you hire to fix a problem. I&#8217;ve done both, but in the last 8 years I&#8217;ve been primarily a &#8220;Consultant.&#8221;  My job is to fix whatever perceived problem. Some companies might have a [...]]]></description>
		<wfw:commentRss>http://blog.50micron.com/2009/11/04/consulting-vs-contracting-a-primer/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>On tape&#8230;</title>
		<link>http://blog.50micron.com/2009/10/23/on-tape/</link>
		<comments>http://blog.50micron.com/2009/10/23/on-tape/#comments</comments>
		<pubDate>Fri, 23 Oct 2009 05:33:54 +0000</pubDate>
		<dc:creator>Jesse</dc:creator>
				<category><![CDATA[Backup]]></category>
		<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[DR/COOP]]></category>
		<category><![CDATA[Replication]]></category>
		<category><![CDATA[Tape]]></category>
		<category><![CDATA[Worst Practices]]></category>

		<guid isPermaLink="false">http://blog.50micron.com/?p=564</guid>
		<description><![CDATA[Ok, I have no problem with tape.  It&#8217;s a *GREAT* backup medium when your requirement is portability for massive amounts of data and you&#8217;re not replicating said data. If I had to ship 400TB of backups to Iron-Mountain, to protect against the earthquake-to-end-all-earthquakes tape would be my FIRST choice (though maybe, as a GIANT CAVE [...]]]></description>
		<wfw:commentRss>http://blog.50micron.com/2009/10/23/on-tape/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>No SAN is an island&#8230;</title>
		<link>http://blog.50micron.com/2009/09/16/no-san-is-an-island/</link>
		<comments>http://blog.50micron.com/2009/09/16/no-san-is-an-island/#comments</comments>
		<pubDate>Wed, 16 Sep 2009 17:54:13 +0000</pubDate>
		<dc:creator>Jesse</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Fibrechannel]]></category>
		<category><![CDATA[Switches]]></category>

		<guid isPermaLink="false">http://blog.50micron.com/?p=570</guid>
		<description><![CDATA[Ok, that was too cutsey for such a classy establishment. When you&#8217;re building a SAN, everything should play together, in the same SAN box if you will (with my apologies to QLogic.) When you start putting in multiple stand-alone SAN islands you increase your maintenance overhead exponentially.  You also prevent the very thing that make [...]]]></description>
		<wfw:commentRss>http://blog.50micron.com/2009/09/16/no-san-is-an-island/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Backup Vs. Archive</title>
		<link>http://blog.50micron.com/2009/09/15/backup-vs-archive/</link>
		<comments>http://blog.50micron.com/2009/09/15/backup-vs-archive/#comments</comments>
		<pubDate>Tue, 15 Sep 2009 05:32:26 +0000</pubDate>
		<dc:creator>Jesse</dc:creator>
				<category><![CDATA["Cloud"]]></category>
		<category><![CDATA[Archive]]></category>
		<category><![CDATA[Backup]]></category>
		<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Centerra]]></category>
		<category><![CDATA[Deduplciation]]></category>
		<category><![CDATA[Gripe]]></category>

		<guid isPermaLink="false">http://blog.50micron.com/?p=566</guid>
		<description><![CDATA[The fundamental difference between BACKUP and ARCHIVE. A backup is there to help you deal with a crisis such as &#8220;My datacenter is a smoking hole in the ground now what do I do?&#8221; or something not quite as dramatic like &#8220;A virus ate my data.&#8221;  You recover from the backup to the last known [...]]]></description>
		<wfw:commentRss>http://blog.50micron.com/2009/09/15/backup-vs-archive/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>VMWare Booting&#8230;</title>
		<link>http://blog.50micron.com/2009/08/31/vmware-booting/</link>
		<comments>http://blog.50micron.com/2009/08/31/vmware-booting/#comments</comments>
		<pubDate>Mon, 31 Aug 2009 16:32:46 +0000</pubDate>
		<dc:creator>Jesse</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[VMWare]]></category>
		<category><![CDATA[Worst Practices]]></category>

		<guid isPermaLink="false">http://blog.50micron.com/?p=559</guid>
		<description><![CDATA[Ok, I&#8217;m curious as to whether anyone has an answer for this. Why don&#8217;t more people boot VMWare ESX from the SAN? It occurred to me the other night that I have 2 36G drives in each of my servers that I use possibly 10G of, when I already have a High-Availability storage solution at [...]]]></description>
		<wfw:commentRss>http://blog.50micron.com/2009/08/31/vmware-booting/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>New look</title>
		<link>http://blog.50micron.com/2009/08/18/new-look/</link>
		<comments>http://blog.50micron.com/2009/08/18/new-look/#comments</comments>
		<pubDate>Wed, 19 Aug 2009 03:07:25 +0000</pubDate>
		<dc:creator>Jesse</dc:creator>
				<category><![CDATA[Best Practices]]></category>

		<guid isPermaLink="false">http://blog.50micron.com/?p=557</guid>
		<description><![CDATA[I&#8217;m bored &#8211; bygones. Monday was another one of those days.  When will facilities people get it through their heads that &#8230;maybe it isn&#8217;t a GREAT idea to test the generator during the day&#8230; &#8230;maybe it&#8217;s something better done at night, on a weekend, or when the moon isn&#8217;t full&#8230; &#8230;maybe it&#8217;s a good idea [...]]]></description>
		<wfw:commentRss>http://blog.50micron.com/2009/08/18/new-look/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>On roleplaying&#8230;</title>
		<link>http://blog.50micron.com/2009/08/07/on-roleplaying/</link>
		<comments>http://blog.50micron.com/2009/08/07/on-roleplaying/#comments</comments>
		<pubDate>Fri, 07 Aug 2009 17:41:12 +0000</pubDate>
		<dc:creator>Jesse</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Celerra]]></category>
		<category><![CDATA[NetApp]]></category>
		<category><![CDATA[NFS]]></category>
		<category><![CDATA[Vendor Abuse]]></category>
		<category><![CDATA[Worst Practices]]></category>

		<guid isPermaLink="false">http://blog.50micron.com/?p=546</guid>
		<description><![CDATA[Ok &#8211; certain people do certain things well. I&#8217;m a storage administrator/architect.  If you present me a problem I will *ALWAYS* look at it from a storage standpoint.  If you present me with a non-storage problem, I&#8217;ll try and make it fit. I&#8217;ve identified four types of systems engineer-type-people: Storage people Server people Network people [...]]]></description>
		<wfw:commentRss>http://blog.50micron.com/2009/08/07/on-roleplaying/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How to tell if your sales rep hates you&#8230;.</title>
		<link>http://blog.50micron.com/2009/05/22/how-to-tell-if-your-sales-rep-hates-you/</link>
		<comments>http://blog.50micron.com/2009/05/22/how-to-tell-if-your-sales-rep-hates-you/#comments</comments>
		<pubDate>Fri, 22 May 2009 19:38:40 +0000</pubDate>
		<dc:creator>Jesse</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Celerra]]></category>
		<category><![CDATA[Ethics]]></category>
		<category><![CDATA[NFS]]></category>
		<category><![CDATA[Replication]]></category>
		<category><![CDATA[Vmware-NFS]]></category>
		<category><![CDATA[Worst Practices]]></category>

		<guid isPermaLink="false">http://www.50micron.com/?p=503</guid>
		<description><![CDATA[I just got the following job posting and it made me, literally, laugh out loud, spitting latte all over my laptop. If your sales rep allows you to do something like this, it&#8217;s a fair bet that s/he hates you (or is planning to buy your company out of bankruptcy later). &#8220;WANTED: VMWare 1-month resident to [...]]]></description>
		<wfw:commentRss>http://blog.50micron.com/2009/05/22/how-to-tell-if-your-sales-rep-hates-you/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>
		</item>
		<item>
		<title>On Security&#8230;.</title>
		<link>http://blog.50micron.com/2009/03/25/on-security/</link>
		<comments>http://blog.50micron.com/2009/03/25/on-security/#comments</comments>
		<pubDate>Thu, 26 Mar 2009 04:06:36 +0000</pubDate>
		<dc:creator>Jesse</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[Job Market]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://www.50micron.com/?p=488</guid>
		<description><![CDATA[Security is a good thing&#8230;.until it isn&#8217;t. Security isn&#8217;t a good then when it interferes needlessly with productivity.  By needlessly I mean to say when you don&#8217;t get the security you&#8217;re looking for but instead make it harder for your people to do their job than needs to be. A few examples: 1.   Company &#8220;A&#8221; [...]]]></description>
		<wfw:commentRss>http://blog.50micron.com/2009/03/25/on-security/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

