Single Database Recovery?

From: <john(at)jpm-cola(dot)com>
To: pgsql-admin(at)postgresql(dot)org
Subject: Single Database Recovery?
Date: 2014-10-23 13:44:01
Message-ID: 20141023064401.569d35d6ab57613ee80d5d1694a397ee.da2ef0c184.wbe@email06.secureserver.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

<html><body><span style="font-family:Verdana; color:#000000; font-size:10pt;"><div><br></div><div>Hi all,</div><div><br></div><div>I'm trying to recover a single database that's part of an instance with other databases which I do not want to recover. We do a physical backup and have the WAL archive files available. The purpose of this is to place a copy of one of the Prod databases onto the QA server which has other existing databases that we want to keep.</div><div><br></div><div>What I was thinking was that I could recover all of the files to a separate area, then basically just copy the files from that database's directory into the QA instance database directory (same oid.) There was an existing copy on the QA server and I want to replace it with the new copy.</div><div><br></div><div>Is this possible? I know that I could simply do a pg_dump into this QA database but this seems to take way too long - days instead of the hours that it takes to unzip the physical backup file into a directory on the QA server.</div><div><br></div><div>I also know that I could easily create a new instance but I have a constraint that the IP addresses and ports cannot be changed.</div><div><br></div><div>If this instance only had a single database it would be a simple physical restore, but the presence of the additional databases has me stumped.&nbsp;</div><div><br></div><div>The PostgreSQL version is 9.1.9. The server is Red Hat Enterprise Linux Server release 6.2 (Santiago) on a VM machine - 8 GB RAM with 2 CPUs:</div><div><br></div><div style=""><div><font face="courier new, monospace">Architecture: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;x86_64</font></div><div><font face="courier new, monospace">CPU op-mode(s): &nbsp; &nbsp; &nbsp; &nbsp;32-bit, 64-bit</font></div><div><font face="courier new, monospace">Byte Order: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Little Endian</font></div><div><font face="courier new, monospace">CPU(s): &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;2</font></div><div><font face="courier new, monospace">On-line CPU(s) list: &nbsp; 0,1</font></div><div><font face="courier new, monospace">Thread(s) per core: &nbsp; &nbsp;1</font></div><div><font face="courier new, monospace">Core(s) per socket: &nbsp; &nbsp;2</font></div><div><font face="courier new, monospace">CPU socket(s): &nbsp; &nbsp; &nbsp; &nbsp; 1</font></div><div><font face="courier new, monospace">NUMA node(s): &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;1</font></div><div><font face="courier new, monospace">Vendor ID: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; GenuineIntel</font></div><div><font face="courier new, monospace">CPU family: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;6</font></div><div><font face="courier new, monospace">Model: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 44</font></div><div><font face="courier new, monospace">Stepping: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;2</font></div><div><font face="courier new, monospace">CPU MHz: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 2660.000</font></div><div><font face="courier new, monospace">BogoMIPS: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;5320.00</font></div><div><font face="courier new, monospace">L1d cache: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 32K</font></div><div><font face="courier new, monospace">L1i cache: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 32K</font></div><div><font face="courier new, monospace">L2 cache: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;256K</font></div><div><font face="courier new, monospace">L3 cache: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;12288K</font></div><div style=""><font face="courier new, monospace" style="">NUMA node0 CPU(s): &nbsp; &nbsp; 0,1</font></div></div><div><br></div><div>Thanks for any ideas or myth debunking that you can apply to this conundrum.</div><div><br></div><div>Regards,</div><div><br></div><div>John McDougald</div></span></body></html>

Attachment Content-Type Size
unknown_filename text/html 3.8 KB

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message jaime soler 2014-10-23 14:26:21 Re: Single Database Recovery?
Previous Message Gilberto Castillo 2014-10-20 19:49:31 Re: DBLINK - PostgreSQL to ORACLE