Some database are supported by Avamar, not sure about postgresql.
There's no PostgreSQL plug-in for Avamar at the moment -- you have to use "dump and sweep" for PostgreSQL.
When dumping databases, be sure the dumps are uncompressed and not encrypted, otherwise they will de-dupe very poorly and consume a lot of space on your back-end storage (Avamar server or Data Domain).
it's a database, files are opened. You need to exclude them or figure out how to backup them up differently. Some database are supported by Avamar, not sure about postgresql.
I have checked with my application team, we are taking the backup using filesystem agent where already SQL team is dumping the files and we are taking that folder to backup. But we see this error
pawankumawat
355 Posts
0
June 24th, 2014 07:00
Hello,
Please go through following discussions, I hope these will be useful for you.
Client backup Avamar: File access error 5139
https://community.emc.com/thread/131483?start=0&tstart=0
avtar Error <5139>: File access share error "C:\Documents and Settings\Pille\Documents\Outlook Files\Outlook.pst" (code …
Lets see if you can fix the issue using these discussions. Also, please mention Avamar version, client version and OS for better understanding
Regards,
Pawan
ionthegeek
2 Intern
•
2K Posts
1
June 24th, 2014 07:00
There's no PostgreSQL plug-in for Avamar at the moment -- you have to use "dump and sweep" for PostgreSQL.
When dumping databases, be sure the dumps are uncompressed and not encrypted, otherwise they will de-dupe very poorly and consume a lot of space on your back-end storage (Avamar server or Data Domain).
dynamox
9 Legend
•
20.4K Posts
0
June 24th, 2014 07:00
it's a database, files are opened. You need to exclude them or figure out how to backup them up differently. Some database are supported by Avamar, not sure about postgresql.
dynamox
9 Legend
•
20.4K Posts
0
June 24th, 2014 08:00
then you need to exclude the directory where live database files reside.
SrinivasBackup
1 Rookie
•
14 Posts
0
June 24th, 2014 08:00
Thanks Pawan & Anderson
I have checked with my application team, we are taking the backup using filesystem agent where already SQL team is dumping the files and we are taking that folder to backup. But we see this error