<?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; backup</title>
	<atom:link href="http://www.depesz.com/tag/backup/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.depesz.com</link>
	<description></description>
	<lastBuildDate>Tue, 07 Feb 2012 13:35:12 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>OmniPITR &#8211; update</title>
		<link>http://www.depesz.com/2011/02/11/omnipitr-update-2/</link>
		<comments>http://www.depesz.com/2011/02/11/omnipitr-update-2/#comments</comments>
		<pubDate>Fri, 11 Feb 2011 09:21:07 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[omnipitr]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[recovery]]></category>
		<category><![CDATA[replication]]></category>
		<category><![CDATA[streaming]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2098</guid>
		<description><![CDATA[As of yesterday OmniPITR got following changes/fixes: Fixed bug which caused immediate finish request be treated the same as smart finish request. Fixed problem with using omnipitr-backup-slave on PostgreSQL 9.0 slave, which is using streaming replication. Added option to omnipitr-restore, so that you can now use it for streaming-replication slaves I&#8217;m very ashamed of the [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2011/02/11/omnipitr-update-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Waiting for 9.1 &#8211; pg_basebackup</title>
		<link>http://www.depesz.com/2011/01/24/waiting-for-9-1-pg_basebackup/</link>
		<comments>http://www.depesz.com/2011/01/24/waiting-for-9-1-pg_basebackup/#comments</comments>
		<pubDate>Mon, 24 Jan 2011 14:39:16 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[pg91]]></category>
		<category><![CDATA[pg_basebackup]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[replication]]></category>
		<category><![CDATA[streaming]]></category>
		<category><![CDATA[walsender]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2093</guid>
		<description><![CDATA[On 23rd of January, Magnus Hagander committed patch which adds: Add pg_basebackup tool for streaming base backups &#160; This tool makes it possible to do the pg_start_backup/ copy files/pg_stop_backup step in a single command. &#160; There are still some steps to be done before this is a complete backup solution, such as the ability to [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2011/01/24/waiting-for-9-1-pg_basebackup/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>OmniPITR &#8211; hot backup on slave</title>
		<link>http://www.depesz.com/2010/08/18/omnipitr-hot-backup-on-slave/</link>
		<comments>http://www.depesz.com/2010/08/18/omnipitr-hot-backup-on-slave/#comments</comments>
		<pubDate>Wed, 18 Aug 2010 12:36:52 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[omnipitr]]></category>
		<category><![CDATA[pitr]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[replication]]></category>
		<category><![CDATA[slave]]></category>
		<category><![CDATA[wal]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1810</guid>
		<description><![CDATA[Well, the biggest information is that hot-backups on slave work. And they work fine. Really fine. Some more information (with nice graph!): Background: hot backup is backup of database server, done with backing up data files, and not issuing pg_dump. There are certain benefits of doing it &#8211; for example the fact that if you&#8217;d [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2010/08/18/omnipitr-hot-backup-on-slave/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>How to remove backups?</title>
		<link>http://www.depesz.com/2010/04/04/how-to-remove-backups/</link>
		<comments>http://www.depesz.com/2010/04/04/how-to-remove-backups/#comments</comments>
		<pubDate>Sun, 04 Apr 2010 01:10:36 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[charts]]></category>
		<category><![CDATA[ext3]]></category>
		<category><![CDATA[io]]></category>
		<category><![CDATA[iowait]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[load]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[rm]]></category>
		<category><![CDATA[truncate]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1647</guid>
		<description><![CDATA[Question from title sounds weird to you? It&#8217;s just a &#8216;rm backup_filename&#8217;? Well. I really wish it was so simple in some cases. One of the servers I&#8217;m looking into, there is interesting situation: quite busy database server (2k tps is the low point of the day) very beefy hardware daily backups, each sized at [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2010/04/04/how-to-remove-backups/feed/</wfw:commentRss>
		<slash:comments>21</slash:comments>
		</item>
		<item>
		<title>Waiting for 8.4 &#8211; parallel restoration of dumps</title>
		<link>http://www.depesz.com/2009/02/09/waiting-for-84-parallel-restoration-of-dumps/</link>
		<comments>http://www.depesz.com/2009/02/09/waiting-for-84-parallel-restoration-of-dumps/#comments</comments>
		<pubDate>Mon, 09 Feb 2009 12:27:46 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[parallel]]></category>
		<category><![CDATA[pg84]]></category>
		<category><![CDATA[pg_dump]]></category>
		<category><![CDATA[pg_restore]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[restore]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1377</guid>
		<description><![CDATA[On 2nd of February Andrew Dunstan committed his patch (with editing by Tom Lane) that: Log Message: ----------- Provide for parallel restoration from a custom format archive. Each data and post-data step is run in a separate worker child (a thread on Windows, a child process elsewhere) up to the concurrent number specified by the [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2009/02/09/waiting-for-84-parallel-restoration-of-dumps/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

