Type: | integer |
Défaut: | 5000 (5s) |
Min: | 1 (1ms) |
Max: | 2147483647 (2147483647ms) |
Unité: | milliseconds (ms) |
Contexte: | sighup |
Redémarrer: | false |
Depuis: | 9.5 |
Indique combien de temps le serveur standby doit attendre lorsque les données des WAL ne sont pas disponibles auprès des sources habituelles (réplication en continu, localement à partir de pg_wal ou de l'archivage des WAL) avant d'essayer à nouveau de récupérer les WAL. Si cette valeur est spécifiée sans unité, elle est comprise comme un nombre de millisecondes. La valeur par défaut est de 5 secondes. Ce paramètre peut seulement être configuré dans le fichier postgresql.conf ou sur la ligne de commande du serveur.
Ce paramètre est utile dans les configurations où un nœud en cours de restauration a besoin de contrôler le temps à attendre pour la disponibilité de nouveaux WAL. Par exemple, en mode restauration à partir des archives, il est possible d'avoir une restauration plus réactive dans la détection d'un nouveau fichier WAL en réduisant la valeur de ce paramètre. Sur un système avec une génération faible de WAL, l'augmenter réduit le nombre de requêtes nécessaires pour accèder aux WAL archivés, quelque chose utile par exemple dans les environnements cloud où le nombre de fois où l'infrastructure est accédée est pris en compte.
Sur StackOverflow
Sur pgsql-hackers
- Improving the latch handling between logical replication launcher and worker processes.
- Documentation update of wal_retrieve_retry_interval to mention table sync worker
- RE: Collect statistics about conflicts in logical replication
- Re: Logical Replication of sequences
- promote request not received timely on slow Windows machines