Discussion :

[stylor]

Salut à tous,

Lorsque j'execute un simple SELECT * FROM MaTable à partir d'une DB miroir hot-standby contenant exactement les mêmes données que la production, j'ai un message d'erreur :

Canceling statement due to conflict WITH recovery

La table contient +/- 4 millions de rows. Si j'ajoute un limit(1000) par exemple, ça fonctionne. J'ai l'impression qu'il y a un soucis de transaction entre la prod et le miroir ou quelque chose du genre. Le temps que Postgres execute ma requête, la table à changé. Mais la raison est peu-être tout autre, je ne suis pas expert et je ne connais pas du tout Postgres.

C'est problématique car je dois lire en entier la table dans le but d'exporter l'ensemble des données vers notre Datawarehouse et pour se faire, je dois utiliser la DB miroir (décision du DBA).

Merci d'avance.

[alassanediakite]

Salut
Le souci vient du temps d’exécution de la requête longue et le délai du chargement des journaux du serveur de production.
Il faut alors jouer sur les paramètres max_standby_archive_delay et max_standby_streaming_delay au niveau du serveur en standby. Voir ici (paragraphe 25.5.3. Aperçu pour l'administrateur) pour plus d'infos.
@+

[stylor]

Après recherche sur le web, effectivement ça pourrait bien être la cause. Après discussion avec le DBA, il n'est pas possible de changer ces paramètres car il souhaite que la synchro soit la plus rapide possible et ne pas avoir de délais.

Quelle serait la solution ? Demander au DBA de faire un autre miroir mais avec un délai plus important pour la BI ?