<?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: The Art of Being a Successful DBA &#8211; Poka-Yoke and Paranoid DBA Best Practices</title>
	<atom:link href="http://www.remotedbaexperts.com/Blog/2009/09/the-art-of-being-a-successful-dba-poka-yoke-and-paranoid-dba-best-practices/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.remotedbaexperts.com/Blog/2009/09/the-art-of-being-a-successful-dba-poka-yoke-and-paranoid-dba-best-practices/</link>
	<description>Remote DBA Experts Blog</description>
	<lastBuildDate>Tue, 16 Mar 2010 03:32:55 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Craig</title>
		<link>http://www.remotedbaexperts.com/Blog/2009/09/the-art-of-being-a-successful-dba-poka-yoke-and-paranoid-dba-best-practices/comment-page-1/#comment-100</link>
		<dc:creator>Craig</dc:creator>
		<pubDate>Wed, 28 Oct 2009 22:24:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.remotedbaexperts.com/Blog/?p=308#comment-100</guid>
		<description>I have wrote up how I set my sessions between live and test here http://tinyurl.com/gcblog65 feel free to have a look, I set-up my putty sessions very visual to determine between the two</description>
		<content:encoded><![CDATA[<p>I have wrote up how I set my sessions between live and test here <a href="http://tinyurl.com/gcblog65" rel="nofollow">http://tinyurl.com/gcblog65</a> feel free to have a look, I set-up my putty sessions very visual to determine between the two</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray</title>
		<link>http://www.remotedbaexperts.com/Blog/2009/09/the-art-of-being-a-successful-dba-poka-yoke-and-paranoid-dba-best-practices/comment-page-1/#comment-75</link>
		<dc:creator>Ray</dc:creator>
		<pubDate>Thu, 08 Oct 2009 17:18:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.remotedbaexperts.com/Blog/?p=308#comment-75</guid>
		<description>I live by a few simple rules:

1. Always have a way un-Screw-up what you are about to screw up. (Rollback scripts, fresh backup...)

2. &quot;Never Delete Anything&quot;. I get a lot of flack for this one. Of course, this needs to be done &#039;within reason&#039; but I would much rather catch grief for over-running a backup disk than missing data. 

3. Disk Space is cheap... unemployment is expensive.</description>
		<content:encoded><![CDATA[<p>I live by a few simple rules:</p>
<p>1. Always have a way un-Screw-up what you are about to screw up. (Rollback scripts, fresh backup&#8230;)</p>
<p>2. &#8220;Never Delete Anything&#8221;. I get a lot of flack for this one. Of course, this needs to be done &#8216;within reason&#8217; but I would much rather catch grief for over-running a backup disk than missing data. </p>
<p>3. Disk Space is cheap&#8230; unemployment is expensive.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: virtualmono</title>
		<link>http://www.remotedbaexperts.com/Blog/2009/09/the-art-of-being-a-successful-dba-poka-yoke-and-paranoid-dba-best-practices/comment-page-1/#comment-58</link>
		<dc:creator>virtualmono</dc:creator>
		<pubDate>Thu, 17 Sep 2009 22:05:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.remotedbaexperts.com/Blog/?p=308#comment-58</guid>
		<description>So true... whenever I have to perform some potentially destructive action, I tend to double-check several times before hitting the enter-key. I liked the part about concentration too - unfortunately it&#039;s hard to avoid distractions by ongoing conversations around in a cubicle-environment (will management ever learn this?).</description>
		<content:encoded><![CDATA[<p>So true&#8230; whenever I have to perform some potentially destructive action, I tend to double-check several times before hitting the enter-key. I liked the part about concentration too &#8211; unfortunately it&#8217;s hard to avoid distractions by ongoing conversations around in a cubicle-environment (will management ever learn this?).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Narendra</title>
		<link>http://www.remotedbaexperts.com/Blog/2009/09/the-art-of-being-a-successful-dba-poka-yoke-and-paranoid-dba-best-practices/comment-page-1/#comment-57</link>
		<dc:creator>Narendra</dc:creator>
		<pubDate>Thu, 17 Sep 2009 18:29:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.remotedbaexperts.com/Blog/?p=308#comment-57</guid>
		<description>Good article. I regularly use the tips described in the article and comments.

However, on AIX servers, I even change putty window title to show what Oracle sid has been set.
For example:
I will add following in .profile file:

change_title=TITLE=&#039;host_name:$ORACLE_SID;PROMPT_COMMAND=&quot;33]0;${TITLE}07&quot;; echo $PROMPT_COMMAND&#039;
dbsid=&#039;export  ORAENV_ASK=NO; export ORACLE_SID=dbsid; . oraenv;export  ORAENV_ASK=YES;change_title&#039;

So whenever I type dbsid at command prompt, the window title changes to hostname:dbsid.</description>
		<content:encoded><![CDATA[<p>Good article. I regularly use the tips described in the article and comments.</p>
<p>However, on AIX servers, I even change putty window title to show what Oracle sid has been set.<br />
For example:<br />
I will add following in .profile file:</p>
<p>change_title=TITLE=&#8217;host_name:$ORACLE_SID;PROMPT_COMMAND=&#8221;33]0;${TITLE}07&#8243;; echo $PROMPT_COMMAND&#8217;<br />
dbsid=&#8217;export  ORAENV_ASK=NO; export ORACLE_SID=dbsid; . oraenv;export  ORAENV_ASK=YES;change_title&#8217;</p>
<p>So whenever I type dbsid at command prompt, the window title changes to hostname:dbsid.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin</title>
		<link>http://www.remotedbaexperts.com/Blog/2009/09/the-art-of-being-a-successful-dba-poka-yoke-and-paranoid-dba-best-practices/comment-page-1/#comment-52</link>
		<dc:creator>Kevin</dc:creator>
		<pubDate>Wed, 16 Sep 2009 15:35:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.remotedbaexperts.com/Blog/?p=308#comment-52</guid>
		<description>&quot;The environment that makes you do a “SELECT name FROM V$DATABASE” command in SQL*PLUS about 15 times in a row before you finally execute the “DROP USER CASCADE” statement.&quot;

This is sad but true! It&#039;s indicative of the paranoia behind daily executing of task and statements that can bring the whole organization to a halt!

It may sound corny but I still like the old fashioned method of keeping one session open on PROD when running database level commands and verifying the session.  If I need to keep other multiple windows open I will go to a different screen on the solaris box where I have mulitple sessions open for status checking etc.</description>
		<content:encoded><![CDATA[<p>&#8220;The environment that makes you do a “SELECT name FROM V$DATABASE” command in SQL*PLUS about 15 times in a row before you finally execute the “DROP USER CASCADE” statement.&#8221;</p>
<p>This is sad but true! It&#8217;s indicative of the paranoia behind daily executing of task and statements that can bring the whole organization to a halt!</p>
<p>It may sound corny but I still like the old fashioned method of keeping one session open on PROD when running database level commands and verifying the session.  If I need to keep other multiple windows open I will go to a different screen on the solaris box where I have mulitple sessions open for status checking etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carlos Acosta</title>
		<link>http://www.remotedbaexperts.com/Blog/2009/09/the-art-of-being-a-successful-dba-poka-yoke-and-paranoid-dba-best-practices/comment-page-1/#comment-45</link>
		<dc:creator>Carlos Acosta</dc:creator>
		<pubDate>Fri, 11 Sep 2009 20:43:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.remotedbaexperts.com/Blog/?p=308#comment-45</guid>
		<description>Excellent post Chris, I think that over the time we all came up with tips like this and it is important to document them at the very same moment we came up with them (guilty of charge). 
I don&#039;t only use different color screens, but also the position of them in the monitor, upper half and lower half are production and testing.

Another one is to have always different passwords for production and testing environments, not only for sys/system but also for the OS&#039;s oracle user. A co-worker of mine wanted to open a terminal to a testing environment, he clicked just below the right server and .... you know the rest of the story, don&#039;t you? he was working so fast that he didn&#039;t check SID, hostname or anything, in these cases a different password can help you stop a disaster.</description>
		<content:encoded><![CDATA[<p>Excellent post Chris, I think that over the time we all came up with tips like this and it is important to document them at the very same moment we came up with them (guilty of charge).<br />
I don&#8217;t only use different color screens, but also the position of them in the monitor, upper half and lower half are production and testing.</p>
<p>Another one is to have always different passwords for production and testing environments, not only for sys/system but also for the OS&#8217;s oracle user. A co-worker of mine wanted to open a terminal to a testing environment, he clicked just below the right server and &#8230;. you know the rest of the story, don&#8217;t you? he was working so fast that he didn&#8217;t check SID, hostname or anything, in these cases a different password can help you stop a disaster.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Log Buffer #161: a Carnival of the Vanities for DBAs &#171; PlanetMysql.ru &#8211; информация о СУБД MySQL</title>
		<link>http://www.remotedbaexperts.com/Blog/2009/09/the-art-of-being-a-successful-dba-poka-yoke-and-paranoid-dba-best-practices/comment-page-1/#comment-43</link>
		<dc:creator>Log Buffer #161: a Carnival of the Vanities for DBAs &#171; PlanetMysql.ru &#8211; информация о СУБД MySQL</dc:creator>
		<pubDate>Fri, 11 Sep 2009 19:59:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.remotedbaexperts.com/Blog/?p=308#comment-43</guid>
		<description>[...] attention to detail on which Chris Foot gives it a funny name: Poka-Yoke. You&#8217;ll have to read The Art of Being a Successful DBA - Poka-Yoke and Paranoid DBA Best Practices to know what it means.PlanetMySQL Voting: Vote UP / Vote [...]</description>
		<content:encoded><![CDATA[<p>[...] attention to detail on which Chris Foot gives it a funny name: Poka-Yoke. You&#8217;ll have to read The Art of Being a Successful DBA &#8211; Poka-Yoke and Paranoid DBA Best Practices to know what it means.PlanetMySQL Voting: Vote UP / Vote [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Log Buffer #161: a Carnival of the Vanities for DBAs &#124; Pythian Group Blog</title>
		<link>http://www.remotedbaexperts.com/Blog/2009/09/the-art-of-being-a-successful-dba-poka-yoke-and-paranoid-dba-best-practices/comment-page-1/#comment-41</link>
		<dc:creator>Log Buffer #161: a Carnival of the Vanities for DBAs &#124; Pythian Group Blog</dc:creator>
		<pubDate>Fri, 11 Sep 2009 17:42:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.remotedbaexperts.com/Blog/?p=308#comment-41</guid>
		<description>[...] attention to detail on which Chris Foot gives it a funny name: Poka-Yoke. You&#8217;ll have to read The Art of Being a Successful DBA - Poka-Yoke and Paranoid DBA Best Practices to know what it [...]</description>
		<content:encoded><![CDATA[<p>[...] attention to detail on which Chris Foot gives it a funny name: Poka-Yoke. You&#8217;ll have to read The Art of Being a Successful DBA &#8211; Poka-Yoke and Paranoid DBA Best Practices to know what it [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Foot</title>
		<link>http://www.remotedbaexperts.com/Blog/2009/09/the-art-of-being-a-successful-dba-poka-yoke-and-paranoid-dba-best-practices/comment-page-1/#comment-39</link>
		<dc:creator>Chris Foot</dc:creator>
		<pubDate>Fri, 11 Sep 2009 15:18:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.remotedbaexperts.com/Blog/?p=308#comment-39</guid>
		<description>AHA!   The colored screen idea is a great way to quickly differentiate between test and production environments.   This recommendation is definitely one for us all to consider.   How many times has an overworked, stressed out DBA found out that they were in the wrong database.   Surely something that can be prevented but I think we can all agree how easy of a mistake it is to make!  

I&#039;m sure there are some reading this and thinking &quot;They shouldn&#039;t be DBAs if they can&#039;t tell what DB they are in.&quot;   My response to that would be BULL.  A person gets sidetracked, stressed from overwork, tight deadlines,  issues at home, not feeling well - whatever.  IT HAPPENS.  They mark of a good DBA is taking steps to prevent it - not being so egocentric to think it can never happen to them.

Some of us possess an overabundance of talent for this profession, others are just plain lucky and the rest of us have to be thorough and prepared.  I&#039;m neither a DBA savant or that lucky so I have to be prepared.

We at Remote DBA Experts will be considering the different colored screen mistake proofing idea at our next team meeting.   All of these recommendations are great.</description>
		<content:encoded><![CDATA[<p>AHA!   The colored screen idea is a great way to quickly differentiate between test and production environments.   This recommendation is definitely one for us all to consider.   How many times has an overworked, stressed out DBA found out that they were in the wrong database.   Surely something that can be prevented but I think we can all agree how easy of a mistake it is to make!  </p>
<p>I&#8217;m sure there are some reading this and thinking &#8220;They shouldn&#8217;t be DBAs if they can&#8217;t tell what DB they are in.&#8221;   My response to that would be BULL.  A person gets sidetracked, stressed from overwork, tight deadlines,  issues at home, not feeling well &#8211; whatever.  IT HAPPENS.  They mark of a good DBA is taking steps to prevent it &#8211; not being so egocentric to think it can never happen to them.</p>
<p>Some of us possess an overabundance of talent for this profession, others are just plain lucky and the rest of us have to be thorough and prepared.  I&#8217;m neither a DBA savant or that lucky so I have to be prepared.</p>
<p>We at Remote DBA Experts will be considering the different colored screen mistake proofing idea at our next team meeting.   All of these recommendations are great.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Norma</title>
		<link>http://www.remotedbaexperts.com/Blog/2009/09/the-art-of-being-a-successful-dba-poka-yoke-and-paranoid-dba-best-practices/comment-page-1/#comment-38</link>
		<dc:creator>Norma</dc:creator>
		<pubDate>Fri, 11 Sep 2009 14:16:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.remotedbaexperts.com/Blog/?p=308#comment-38</guid>
		<description>This article was absolutely RIGHT ON!  I&#039;ve forwarded the link to any number of other DBAs I know.  I appreciate both your humor and insight.  Thank You very much.  As to different logins up at once, I not only labeled the screens&#039; pre-carat for the diff databases but used different colouring schemes just to MAKE SURE I was completely aware when I went to the RED background Yellow char of any production environment.  This colour scheme is especially helpful with production calls at 2 or 3 am.</description>
		<content:encoded><![CDATA[<p>This article was absolutely RIGHT ON!  I&#8217;ve forwarded the link to any number of other DBAs I know.  I appreciate both your humor and insight.  Thank You very much.  As to different logins up at once, I not only labeled the screens&#8217; pre-carat for the diff databases but used different colouring schemes just to MAKE SURE I was completely aware when I went to the RED background Yellow char of any production environment.  This colour scheme is especially helpful with production calls at 2 or 3 am.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
