Re: Programatically create, dump, copy to other server and restore database - Mailing list pgsql-admin

From dimitar nen4ev
Subject Re: Programatically create, dump, copy to other server and restore database
Date
Msg-id 166791665.26751.1277149166996.JavaMail.apache@nm2.abv.bg
Whole thread Raw
List pgsql-admin
Hi
Thanks for you reply.
I change it, because taking the fakt that every server will have slave replication(as fail over) i decided only to use it. i.e.
I have serve A with database test, and server B is replication database test.
So when i need to partition(meaning to separate 1/2 of the database on other server) in A i simply delete the unwanting records. And on server B i delete the unwanting records(which are the wanting on B) And again setup a relication servers for A and B.



-------- Оригинално писмо --------
От: Dai, Tino tdai@loc.gov
Относно: RE: [ADMIN] Programatically create, dump, copy to other server and restore database
До: dimitarn , pgsql-admin@postgresql.org
Изпратено на: Понеделник, 2010, Юни 21 22:25:46 EEST

You might be able to do that will slony (haven't tried) and you might be even be able to get away with a view
into the data depending on your requirements. -Tino
________________________________________
From: pgsql-admin-owner@postgresql.org [pgsql-admin-owner@postgresql.org] On Behalf Of dimitarn [dimitarn@abv.bg]
Sent: Sunday, June 20, 2010 12:12 PM
To: pgsql-admin@postgresql.org
Subject: [ADMIN] Programatically create, dump, copy to other server and restore database

Hi
I have a database running on server A. I need to have my custom web
interface from which i partition/replicate part of the data to other server.
Example:
Server A there is table with records from 1 to 100k.
Create the same database on the other server, partition this table on other
server taking the records from 50k to 100k and replicate the all data from
the other tables. Also all users, roles, indexes and so on on server B.

So my thoughts are to execute some how the dump script, then copy it to
server B, execute the create database and tables scripts, drop the indexes
on the partitioned table, (remove the records 1 to 50k from the dump file
or) execute the script and remove the records from 1 to 50k, add the
indexes.

OR

Copy the postgres data files(i don't know how they are organized in
postgres, but in mysql there are data nad index files) to the data file
directory on server B. I think this will immediately make the database
visible and working to postgres db server? And then remove the records from
1 to 50k.

If you have any other suggestions please share them :)

--
View this message in context: http://old.nabble.com/Programatically-create%2C-dump%2C-copy-to-other-server-and-restore-database-tp28941026p28941026.html
Sent from the PostgreSQL - admin mailing list archive at Nabble.com.


--
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin


-----------------------------------------------------------------
Програма за световното първенство по футбол в ЮАР 2010. Виж ТУК!

pgsql-admin by date:

Previous
From: Bob Lunney
Date:
Subject: Slony DDL/DML Change and "attempted to lock invisible tuple" PG Error
Next
From: "Plugge, Joe R."
Date:
Subject: Slony - I question