Re: Migrate postgres to newer hardware

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





Dear all,

 

I would love to have things covered, but I have inherited this setup.

I am sure we will improve it, but I have to make the most with what I have got, I am afraid.

I am grateful for all the help so far, I really appreciate it.

 

Ps I think there should be an easier way, maybe doing as follows:

1 – Dump the database online with pg_dump, while production server is still running

2 – Restore it to the new server, while old server is still online

3 – On the old server, run a query looking for all the new transactions since the last full backup.

4 – Run a pg_dump to dump only the new transactions since last backup and restore to the new server or ‘append’ to the new server.

 

I think this should be possible to do.

 

Thank you very much for all your support and help, really appreciated.

 

Renato

 
Renato Oliveira
Systems Administrator
e-mail: renato.oliveira@xxxxxxxxxxx
 
Tel: +44 (0)1763 260811
Fax: +44 (0)1763 262410
www.grant.co.uk
 
Grant Instruments (Cambridge) Ltd
 
Company registered in England, registration number 658133
 
Registered office address:
29 Station Road,
Shepreth,
CAMBS SG8 6GB
UK
 
 

From: pgsql-admin-owner@xxxxxxxxxxxxxx [mailto:pgsql-admin-owner@xxxxxxxxxxxxxx] On Behalf Of Iñigo Martinez Lasala
Sent: 02 April 2010 08:41
To: Brad Nicholson
Cc: pgsql-admin
Subject: Re: [ADMIN] Migrate postgres to newer hardware

 

I would never sing a SLA for HA if I don't have system, at least, fully redundant in order to deal with these issues.
Single server, single point of failure.

-----Original Message-----
From: Brad Nicholson <bnichols@xxxxxxxxxxxxxxx>
To: Iñigo Martinez Lasala <imartinez@xxxxxxxxxxxx>
Cc: Renato Oliveira <renato.oliveira@xxxxxxxxxxx>, pgsql-admin <pgsql-admin@xxxxxxxxxxxxxx>
Subject: Re: [ADMIN] Migrate postgres to newer hardware
Date: Tue, 30 Mar 2010 10:38:02 -0400

 
On Tue, 2010-03-30 at 16:29 +0200, Iñigo Martinez Lasala wrote:
> Hi Renato.
> 
> I would follow the ancient method: perform a pg_dump / pg_restore
 
This is the easiest approach.  The problem is that a lot of people have
contractual SLA's that do not allow them to take their systems down long
enough to do a dump and restore upgrade.
 

 

 
 

 

P Please consider the environment before printing this email

CONFIDENTIALITY: The information in this e-mail and any attachments is confidential. It is intended only for the named recipients(s). If you are not the named recipient please notify the sender immediately and do not disclose the contents to another person or take copies.
 
VIRUSES: The contents of this e-mail or attachment(s) may contain viruses which could damage your own computer system. Whilst Grant Instruments (Cambridge) Ltd has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should therefore carry out your own virus checks before opening the attachment(s).
 
OpenXML: For information about the OpenXML file format in use within Grant Instruments please visit our website

[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux