Méthode la plus rapide pour une sauvegarde , Restauration ?

Salut,

Contexte : PG 9.6 64 bits / Windows 10 Enterprise 64 bits

Méthode utilisée actuellement pour des sauvegardes PG :

Code:

---

"C:/Program Files/PostgreSQL/9.3/bin/pg_dump.exe" --host localhost --port 5432 --username "postgres" --no-password --format custom --blobs --file "C:\MonChemin\MonFichier.bakup" "MaBase"

---

Y a t-il plus rapide ?

Et en ce qui concerne les sauvegardes, qu'est ce qui sera le plus rapide comme format de sauvegarde et comme type de restauration ?

A +

Salut
pg_dump fait une sauvegarde logique à chaud sans garanti de restauration au point coïncidant la fin de la sauvegarde. Elle sera plus rapide sur une petite base.
Pour une sauvegarde précisant un point (un moment) il faut utiliser la sauvegarde avec PITR (point in time recovery) qui fait une copie du dossier DATA et une sauvegarde automatique du journal de transaction. Elle sera plus rapide et plus garantie sur une grosse base.
La version 9.6 amène d'autres fonctionnalités qui sont encore floues pour moi (la majorité de la communauté de PostgreSQL étant orienté lignes de commandes:furax::furieux::traine:).
@+

C'est bien une sauvegarde à chaud que je cherche.

Pour information, la sauvegarde a durée 3 minutes environ :

Code:

---

pg_dump.exe --host localhost --port 5432 --username "postgres" --no-password --format custom --blobs --section pre-data --section data --section post-data --inserts --column-inserts --verbose --file "C:\BACKUPS_DB\DB_GEO.backup" "DB_GEO"

---

Mais la restauration, avec ce backup dure depuis plus de 50000 secondes (14 heures) pour une base de moins de 1 Go !!!
Commande générée par l'IHM pgAdmin 4 :

Code:

---

pg_restore.exe --host "localhost" --port "5432" --username "postgres" --no-password --role "postgres" --dbname "DB_GEO" --verbose "C:\BACKUPS_DB\DB_GEO.backup"

---

Apparemment 4 tables ont été créées sur 20, mais aucune n'apparait avoir de ligne (peut être à cause d'un verrou)...

A +

Salut
Les deux méthodes de sauvegarde sont à chaud.
Pour la méthode par pg_dump, l'option --verbose ralenti le processus.
@+

Je vois que tu utilise le format custom...

Je faisais aussi comme cela avant la version 9.6.

Mais le format directory est plus rapide (surtout en restoration) et en plus on peut lui spécifier le nombre de jobs pour travailler en parallèle

Voici un extrait de mon script de backup à chaud

Code:

---

D:\_Serveur\PostgreSQL_9.6\bin\pg_dump.exe --host localhost --port 5432 --username postgres --blobs --verbose --format=d -f %BACKUP_FILE%dir --compress=0 --jobs=8 genamiga 2>>%BACKUP_FILE_LOG%

---

Et voici pour la restoration

Code:

---

D:\_Serveur\PostgreSQL_9.6\bin\pg_restore.exe --host 192.168.1.100 --port 5432 --username "postgres" --dbname "genamiga" --no-password --clean --verbose --jobs=8 %BACKUP_FILE%dir

---

Le format directory n'est-il pas bloquant ?

A +

Je ne crois pas.

Je viens de tester backup en format directory et SELECT et UPDATE en même temp. Cela fonctionne.

Alors...tu as testé ?

Pas encore, il faut que je monte une maquette avec des utilisateurs qui envoient de multiples requêtes et d'autres avec des requêtes de MAJ qui durent longtemps...

A +