hi,
it's fine now - the problem was WinRAR which reported that he can't
access some files and I ignored that - big mistake :)
Thanks for help - working fine now.
Michal
Le 29/09/2010 10:16, Michal Glowacki a écrit :
Fujii, I believe I should follow this (from documentation):
************************
The procedure for making a base backup is relatively simple:
1.
Ensure that WAL archiving is enabled and working.
2.
Connect to the database as a superuser, and issue the command
SELECT pg_start_backup('label');
where label is any string you want to use to uniquely identify
this backup operation. (One good practice is to use the full path
where you intend to put the backup dump file.) |pg_start_backup|
creates a /backup label/ file, called backup_label, in the cluster
directory with information about your backup.
It does not matter which database within the cluster you connect
to to issue this command. You can ignore the result returned by
the function; but if it reports an error, deal with that before
proceeding.
3.
Perform the backup, using any convenient file-system-backup tool
such as tar or cpio. It is neither necessary nor desirable to stop
normal operation of the database while you do this.
4.
Again connect to the database as a superuser, and issue the command
SELECT pg_stop_backup();
This should return successfully.
5.
Once the WAL segment files used during the backup are archived as
part of normal database activity, you are done.
**********************************
BUT I have some questions:
1. I connect to database using psql and issue command SELECT
pg_start_backup('my_backup'); The result (in less than second) is:
pg_start_backup
-----------------
4/DA000020
(1 row)
Is it correct it goes that fast?
Yes.
2. Now I proceed to step 3 - perform the backup using file system
backup. Could you assist me on this one? I should archive what?The
'/data' folder (please note I use Windows)? Should I just compress it
into rar file and transfer to standby server and overwrite it's '/data'
folder?
Using rar on the data folder should work if you don't have tablespaces.
If you have some, add them to your data rar archive.
And instead of overwriting the data folder on the slave, wipe out your
old data folder and recreate it by restoring your rar archive.
BTW, pgAdmin backup and restore facilities use pg_dump/pg_restore. So
it's not really surprising that you get the same results :)
--
Sent via pgsql-admin mailing list (pgsql-admin@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin