Hola.
Como estan, hace algun tiempo pedi ayuda sobre una solución de
replicación, he optado por PyReplica , y tengo el siguiente
problema.quizas de simple la solución,
Tengo 3 servidores, cada uno tiene conexión con dos maestros
remotos, funciona aceptablemente bien, esta montado en
Hola.
Como estan, hace algun tiempo pedi ayuda sobre una solución de
replicación, he optado por PyReplica , y tengo el siguiente
problema.quizas de simple la solución,
Tengo 3 servidores, cada uno tiene conexión con dos maestros
remotos, funciona aceptablemente bien, esta montado en
Estimados.
Estoy utilizando esta solución (pyreplica) y esta bastante estable,
pero tengo el siguiente problema. Tengo tres servidores cada uno es
maestro de los otros dos, debido a esto se producen cientos de bloqueos
en la tabla de replicación, a pesar de ello en unos poco segundos las
Segun entiendo el metodo a cargo de realizar la conversion entre
pl/python y postgre es mogrify
//Extracto del trigger
# function to convert value from python to postgres representation
def mogrify(v):
if v is None: return 'NULL'
if isinstance(v,basestring):
r = repr(v)
2009/10/2 Javier Fritz Aliste
> Hola.
>
> Como estan, hace algun tiempo pedi ayuda sobre una solución de
> replicación, he optado por PyReplica , y tengo el siguiente problema.quizas
> de simple la solución,
>
> Tengo 3 servidores, cada uno tiene conexión con dos maestros remotos,
> func
lo estoy probando en este instante te cuento el resultado
Gracias :)
Mariano Reingart wrote:
2009/10/2 Javier Fritz Aliste
Hola.
Como estan, hace algun tiempo pedi ayuda sobre una solución de
replicación, he optado por PyReplica , y tengo el siguie
Hola
Con el cambio que propuso Mariano mejoro el panorama, con las
indicaciones dadas el query generado si es correcto y al ejecutarse el
query la "L" desaparece ;).
El problema ahora esta en el trigger pero del esclavo, al hacer el
cambio en el maestro, el trigger genera ok el query
Saludos.
Revisando en las entreñas de las tablas involucradas he decubierto
lo que explica el problema. Los campos de tipo "serial" son creados
como "integer" el problema es que los valores asinados a la sequence
(MAXVALUE), no son soportador por este tipo de dato.
Valor por defecto para
Hola.
Como ya he comentado estoy instalando un "cluster de replicacion"
basado en PyReplica, creo que todo va bastante bien, ahora estoy
ajustando algunos valores para mejorar la performance. El punto que
busco solucionar ahora es el tiempo desde que ocurre un error,
normalmente por concur
2009/10/13 Javier Fritz Alsite :
> Hola.
>
> Como ya he comentado estoy instalando un "cluster de replicacion" basado
> en PyReplica, creo que todo va bastante bien, ahora estoy ajustando algunos
> valores para mejorar la performance. El punto que busco solucionar ahora es
> el tiempo desde que
Hola Mariano.
Me interesa mucho ver como seria el formato que planeas para
agilizar el proceso, quizas puedo ayudar ;).
En cuanto a la espera en time.sleep(60) la baje considerablemente a 5,
ayudo a reducir el tiempo entre reintentos y el Time out lo setee a
'1'.
El resultado mejora ba
El día 14 de octubre de 2009 12:26, Javier Fritz Alsite
escribió:
> Hola Mariano.
>
> Me interesa mucho ver como seria el formato que planeas para agilizar el
> proceso, quizas puedo ayudar ;).
>
Otra forma de mejorar la performance es pasando los disparadores a C,
que es en lo que
estoy trab
2009/11/3 Javier Fritz Alsite
> Estimados.
>
> Estoy utilizando esta solución (pyreplica) y esta bastante estable, pero
> tengo el siguiente problema. Tengo tres servidores cada uno es maestro de
> los otros dos, debido a esto se producen cientos de bloqueos en la tabla de
> replicación, a pesa
13 matches
Mail list logo