<?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 for exortech.com</title>
	<atom:link href="http://exortech.com/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://exortech.com/blog</link>
	<description>Peripatetic thinking</description>
	<lastBuildDate>Sat, 15 Jan 2011 18:20:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on Weekly Release Blog #18 &#8211; Long-running database migrations by exortech</title>
		<link>http://exortech.com/blog/2009/03/26/weekly-release-blog-18-long-running-database-migrations/comment-page-1/#comment-693</link>
		<dc:creator>exortech</dc:creator>
		<pubDate>Sat, 15 Jan 2011 18:20:06 +0000</pubDate>
		<guid isPermaLink="false">http://exortech.com/blog/?p=117#comment-693</guid>
		<description>Good suggestion. We definitely run screen these days when performing these types of operations.</description>
		<content:encoded><![CDATA[<p>Good suggestion. We definitely run screen these days when performing these types of operations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Weekly Release Blog #18 &#8211; Long-running database migrations by Amir</title>
		<link>http://exortech.com/blog/2009/03/26/weekly-release-blog-18-long-running-database-migrations/comment-page-1/#comment-690</link>
		<dc:creator>Amir</dc:creator>
		<pubDate>Sat, 15 Jan 2011 10:24:11 +0000</pubDate>
		<guid isPermaLink="false">http://exortech.com/blog/?p=117#comment-690</guid>
		<description>This is an old post, but I&#039;ll comment anyway:
Always use GNU screen when doing work on remote servers, and timing-out SSH connections will not interrupt your processes.</description>
		<content:encoded><![CDATA[<p>This is an old post, but I&#8217;ll comment anyway:<br />
Always use GNU screen when doing work on remote servers, and timing-out SSH connections will not interrupt your processes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Weekly Release Blog #11 &#8211; Zero-Downtime Database Deployment by Benjamin Starks</title>
		<link>http://exortech.com/blog/2009/02/01/weekly-release-blog-11-zero-downtime-database-deployment/comment-page-1/#comment-559</link>
		<dc:creator>Benjamin Starks</dc:creator>
		<pubDate>Tue, 09 Nov 2010 18:39:06 +0000</pubDate>
		<guid isPermaLink="false">http://exortech.com/blog/?p=102#comment-559</guid>
		<description>Mutating a schema change is the major problem we are also facing. With 20+ web-server frontends all hitting the database we can&#039;t just bring all of them down to change the logic structure.

We looked at Liquibase for a while, but even though it builds automatically scripts that can apply a schema change, the time it takes to do it for our 8GB+ db locks up the application. We are giving ChronicDB a go next.</description>
		<content:encoded><![CDATA[<p>Mutating a schema change is the major problem we are also facing. With 20+ web-server frontends all hitting the database we can&#8217;t just bring all of them down to change the logic structure.</p>
<p>We looked at Liquibase for a while, but even though it builds automatically scripts that can apply a schema change, the time it takes to do it for our 8GB+ db locks up the application. We are giving ChronicDB a go next.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Weekly Release Blog #11 &#8211; Zero-Downtime Database Deployment by Pawan</title>
		<link>http://exortech.com/blog/2009/02/01/weekly-release-blog-11-zero-downtime-database-deployment/comment-page-1/#comment-545</link>
		<dc:creator>Pawan</dc:creator>
		<pubDate>Fri, 01 Oct 2010 12:28:02 +0000</pubDate>
		<guid isPermaLink="false">http://exortech.com/blog/?p=102#comment-545</guid>
		<description>if stage servers DB servers are there stop data flow from stage to Primary DB servers, you can take one more mirror server, do deployment on it and do testing, once successfull, failover the server and make principal down, and start data flow from stage to Primary server. This will not affect existing users. Hope it would help</description>
		<content:encoded><![CDATA[<p>if stage servers DB servers are there stop data flow from stage to Primary DB servers, you can take one more mirror server, do deployment on it and do testing, once successfull, failover the server and make principal down, and start data flow from stage to Primary server. This will not affect existing users. Hope it would help</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Weekly Release Blog #11 &#8211; Zero-Downtime Database Deployment by Chris</title>
		<link>http://exortech.com/blog/2009/02/01/weekly-release-blog-11-zero-downtime-database-deployment/comment-page-1/#comment-510</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Sun, 21 Feb 2010 00:16:00 +0000</pubDate>
		<guid isPermaLink="false">http://exortech.com/blog/?p=102#comment-510</guid>
		<description>You may want to have a look at a product called ChronicDB. It offers zero-downtime database deployment in a way that solves the chicken-or-the-egg problem.</description>
		<content:encoded><![CDATA[<p>You may want to have a look at a product called ChronicDB. It offers zero-downtime database deployment in a way that solves the chicken-or-the-egg problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Weekly Release Blog #11 &#8211; Zero-Downtime Database Deployment by Simon Harris</title>
		<link>http://exortech.com/blog/2009/02/01/weekly-release-blog-11-zero-downtime-database-deployment/comment-page-1/#comment-509</link>
		<dc:creator>Simon Harris</dc:creator>
		<pubDate>Wed, 20 Jan 2010 04:19:09 +0000</pubDate>
		<guid isPermaLink="false">http://exortech.com/blog/?p=102#comment-509</guid>
		<description>How do you handle views (if at all)?

Have you had to handle column type changes?</description>
		<content:encoded><![CDATA[<p>How do you handle views (if at all)?</p>
<p>Have you had to handle column type changes?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Weekly Release Blog #11 &#8211; Zero-Downtime Database Deployment by Scott Rich</title>
		<link>http://exortech.com/blog/2009/02/01/weekly-release-blog-11-zero-downtime-database-deployment/comment-page-1/#comment-508</link>
		<dc:creator>Scott Rich</dc:creator>
		<pubDate>Fri, 15 Jan 2010 17:48:23 +0000</pubDate>
		<guid isPermaLink="false">http://exortech.com/blog/?p=102#comment-508</guid>
		<description>Great article, thanks.  I hope this isn&#039;t a naive question, but this scheme doesn&#039;t seem to allow for any form of &quot;mutating&quot; schema change, changing the logical or physical type of a column, for example.  Is the assumption that this has to be done by moving the new app version to a new column and deprecating the old?</description>
		<content:encoded><![CDATA[<p>Great article, thanks.  I hope this isn&#8217;t a naive question, but this scheme doesn&#8217;t seem to allow for any form of &#8220;mutating&#8221; schema change, changing the logical or physical type of a column, for example.  Is the assumption that this has to be done by moving the new app version to a new column and deprecating the old?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Weekly Release Blog #11 &#8211; Zero-Downtime Database Deployment by Zero Downtime Continuous Deployment &#171; Lean Builds</title>
		<link>http://exortech.com/blog/2009/02/01/weekly-release-blog-11-zero-downtime-database-deployment/comment-page-1/#comment-489</link>
		<dc:creator>Zero Downtime Continuous Deployment &#171; Lean Builds</dc:creator>
		<pubDate>Tue, 01 Dec 2009 00:04:31 +0000</pubDate>
		<guid isPermaLink="false">http://exortech.com/blog/?p=102#comment-489</guid>
		<description>[...] since you&#8217;ve potentially got lots of dependency problems; luckily, the Exortech blog recently addressed this issue as [...]</description>
		<content:encoded><![CDATA[<p>[...] since you&#8217;ve potentially got lots of dependency problems; luckily, the Exortech blog recently addressed this issue as [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Weekly Release Blog #11 &#8211; Zero-Downtime Database Deployment by exortech.com &#187; Blog Archive &#187; Back from Bangalore (and Hyderabad and Mumbai)</title>
		<link>http://exortech.com/blog/2009/02/01/weekly-release-blog-11-zero-downtime-database-deployment/comment-page-1/#comment-458</link>
		<dc:creator>exortech.com &#187; Blog Archive &#187; Back from Bangalore (and Hyderabad and Mumbai)</dc:creator>
		<pubDate>Thu, 17 Sep 2009 05:56:43 +0000</pubDate>
		<guid isPermaLink="false">http://exortech.com/blog/?p=102#comment-458</guid>
		<description>[...] presentation also stimulated some good side chatter on twitter. In general, zero-downtime database deployment, continuous monitoring and WAGMI seemed to be popular topics. Thanks to everyone who made it out [...]</description>
		<content:encoded><![CDATA[<p>[...] presentation also stimulated some good side chatter on twitter. In general, zero-downtime database deployment, continuous monitoring and WAGMI seemed to be popular topics. Thanks to everyone who made it out [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Speaking at DevTeach Vancouver by exortech.com &#187; Blog Archive &#187; Speaking in India</title>
		<link>http://exortech.com/blog/2009/06/10/speaking-at-devteach-vancouver/comment-page-1/#comment-451</link>
		<dc:creator>exortech.com &#187; Blog Archive &#187; Speaking in India</dc:creator>
		<pubDate>Mon, 07 Sep 2009 14:19:37 +0000</pubDate>
		<guid isPermaLink="false">http://exortech.com/blog/?p=183#comment-451</guid>
		<description>[...] This week, I&#8217;m off to India to speak at the CodeChef conference. The conference consists of three talks over three days in three different Indian cities: Mumbai, Hyderabad and Bangalore. I will be speaking alongside Lisa Crispin and Bhavin Turakhia. My talk (unsurprisingly) will be on weekly releases and will be quite similar to the presentation that I gave at Devteach. [...]</description>
		<content:encoded><![CDATA[<p>[...] This week, I&#8217;m off to India to speak at the CodeChef conference. The conference consists of three talks over three days in three different Indian cities: Mumbai, Hyderabad and Bangalore. I will be speaking alongside Lisa Crispin and Bhavin Turakhia. My talk (unsurprisingly) will be on weekly releases and will be quite similar to the presentation that I gave at Devteach. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

