Buenas :
Gracias lo vi ayer, pero tengo que ver  como me afecta en el google cloud y
si tiene algun efecto en la replicación.
Saludos

{ name     : "Rafael Valenzuela",

  open source    : ["Saiku Admin Console","Anaytical Sport"],

  location : "Madrid Spain",

  twitter  : ["@sowe <https://twitter.com/sowe>"] ,

  linkedin : profile
<http://es.linkedin.com/pub/rafael-valenzuela/19/694/61a/> ,
  phone : 0034649884067

 }


El vie., 3 abr. 2020 a las 9:54, Lucas Luengas (<lucasluen...@gmail.com>)
escribió:

> Hola.
> Según la documentación
> https://www.postgresql.org/docs/9.6/runtime-config-replication.html en el
> párrafo de "hot_standby_feedback " pone lo siguiente "This parameter can
> only be set in the postgresql.conf file or on the server command line."
> Saludos.
>
>
> On Thu, Apr 2, 2020 at 8:28 PM Rafael Valenzuela <rav...@gmail.com> wrote:
>
>> Buenas a todos :
>> Gracias a todos por las respuestas. si le estoy ejecutando en la replica.
>>  Ese parámetro lo puedo cambiar con el set a la hora de arrancar el
>> script ? o se tendría que cambiar en la replica o en el principal. Habia
>> leído este post
>> <https://www.cybertec-postgresql.com/en/what-hot_standby_feedback-in-postgresql-really-does/>
>>  pero
>> no se si también tendría que aumentar los tiempos
>> Saludos
>>
>> { name     : "Rafael Valenzuela",
>>
>>   open source    : ["Saiku Admin Console","Anaytical Sport"],
>>
>>   location : "Madrid Spain",
>>
>>   twitter  : ["@sowe <https://twitter.com/sowe>"] ,
>>
>>   linkedin : profile
>> <http://es.linkedin.com/pub/rafael-valenzuela/19/694/61a/> ,
>>   phone : 0034649884067
>>
>>  }
>>
>>
>> El jue., 2 abr. 2020 a las 20:17, Daymel Bonne (<
>> daymel.bo...@2ndquadrant.ec>) escribió:
>>
>>> Buenas tardes:
>>>
>>> El jue., 2 de abr. de 2020 a la(s) 12:56, Rafael Valenzuela (
>>> rav...@gmail.com) escribió:
>>>
>>>> Buenas :
>>>> Tengo una duda a ver si alguien con mas experiencia que yo me pueda
>>>> arrogar algo de luz. Estoy exportando unas tablas a formato CSV pero al
>>>> ejecutar el copy (*COPY (SELECT * FROM  table) TO STDOUT WITH CSV
>>>> HEADER;*) me saca estos errores.
>>>>
>>>>    - ERROR:  canceling statement due to conflict with recovery
>>>>    - DETAIL:  User query might have needed to see row versions that
>>>>    must be removed.
>>>>
>>>> He aumentado el parametro *statement_timeout* a 1000000 pero aun así
>>>> me falla y lo que mas me sorprende es que el tamaño más grande es de 12 GB
>>>> pero el listado seria este.
>>>>
>>>>    - '475 MB'
>>>>    - '475 MB'
>>>>    - '12 GB'
>>>>    - '34 MB'
>>>>    - '83 MB'
>>>>    - '1312 kB'
>>>>    - '128 kB'
>>>>    - '68 MB'
>>>>    - '63 MB'
>>>>
>>>> Tengo buena conectividad  entre el host de la base de datos, no se si
>>>> es posible cambiar alguna settings mas ... la versión  que tengo es
>>>>
>>>>  PostgreSQL 9.6.16 on x86_64-pc-linux-gnu, compiled by clang version
>>>> 7.0.0-3~ubuntu0.18.04.1 (tags/RELEASE_700/final), 64-bit
>>>>
>>>
>>> Esto se produce porque la consulta que estás realizando en ese servidor
>>> Standby accede a datos que han sido actualizados
>>> o eliminados en el servidor Primario, y la consulta es cancelada porque
>>> los datos ya no son válidos.
>>>
>>> Deberás en el servidor Standby establecer el parámetro hot_standby_feedback
>>> = on.
>>>
>>> ALTER SYSTEM SET hot_standby_feedback = on;
>>>
>>> Saludos
>>>
>>> --
>>> Daymel Bonne
>>> Database Consultant, Training & Services
>>> 2ndQuadrant - PostgreSQL Solutions for the Enterprise
>>> https://www.2ndQuadrant.com/ <https://www.2ndquadrant.com/>
>>>
>>>

Reply via email to