Re: FW: Setting up of PITR system.

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

 



On 3/31/06, Sriram Dandapani <sdandapani@xxxxxxxxxxxxxxx> wrote:
> We have high volume inserts happening with wal files being generated
> very rapidly. Will the fact that the files change as the tar happens
> have any effect at all on the recovery..assuming all the appropriate wal
> archive logs are available.


Its absolutely safe. The documentation specifically and sufficiently
dispels this
doubt[ Refer Online Backup ] . All the changes to the data pages
(tables/indexes)
are logged to WAL before the data files are modified so the WAL replay during
recovery changes the files again in the same manner. As long as wal is archived
properly/securly there should not be any doubt.


Regds
Rajesh Kumar Mallah.




>
> -----Original Message-----
> From: pgsql-admin-owner@xxxxxxxxxxxxxx
> [mailto:pgsql-admin-owner@xxxxxxxxxxxxxx] On Behalf Of Jim C. Nasby
> Sent: Friday, March 31, 2006 10:11 AM
> To: Tom Lane
> Cc: andy.shellam@xxxxxxxxxxxxxxxxx; 'Rajesh Kumar Mallah';
> pgsql-admin@xxxxxxxxxxxxxx
> Subject: Re: FW: [ADMIN] Setting up of PITR system.
>
> On Wed, Mar 29, 2006 at 09:46:30AM -0500, Tom Lane wrote:
> > It definitely is a pain in the neck that GNU tar complains about files
> > changing underneath it --- I've looked for a way to disable that, or
> at
> > least reduce it to a warning instead of an error condition, but gtar
> > doesn't seem to have such a switch.  You should try alternative backup
> > tools such as cpio or rsync.
>
> Or you might submit a patch to GNU tar. There's also a BSD version of
> tar, it's on at least FreeBSD (not sure if there's a stand-alone version
> avaiable). It might not suffer from the same problem, though I haven't
> tried it. I do have a machine I could try it with if that would help.
> --
> Jim C. Nasby, Sr. Engineering Consultant      jnasby@xxxxxxxxxxxxx
> Pervasive Software      http://pervasive.com    work: 512-231-6117
> vcard: http://jim.nasby.net/pervasive.vcf       cell: 512-569-9461
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: don't forget to increase your free space map settings
>


[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