Bonjour,

je reviens vers vous après avoir du mettre de coté la restauration et sauvegarde de ma base de donnée.

voici donc comment est sauvegardé ma base de donnée
pg_dump.exe --host localhost --port 5432 --username postgres --format custom --blobs --column-inserts --disable-dollar-quoting --file D:\exportBDD\Base_de_test.backup "db_base_test"

une fois la sauvegarde effectuée la restauration d'une base d’environ 1,7G  me prenait au moins 48h !!

comme je le disais plus haut en modifiant les paramètres du fichier postgresql.conf cela ma permis de diminuer le temps de restauration

Paramètre modifié
# - Specifique UPDATE massif -
maintenance_work_mem = 2GB
wal_buffers = 32MB
#fsync = on
synchronous_commit = off
checkpoint_segments = 200
checkpoint_timeout = 20min
checkpoint_warning = 0

j'ai pris note de votre remarque gleu et j'ai donc retiré le paramètre --column-inserts de ma commande de sauvegarde
pg_dump.exe --host localhost --port 5432 --username postgres --format custom --blobs  --disable-dollar-quoting --file D:\exportBDD\Base_de_test.backup "db_base_test"

je suis passer à une restauration de 20min

Je me permet d’alourdir mon message avec un extrait de mon fichier postgresql.conf afin que vous pussiez si possible me conseiller sur les bonnes pratiques à adopter pour optimiser mon serveur.

Extrait Postgresql.conf

#------------------------------------------------------------------------------
# RESOURCE USAGE (except WAL)
#------------------------------------------------------------------------------

# - Memory -

shared_buffers = 32MB            # min 128kB
                    # (change requires restart)
#temp_buffers = 8MB            # min 800kB
#max_prepared_transactions = 0        # zero disables the feature
                    # (change requires restart)
# Note:  Increasing max_prepared_transactions costs ~600 bytes of shared memory
# per transaction slot, plus lock space (see max_locks_per_transaction).
# It is not advisable to set max_prepared_transactions nonzero unless you
# actively intend to use prepared transactions.
#work_mem = 1MB                # min 64kB
maintenance_work_mem = 1GB        # min 1MB
#max_stack_depth = 2MB            # min 100kB

# - Disk -

#temp_file_limit = -1            # limits per-session temp file space
                    # in kB, or -1 for no limit

# - Kernel Resource Usage -

#max_files_per_process = 1000        # min 25
                    # (change requires restart)
#shared_preload_libraries = ''        # (change requires restart)

# - Cost-Based Vacuum Delay -

#vacuum_cost_delay = 0ms        # 0-100 milliseconds
#vacuum_cost_page_hit = 1        # 0-10000 credits
#vacuum_cost_page_miss = 10        # 0-10000 credits
#vacuum_cost_page_dirty = 20        # 0-10000 credits
#vacuum_cost_limit = 200        # 1-10000 credits

# - Background Writer -

#bgwriter_delay = 200ms            # 10-10000ms between rounds
#bgwriter_lru_maxpages = 100        # 0-1000 max buffers written/round
#bgwriter_lru_multiplier = 2.0        # 0-10.0 multipler on buffers scanned/round

# - Asynchronous Behavior -

#effective_io_concurrency = 1        # 1-1000; 0 disables prefetching

#------------------------------------------------------------------------------
# WRITE AHEAD LOG
#------------------------------------------------------------------------------

# - Settings -

#wal_level = minimal            # minimal, archive, or hot_standby
                    # (change requires restart)
#fsync = on                # turns forced synchronization on or off
synchronous_commit = off        # synchronization level;
                    # off, local, remote_write, or on
#wal_sync_method = fsync        # the default is the first option
                    # supported by the operating system:
                    #   open_datasync
                    #   fdatasync (default on Linux)
                    #   fsync
                    #   fsync_writethrough
                    #   open_sync
#full_page_writes = on            # recover from partial page writes
wal_buffers = 32MB            # min 32kB, -1 sets based on shared_buffers
                    # (change requires restart)
#wal_writer_delay = 200ms        # 1-10000 milliseconds

#commit_delay = 0            # range 0-100000, in microseconds
#commit_siblings = 5            # range 1-1000

# - Checkpoints -

checkpoint_segments = 200        # in logfile segments, min 1, 16MB each
checkpoint_timeout = 20min        # range 30s-1h
#checkpoint_completion_target = 0.5    # checkpoint target duration, 0.0 - 1.0
checkpoint_warning = 0            # 0 disables

# - Archiving -

#archive_mode = off        # allows archiving to be done
                # (change requires restart)
#archive_command = ''        # command to use to archive a logfile segment
                # placeholders: %p = path of file to archive
                #               %f = file name only
                # e.g. 'test ! -f /mnt/server/archivedir/%f && cp %p /mnt/server/archivedir/%f'
#archive_timeout = 0        # force a logfile segment switch after this
                # number of seconds; 0 disables

#------------------------------------------------------------------------------
# REPLICATION
#------------------------------------------------------------------------------

# - Sending Server(s) -

# Set these on the master and on any standby that will send replication data.

#max_wal_senders = 0        # max number of walsender processes
                # (change requires restart)
#wal_keep_segments = 0        # in logfile segments, 16MB each; 0 disables
#replication_timeout = 60s    # in milliseconds; 0 disables

# - Master Server -

# These settings are ignored on a standby server.

#synchronous_standby_names = ''    # standby servers that provide sync rep
                # comma-separated list of application_name
                # from standby(s); '*' = all
#vacuum_defer_cleanup_age = 0    # number of xacts by which cleanup is delayed

# - Standby Servers -

# These settings are ignored on a master server.

#hot_standby = off            # "on" allows queries during recovery
                    # (change requires restart)
#max_standby_archive_delay = 30s    # max delay before canceling queries
                    # when reading WAL from archive;
                    # -1 allows indefinite delay
#max_standby_streaming_delay = 30s    # max delay before canceling queries
                    # when reading streaming WAL;
                    # -1 allows indefinite delay
#wal_receiver_status_interval = 10s    # send replies at least this often
                    # 0 disables
#hot_standby_feedback = off        # send info from standby to prevent
                    # query conflicts

#------------------------------------------------------------------------------
# AUTOVACUUM PARAMETERS
#------------------------------------------------------------------------------

#autovacuum = on            # Enable autovacuum subprocess?  'on'
                    # requires track_counts to also be on.
#log_autovacuum_min_duration = -1    # -1 disables, 0 logs all actions and
                    # their durations, > 0 logs only
                    # actions running at least this number
                    # of milliseconds.
#autovacuum_max_workers = 3        # max number of autovacuum subprocesses
                    # (change requires restart)
#autovacuum_naptime = 1min        # time between autovacuum runs
#autovacuum_vacuum_threshold = 50    # min number of row updates before
                    # vacuum
#autovacuum_analyze_threshold = 50    # min number of row updates before
                    # analyze
#autovacuum_vacuum_scale_factor = 0.2    # fraction of table size before vacuum
#autovacuum_analyze_scale_factor = 0.1    # fraction of table size before analyze
#autovacuum_freeze_max_age = 200000000    # maximum XID age before forced vacuum
                    # (change requires restart)
#autovacuum_vacuum_cost_delay = 20ms    # default vacuum cost delay for
                    # autovacuum, in milliseconds;
                    # -1 means use vacuum_cost_delay
#autovacuum_vacuum_cost_limit = -1    # default vacuum cost limit for
                    # autovacuum, -1 means use
                    # vacuum_cost_limit

Merci à vous

Je croyais que le fichier pgpass.conf était utilisé uniquement pour ne pas à avoir à donner le mot de passe lorsque l'on veut effectuer une restauration ou une sauvegarde en mode commande de façon automatique.

J'ai réussit en cochant la case "le compte a expiré" dans l'onglet Définition du rôle postgres
il était pourtant pas expiré dans ses propriétés !!!!

pour autant j'ai une erreur dans mes logs (c'est depuis le début de mon installation de postgreSQL)
2014-12-08 12:55:13 CET FATAL:  password authentication failed for user "postgres"

j'arrive bien à me connecter sur mon instance avec le compte  postgres

ok c'est résolu suffi juste de modifier la variable lc_messages = 'French_France.1252' en 'UTF8'

merci à vous

oui il m'indique bien :
"Le service postgresql-x64-9.2 est entré dans l’état : en cours d’exécution"

Bonjour merci de votre réponse,

- Oui le service postgreSQL est bien présent
- non le service ne veut pas démarrer

- si je lance Pgadmin et je que souhaite me connecter à l'instance j'ai une erreur

could not connect to server: Connection refused (0x0000274D/10061) Is the server running on host "localhost" (::1) and accepting TCP/IP connections on port 5432? could not connect to server: Connection refused (0x0000274D/10061) Is the server running on host "localhost" (127.0.0.1) and accepting TCP/IP connections on port 5432?

Au passage, si le lecteur L est un lecteur réseau, c'est plutôt une mauvaise idée de l'utiliser pour une base de données, que ce soit en terme de performance et de fiabilité

- Je me suis mal exprimé j'ai été un peu vite. C'est une deuxième partition sur mon serveur qui va contenir la base de données (la partition est partagé)

merci pour vos réponses