<?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>select * from depesz; &#187; omniti</title>
	<atom:link href="http://www.depesz.com/tag/omniti/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.depesz.com</link>
	<description></description>
	<lastBuildDate>Mon, 07 May 2012 20:34:27 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>Let&#8217;s talk dirty</title>
		<link>http://www.depesz.com/2012/04/04/lets-talk-dirty/</link>
		<comments>http://www.depesz.com/2012/04/04/lets-talk-dirty/#comments</comments>
		<pubDate>Wed, 04 Apr 2012 11:59:24 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[dirty]]></category>
		<category><![CDATA[omniti]]></category>
		<category><![CDATA[pg_dirtyread]]></category>
		<category><![CDATA[phil]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2437</guid>
		<description><![CDATA[Important disclaimer: the module that I&#8217;m writing about was written by my colleague Phil Sorber. We all have been in, or heard about, situation like this: $ UPDATE users SET password = '...'; WHERE id = 123; (hint: first ; is before where). Of course you should have backups, and you can protect yourself from [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2012/04/04/lets-talk-dirty/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>OmniPITR 0.5.0</title>
		<link>http://www.depesz.com/2012/03/30/omnipitr-0-5-0/</link>
		<comments>http://www.depesz.com/2012/03/30/omnipitr-0-5-0/#comments</comments>
		<pubDate>Fri, 30 Mar 2012 10:10:31 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[backups]]></category>
		<category><![CDATA[bash]]></category>
		<category><![CDATA[justintv]]></category>
		<category><![CDATA[omnipitr]]></category>
		<category><![CDATA[omniti]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[pipes]]></category>
		<category><![CDATA[pitr]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[replication]]></category>
		<category><![CDATA[ssh]]></category>
		<category><![CDATA[wal]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2424</guid>
		<description><![CDATA[Today, I released new version of OmniPITR &#8211; 0.5.0. This new version has one important new feature &#8211; which is so called &#8220;direct destination&#8221; for backups. What it means? What it does? How it helps? Let&#8217;s see&#8230; Let&#8217;s assume you have remote destination for backups, something like: $ omnipitr-backup-master ... -dr gzip=storage.host:/path/to/store/backups ... Up to [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2012/03/30/omnipitr-0-5-0/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Some new tools for PostgreSQL or around PostgreSQL</title>
		<link>http://www.depesz.com/2012/01/23/some-new-tools-for-postgresql-or-around-postgresql/</link>
		<comments>http://www.depesz.com/2012/01/23/some-new-tools-for-postgresql-or-around-postgresql/#comments</comments>
		<pubDate>Mon, 23 Jan 2012 10:31:41 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[fast dump]]></category>
		<category><![CDATA[fast restore]]></category>
		<category><![CDATA[omniti]]></category>
		<category><![CDATA[pg.grep]]></category>
		<category><![CDATA[pg.logs.tail]]></category>
		<category><![CDATA[pgtreats]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[system_monitoring]]></category>
		<category><![CDATA[tools]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2366</guid>
		<description><![CDATA[During last months I wrote some tools to help me with my daily duties. I&#8217;d like to let you know you about them, as you might find them useful. So, here we go: pg.logs.tail Available from OmniTI SVN. It&#8217;s a smarter &#8220;tail -f&#8221; for PostgreSQL logs. Smarter in a way, that it knows that PostgreSQL [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2012/01/23/some-new-tools-for-postgresql-or-around-postgresql/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>OmniPITR 0.3.0</title>
		<link>http://www.depesz.com/2012/01/04/omnipitr-0-3-0/</link>
		<comments>http://www.depesz.com/2012/01/04/omnipitr-0-3-0/#comments</comments>
		<pubDate>Wed, 04 Jan 2012 20:44:42 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[announcements]]></category>
		<category><![CDATA[omnipitr]]></category>
		<category><![CDATA[omniti]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[pitr]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[replication]]></category>
		<category><![CDATA[wal]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2355</guid>
		<description><![CDATA[Just released version 0.3.0 of our tool for handling WAL based replication in PostgreSQL &#8211; OmniPITR. Version jump is related to addition of another tool &#8211; omnipitr-synch. This tool is used to copy PostgreSQL data dir (including all tablespaces of course) to remote location(s). While this process is usually simple (call pg_start_backup(), transfer data, call [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2012/01/04/omnipitr-0-3-0/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Tablespaces support for omnipitr-backup-*</title>
		<link>http://www.depesz.com/2011/01/24/tablespaces-support-for-omnipitr-backup/</link>
		<comments>http://www.depesz.com/2011/01/24/tablespaces-support-for-omnipitr-backup/#comments</comments>
		<pubDate>Mon, 24 Jan 2011 12:15:28 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[aweber]]></category>
		<category><![CDATA[brian]]></category>
		<category><![CDATA[omnipitr]]></category>
		<category><![CDATA[omniti]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[sponsoring]]></category>
		<category><![CDATA[tablespaces]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2086</guid>
		<description><![CDATA[Really cool news. Thanks to sponsoring from AWeber.com, and code by Brian Dunavant OmniPITR has now support for additional tablespaces in backup creation. This works on both master and slave, and happens automatically without any kind of user interaction or changing options &#8211; OmniPITR simply detects if you have additional tablespaces and backs them up [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2011/01/24/tablespaces-support-for-omnipitr-backup/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>OmniPITR &#8211; update</title>
		<link>http://www.depesz.com/2010/06/30/omnipitr-update/</link>
		<comments>http://www.depesz.com/2010/06/30/omnipitr-update/#comments</comments>
		<pubDate>Wed, 30 Jun 2010 21:52:06 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[announcements]]></category>
		<category><![CDATA[omnipitr]]></category>
		<category><![CDATA[omniti]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1754</guid>
		<description><![CDATA[OmniPITR project that I wrote about some time ago is going on. Just today I finished tests for omnipitr-backup-slave &#8211; part of OmniPITR which lets you make hot-backups of WAL-slave machine &#8211; without any additional load on master. As previously &#8211; please download (svn co) and test. In case you have problems &#8211; please mail [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2010/06/30/omnipitr-update/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>OmniPITR</title>
		<link>http://www.depesz.com/2010/06/02/omnipitr/</link>
		<comments>http://www.depesz.com/2010/06/02/omnipitr/#comments</comments>
		<pubDate>Wed, 02 Jun 2010 11:44:38 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[announcements]]></category>
		<category><![CDATA[omnipitr]]></category>
		<category><![CDATA[omniti]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1719</guid>
		<description><![CDATA[Thanks to the company I work for OmniTI I was working on pretty cool project. Name of the project is OmniPITR, and here is what it is, why, how, and where to get it. We are using WAL replication quite extensively. We also do make hot backups a lot. What bugged me (and possibly other, [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2010/06/02/omnipitr/feed/</wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
	</channel>
</rss>

