Mais en pratique, ca sert à quoi?
Soit on est en réplication stream, dans ce cas on a aucun intérêt de stopper la répli (sauf pour un failover par exemple), soit ca signifie que jusqu'à maintenant, on ne pouvait pas faire un recovery consistant. Je ne sais pas trop, si qqun peut m'éclairer?
Sinon, il y a un truc embêtant avec la streaming repl, c'est que si on est en mode synchrone et que le hot_standby crash, alors le maître continue tout de même à attendre sa réponse avant de renvoyer le retour du COMMIT au client. J'avais cru voir qu'une nouvelle option aller apparaître pour permettre d'ajouter un timeout, mais impossible de la retrouver...
# Recovery_target
Posté par apkwa . En réponse au journal PostgreSQL 9.4 en beta. Évalué à 3.
Bonne nouvelle. Ca avance vraiment très vite ces derniers temps.
Dans la release note, je vois le nouveau paramètre "recovery_target" qui permet de stopper le mode recovery dès qu'on a atteint un état consistant: http://www.postgresql.org/docs/devel/static/recovery-target-settings.html#RECOVERY-TARGET
Mais en pratique, ca sert à quoi?
Soit on est en réplication stream, dans ce cas on a aucun intérêt de stopper la répli (sauf pour un failover par exemple), soit ca signifie que jusqu'à maintenant, on ne pouvait pas faire un recovery consistant. Je ne sais pas trop, si qqun peut m'éclairer?
Sinon, il y a un truc embêtant avec la streaming repl, c'est que si on est en mode synchrone et que le hot_standby crash, alors le maître continue tout de même à attendre sa réponse avant de renvoyer le retour du COMMIT au client. J'avais cru voir qu'une nouvelle option aller apparaître pour permettre d'ajouter un timeout, mais impossible de la retrouver...
En tout cas, la réplication slot est bien sympa!