Discussion:
Dump/Restore vs Vacuum Full
(too old to reply)
Adi Alurkar
2004-09-02 00:59:56 UTC
Permalink
Greetings,

Are there any differences, advantages of running a dump/restore vs
running the following:1)REINDEX all the tables in all the databases,
2)VACUUM FULL ANALYZE on all the databases

Assuming the following
1) the system can be offline.
2) PG version 7.4.x
3) pg_autovacuum running as a daemon with 30 minutes sleep but have had
a few occasions where pg_autovacuum had to be killed and restarted.
4) FSM settings are set > than required by VACUUM ANALYZE VERBOSE
"test".

-Adi


---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match
Adi Alurkar
2004-09-03 17:03:11 UTC
Permalink
Any comments ?
knock knock!! is this thing ON?
Post by Adi Alurkar
Greetings,
Are there any differences, advantages of running a dump/restore vs
running the following:1)REINDEX all the tables in all the databases,
2)VACUUM FULL ANALYZE on all the databases
Assuming the following
1) the system can be offline.
2) PG version 7.4.x
3) pg_autovacuum running as a daemon with 30 minutes sleep but have
had a few occasions where pg_autovacuum had to be killed and
restarted.
4) FSM settings are set > than required by VACUUM ANALYZE VERBOSE
"test".
-Adi
---------------------------(end of
broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match
--
Adi Alurkar (DBA sf.NET) <***@vasoftware.com>
1024D/79730470 A491 5724 74DE 956D 06CB D844 6DF1 B972 7973 0470



---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?

http://archives.postgresql.org
Gaetano Mendola
2004-09-04 10:19:38 UTC
Permalink
Post by Adi Alurkar
Any comments ?
knock knock!! is this thing ON?
Post by Adi Alurkar
Greetings,
Are there any differences, advantages of running a dump/restore vs
running the following:1)REINDEX all the tables in all the databases,
2)VACUUM FULL ANALYZE on all the databases
Assuming the following
1) the system can be offline.
2) PG version 7.4.x
3) pg_autovacuum running as a daemon with 30 minutes sleep but have
had a few occasions where pg_autovacuum had to be killed and restarted.
4) FSM settings are set > than required by VACUUM ANALYZE VERBOSE "test".
Go for a vacuum full and reindex of all tables. The advantages are that
the dump/restore is longer if your vacuum the database quite enough

BTW, with 7.4.x there is no needs to run vacuum full so much

Regards
Gaetano Mendola

Loading...