Hello Quaderno Elettronico,
Welcome to the Microsoft Q&A and thank you for posting your questions here.
I understand that you are having issues with azure postgres flexible server local dump with pgadmin.
I think your issue is not automatic backup and point-in-time recovery (PITR) issue but rather pg_dump
error, and error message indicates an SSL SYSCALL error, which often occurs due to network issues, SSH tunnel instability, or server-side problems. Therefore, the below are some steps to resolve this:
- The unstable connections can cause interruptions during the dump process, make sure your network connection is stable.
- Sometimes, the SSH tunnel might be timing out. and you can increase the timeout settings for your SSH connection, and if possible, try connecting directly to the PostgreSQL server without using an SSH tunnel to see if the issue persists.
- You will also need to adjust or reduce the number of jobs (
--jobs
) to 1 to minimize the load on the server and network. - Look at the PostgreSQL server logs for any additional error messages that might provide more insight.
If the above steps don't resolve the issue, you can try an alternative method to back up your database by using pg_basebackup
is a utility for streaming a base backup of a running PostgreSQL server. It can be used to create a backup of your database cluster.
pg_basebackup -h 127.0.0.1 -p 56588 -U your_username -D /path/to/backup -Fp -Xs -P
-
-h
: Host -
-p
: Port -
-U
: Username -
-D
: Destination directory -
-Fp
: Plain format -
-Xs
: Include WAL files -
-P
: Progress
OR
- Use Azure's built-in backup service for PostgreSQL flexible server.
- You can export your database to a BACPAC file, which is a portable format for database backups.
I hope this is helpful! Do not hesitate to let me know if you have any other questions.
Please don't forget to close up the thread here by upvoting and accept it as an answer if it is helpful.