RE: [pgsql-es-ayuda] Load-balancing con hot-standby

2017-05-24 Por tema Lazaro Garcia
No lo he probado pero me imagino que si se pueda hacer.

Saludos.

-Mensaje original-
De: pgsql-es-ayuda-ow...@postgresql.org 
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de lodopidolo
Enviado el: miércoles, 24 de mayo de 2017 03:35 a. m.
Para: pgsql-es-ayuda@postgresql.org
Asunto: Re: [pgsql-es-ayuda] Load-balancing con hot-standby

Hola, muchas gracias pero no es posible para mi. Desearía algo parecido a lo 
que ofrece pgpool.

¿No se podría utilizar pgpool en synchronous replication mediante streaming 
replication?

Me refiero a la replicación mediante segmentos de WAL entre instancias.



El 22/05/17 a las 21:31, Lazaro Garcia escribió:
> Para balance de carga también puedes usar ha-proxy, solo que tu aplicativo 
> debe tener una entrada para escrituras y otra entrada para lecturas.
>
> Saludos a todos.
>
> -Mensaje original-
> De: pgsql-es-ayuda-ow...@postgresql.org 
> [mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Gerardo Herzig 
> Enviado el: lunes, 22 de mayo de 2017 12:07 p. m.
> Para: lodopidolo
> CC: pgsql-es-ayuda@postgresql.org
> Asunto: Re: [pgsql-es-ayuda] Load-balancing con hot-standby
>
> - Mensaje original -
>> De: "lodopidolo" <dir.postgre...@orencio.org>
>> Para: pgsql-es-ayuda@postgresql.org, "dir postgresql" 
>> <dir.postgre...@orencio.org>
>> Enviados: Lunes, 22 de Mayo 2017 8:16:08
>> Asunto: [pgsql-es-ayuda] Load-balancing con hot-standby
>>
>> Hola, he configurado una sistema hot-standby con synchronous 
>> replication mediante streaming replication. Querría tener una 
>> dirección única donde las peticiones de modificación fueran al 
>> servidor primario y las de consulta se balancearan automáticamente entre 
>> cualquiera de los dos.
>>
>> Al parecer esto se puede hacer con pgpool, pero no sé si se puede 
>> utilizar pgpool con esta configuración que tengo, ni que otras 
>> alternativas hay para balanceo con hot-standby.
>>
>> Un saludo.
>>
> Asi es, pgpool es el balancer mas popular para postgres, y viene 
> especialmente preparado para lidiar con esos ambientes de replicacion.
>
> Una aclaracion un tanto al margen: Si estas utilizando replicacion 
> *sincronica* con solamente 2 hosts, significa que si la replica se te cae, 
> las transacciones van a quedar a la espera indefinidamente. Por eso, en 
> general, cuando tenes 2 hosts se usa replicacion asincronica.
>
> Saludos,
> Gerardo
>
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) 
> Para cambiar tu suscripci n:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) 
Para cambiar tu suscripci n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


RE: [pgsql-es-ayuda] Load-balancing con hot-standby

2017-05-22 Por tema Lazaro Garcia
Para balance de carga también puedes usar ha-proxy, solo que tu aplicativo debe 
tener una entrada para escrituras y otra entrada para lecturas.

Saludos a todos.

-Mensaje original-
De: pgsql-es-ayuda-ow...@postgresql.org 
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Gerardo Herzig
Enviado el: lunes, 22 de mayo de 2017 12:07 p. m.
Para: lodopidolo
CC: pgsql-es-ayuda@postgresql.org
Asunto: Re: [pgsql-es-ayuda] Load-balancing con hot-standby

- Mensaje original -
> De: "lodopidolo" 
> Para: pgsql-es-ayuda@postgresql.org, "dir postgresql" 
> 
> Enviados: Lunes, 22 de Mayo 2017 8:16:08
> Asunto: [pgsql-es-ayuda] Load-balancing con hot-standby
> 
> Hola, he configurado una sistema hot-standby con synchronous 
> replication mediante streaming replication. Querría tener una 
> dirección única donde las peticiones de modificación fueran al 
> servidor primario y las de consulta se balancearan automáticamente entre 
> cualquiera de los dos.
> 
> Al parecer esto se puede hacer con pgpool, pero no sé si se puede 
> utilizar pgpool con esta configuración que tengo, ni que otras 
> alternativas hay para balanceo con hot-standby.
> 
> Un saludo.
> 
Asi es, pgpool es el balancer mas popular para postgres, y viene especialmente 
preparado para lidiar con esos ambientes de replicacion.

Una aclaracion un tanto al margen: Si estas utilizando replicacion *sincronica* 
con solamente 2 hosts, significa que si la replica se te cae, las transacciones 
van a quedar a la espera indefinidamente. Por eso, en general, cuando tenes 2 
hosts se usa replicacion asincronica.

Saludos,
Gerardo

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) 
Para cambiar tu suscripci n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


RE: [pgsql-es-ayuda] Como reiniciar secuencia diariamente??

2017-05-16 Por tema Lazaro Garcia
Daymel gracias por la respuesta. 

 

pg_cron está siendo mantenido y es estable?

pg_cron está disponible en los repos de postgres?

 

Saludos a todos.

 

De: Daymel Bonne Solís [mailto:daymelbo...@gmail.com] 
Enviado el: martes, 16 de mayo de 2017 03:00 p. m.
Para: Lazaro Garcia
Asunto: Re: [pgsql-es-ayuda] Como reiniciar secuencia diariamente??

 

El 16 may. 2017 1:48 p. m., "Lazaro Garcia" <lazaro3...@gmail.com 
<mailto:lazaro3...@gmail.com> > escribió:

Hola a todos, existe alguna forma de reiniciar una secuencia diariamente desde 
el propio motor de base de datos, o para lograr este objetivo necesito 
obligatoriamente programar una tarea del sistema operativo que diariamente 
reinicie la secuencia?

 

Saludos a todos y muchas gracias por su tiempo.

 

 

Hola Lázaro

 

Puedes ver aquí la sentencia de reiniciar la secuencia.

https://www.postgresql.org/docs/9.6/static/sql-altersequence.html

 

Puedes instalarte pg_cron <https://github.com/citusdata/pg_cron>   o ver 
proyectos similares. Hacer una tarea programada es solo otra manera válida de 
hacerlo.

 

Saludos



[pgsql-es-ayuda] Como reiniciar secuencia diariamente??

2017-05-16 Por tema Lazaro Garcia
Hola a todos, existe alguna forma de reiniciar una secuencia diariamente
desde el propio motor de base de datos, o para lograr este objetivo necesito
obligatoriamente programar una tarea del sistema operativo que diariamente
reinicie la secuencia?

 

Saludos a todos y muchas gracias por su tiempo.

 

 



[pgsql-es-ayuda] RE: [pgsql-es-ayuda] envío columnas de una tabla como parámetros de una función

2017-05-09 Por tema Lazaro Garcia
Sería bueno que pasaras la query completa:

 

Saludos.

 

De: pgsql-es-ayuda-ow...@postgresql.org 
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de david buenaño
Enviado el: martes, 9 de mayo de 2017 12:31 p. m.
Para: pgsql-es-ayuda
Asunto: [pgsql-es-ayuda] envío columnas de una tabla como parámetros de una 
función

 

Hola, tengo una duda, he creado una función que recibe parámetros, y deseo 
enviar a esa función campos o columnas de una tabla, pero me arroja el error: 

 

[Err] ERROR:  referencia a la entrada de la cláusula FROM para la tabla «cant» 
no válida

LINE 63:  INNER JOIN fn_registros_muestra_monitoreo_vd(cant.muestra, ...

   ^

HINT:  Hay una entrada para la tabla «cant», pero no puede ser referenciada 
desde esta parte de la consulta.

 

Les agradecería mucho me den una mano con esta duda.

 

saludos



[pgsql-es-ayuda] Qué variante sería las mas adecuada para balance de carga y pool de conexiones?

2017-04-24 Por tema Lazaro Garcia
Buenas a todos en la lista, me podrían dar su recomendación sobre estos
despliegues?

 

Variante 1: 

-  Servidor de aplicaciones con Pgbouncer (transaction mode) en el
mismo server.

-  Pgbouncer se conecta a un HA-proxy que sirve de balanceador de
carga entre varios servidores de bases de datos.

 

Variante 2:

-  El servidor de aplicaciones envía sus peticiones a un HA-Proxy.

-  El Ha-proxy balancea la carga entre los servidores de base de
datos. Cada servidor de base de datos tiene su propio PgBouncer.

 

Es una aplicación java que utiliza hibernate y c3p0 para manejo de las
conexiones.

 

Saludos a todos.



[pgsql-es-ayuda] Qué modo sería mas eficiente configurar en PgBouncer, session mode o transaction mode?

2017-04-20 Por tema Lazaro Garcia
Hola a todos. Me podrían dar sus recomendaciones sobre qué modo sería más
eficiente utilizar en PgBouncer, sesion mode o transaction mode, con el
propósito de obtener un mejor rendimiento de PostgreSQL.

 

Me podrían compartir algún enlace donde pudiera leer al respecto.

 

Saludos a todos.



RE: [pgsql-es-ayuda] resultado inesperado con pgbench

2017-04-10 Por tema Lazaro Garcia
Mil disculpas a todos, comparto con ustedes la aclaración y solución a mi
problema.

 

El primer test, los datos ya estaban en shared_buffers. 

 

Tras el reinicio la cache se borra y todo debe volver a ponerse en cache.
Ejecuté el test durante 30 min y el número de transacciones fue
incrementándose hasta que todos estuve en cache y los resultados volvieron a
mantener estables.

 

Saludos a todos.

 

De: Lazaro Garcia [mailto:lazaro3...@gmail.com] 
Enviado el: lunes, 10 de abril de 2017 11:05 a. m.
Para: 'Ayuda'
Asunto: resultado inesperado con pgbench

 

Buenos días a todos.

 

Estoy teniendo el siguiente problema con pgbench y test nuevamente:

 

Creo una base de datos con scale de 200 y ejecuto un test (solo lectura) con
40 usuarios y este es el resultado:

 

pgbench -U postgres -p 5433 -j 10 -c 40 -T 30 -h 127.0.0.1 -S  pgbench

 

scaling factor: 200

query mode: simple

number of clients: 40

number of threads: 10

duration: 30 s

number of transactions actually processed: 2682306

latency average = 0.446 ms

latency stddev = 0.303 ms

tps = 89329.960851 (including connections establishing)

tps = 89348.642359 (excluding connections establishing)

 

luego reinicio el server y cuando ejecuto nuevamente el test el resultado es
verdaderamente muy malo y el io del server comienza a subir (aquí lo raro es
que no estoy escribiendo solo leyendo)

 

scaling factor: 200

query mode: simple

number of clients: 40

number of threads: 10

duration: 30 s

number of transactions actually processed: 6933

latency average = 174.032 ms

tps = 229.842173 (including connections establishing)

tps = 229.870409 (excluding connections establishing)

 

Alguien me podría dar alguna sugerencia para poder determinar que está
pasando? 

 

PostgreSQL 9.6.2.

 

Muchas gracias por su tiempo.

 

Saludos.

 

 

 

 



[pgsql-es-ayuda] resultado inesperado con pgbench

2017-04-10 Por tema Lazaro Garcia
Buenos días a todos.

 

Estoy teniendo el siguiente problema con pgbench y test nuevamente:

 

Creo una base de datos con scale de 200 y ejecuto un test (solo lectura) con
40 usuarios y este es el resultado:

 

pgbench -U postgres -p 5433 -j 10 -c 40 -T 30 -h 127.0.0.1 -S  pgbench

 

scaling factor: 200

query mode: simple

number of clients: 40

number of threads: 10

duration: 30 s

number of transactions actually processed: 2682306

latency average = 0.446 ms

latency stddev = 0.303 ms

tps = 89329.960851 (including connections establishing)

tps = 89348.642359 (excluding connections establishing)

 

luego reinicio el server y cuando ejecuto nuevamente el test el resultado es
verdaderamente muy malo y el io del server comienza a subir (aquí lo raro es
que no estoy escribiendo solo leyendo)

 

scaling factor: 200

query mode: simple

number of clients: 40

number of threads: 10

duration: 30 s

number of transactions actually processed: 6933

latency average = 174.032 ms

tps = 229.842173 (including connections establishing)

tps = 229.870409 (excluding connections establishing)

 

Alguien me podría dar alguna sugerencia para poder determinar que está
pasando? 

 

PostgreSQL 9.6.2.

 

Muchas gracias por su tiempo.

 

Saludos.

 

 

 

 



[pgsql-es-ayuda] Que ralación hay entre checkpoint_completion_target y la cache de escritura del SO??

2017-04-05 Por tema Lazaro Garcia
Hola a todos, revisando el tema de los checkpoints y la configuración de
buffers de memoria para escritura del sistema operativo
(vm.dirty_background_ratio y

vm.dirty_ratio = 2), quería saber cuál es la relación que existe entre estos
parámetros y checkpoint_completion_target pues en este enlace
https://blog.2ndquadrant.com/basics-of-tuning-checkpoints/  (bastante
interesante) mencionan que se deben configurar estos parámetros del kernel
para evitar que se acumulen muchas páginas sucias en la cache.

 

Si synchronous_commit = on, significa que cada acción de escritura será
persistida en los redo logs antes de dar el commit final de la transacción,
y tras un checkpoint todos los Wal generados serán sincronizados con los
data files, entonces en este escenario:

 

El bgwriter juega algún papel durante bgwriter_delay escribiendo los cambios
de los shared buffers directamente a los data files o a la cache de
escritura del sistema operativo o simplemente no hace nada en modo commit
síncrono.??

 

Wal_buffers se utiliza en modo síncrono?

 

Si tras cada commit se ejecuta un fsync para grabar en disco los datos que
generó la transacción, que información es la que se almacena en la cache de
escritura del sistema operativo y que tanto puede crecer este valor si
existe escritura tras cada transacción?

 

Cualquier documentación relacionada a estos temas será bien agradecida.

 

Saludos y muchas gracias a todos por su tiempo.

 

 

 



RE: [pgsql-es-ayuda] Ayuda - Rendimiento muy malo con Synchronous Commit

2017-04-05 Por tema Lazaro Garcia
Buenos días a todos, en esta ocasión les escribo para compartir con ustedes
los resultados finales y algunos errores que estuve cometiendo durante el
test. De igual forma cualquier contribución es apreciada.

Primeramente el intervalo en que un checkpoint se estaba ejecutando era de 5
min y esto ocasionaba muchos checkpoints.

Tambien max_wal_size estaba a 1 GB demasiado corto incluso para este tiempo
pues el test durante 5 minutos estaba generando aproximadamente 2 GB de
ficheros WAL, al alcanzar 1 GB se lanzaba otro checkpoint y
checkpoint_completion_target estaba a 0.5 o sea que en los primeros 2.5
minutos el checkpoint debía terminar.

La solución fue incrementar checkpoint_timeout a 30 min,
checkpoint_completion_target = 0.9  y max_wal_size al triple del tamaño de
wals que se deben generar en 30 minutos.

Para que el test tuviera efecto se ejecutó con un scale de 200 y 40 usuarios
concurrentes, un número elevado de usuarios generaba contención en la base
de datos. La ejecución del test tras estas configuraciones fue de 1 hora
para ver que sucedía durante la ejecución de algún checkpoint, el IO de
server después de 30 minutos comenzó a subir y el número de transacciones
comenzó a disminuir pero se mantuvo más estable obteniendo como promedio 950
TPS (test completo ejecutando inserciones y actualizaciones).

Ejecutar test con tiempos cortos daba resultados muy diferentes pues
mientras no se ejecutaban checkpoints todo parecía estar bien, tras el
checkpoint el rendimiento decaía y un tiempo de 60 minutos era muy corto
para sacar un resultado fiable. Además mientras más veces se ejecutaba el
test, mas tuplas muertas había en la base de datos y tras ejecutar un vacuum
muchas páginas se limpiaban.

En modo solo lectura ( pgbench -S) está entre 70 mil y 80 mil TPS.

El disco duro es un disco SATA de 7200 RPM:

ATA device, with non-removable media
Model Number:   TOSHIBA DT01ACA200
Serial Number:  Z4NMKKGAS
Firmware Revision:  MX4OABB0
Transport:  Serial, ATA8-AST, SATA 1.0a, SATA II Extensions,
SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0;


Saludos a todos.
 

-Mensaje original-
De: Alvaro Herrera [mailto:alvhe...@2ndquadrant.com] 
Enviado el: viernes, 31 de marzo de 2017 12:02 p. m.
Para: Lazaro Garcia
CC: 'Ayuda'
Asunto: Re: [pgsql-es-ayuda] Ayuda - Rendimiento muy malo con Synchronous
Commit

Lazaro Garcia escribió:

> Nuevamente realicé el test con un scale de 100 y 80 usuarios 
> concurrentes durante 60 segundos como me sujeriste, el resultado fue el
siguiente:

> scaling factor: 100
> query mode: simple
> number of clients: 80
> tps = 1475.415857 (including connections establishing) tps = 
> 1475.526722 (excluding connections establishing)

Es decir de 91 tps iniciales subiste a 1475 tps.  Suena bastante mejor, ¿no
te parece?

(60s es un tiempo bastante corto.  Deberías probar al menos el tiempo
suficiente para que ocurra unos pocos checkpoints, para asegurarte que tus
resultados son sostenibles)

> Como podría hacer un test del fsync??

Existe pg_test_fsync.

> Sobre tu primera respuesta me podrías explicar porque mientras más 
> chica la tabla y mayor el número de clientes (usuarios conectados a la 
> base) el update demoraría más?

Porque cada uno tiene que esperar a que otro que esté modificando la misma
tupla termine.

> He ejecuta el test con el mismo scale factor por defecto y con un solo 
> usuario conectado y los resultados siguen siendo los mismos.

Bueno, con un solo usuario obviamente no hay ninguna concurrencia.

> Porque me comentas que la idea es que el scale debería ser al menos 
> tan grande como el núm de clientes?

Para evitar contención.

> Por número de clientes te refieres a usuarios concurrentes ejecutando 
> el test?

Me refiero al -c de pgbench.

-- 
Álvaro Herrerahttps://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


RE: [pgsql-es-ayuda] Ayuda - Rendimiento muy malo con Synchronous Commit

2017-04-03 Por tema Lazaro Garcia
Advanced power management level: disabled
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
 Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
 Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
Enabled Supported:
   *SMART feature set
Security Mode feature set
   *Power Management feature set
Write cache
   *Look-ahead
   *Host Protected Area feature set
   *WRITE_BUFFER command
   *READ_BUFFER command
   *NOP cmd
   *DOWNLOAD_MICROCODE
Advanced Power Management feature set
Power-Up In Standby feature set
   *SET_FEATURES required to spinup after power up
SET_MAX security extension
   *48-bit Address feature set
   *Device Configuration Overlay feature set
   *Mandatory FLUSH_CACHE
   *FLUSH_CACHE_EXT
   *SMART error logging
   *SMART self-test
Media Card Pass-Through
   *General Purpose Logging feature set
   *WRITE_{DMA|MULTIPLE}_FUA_EXT
   *64-bit World wide name
   *URG for READ_STREAM[_DMA]_EXT
   *URG for WRITE_STREAM[_DMA]_EXT
   *WRITE_UNCORRECTABLE_EXT command
   *{READ,WRITE}_DMA_EXT_GPL commands
   *Segmented DOWNLOAD_MICROCODE
unknown 119[7]
   *Gen1 signaling speed (1.5Gb/s)
   *Gen2 signaling speed (3.0Gb/s)
   *Gen3 signaling speed (6.0Gb/s)
   *Native Command Queueing (NCQ)
   *Host-initiated interface power management
   *Phy event counters
   *NCQ priority information
Non-Zero buffer offsets in DMA Setup FIS
   *DMA Setup Auto-Activate optimization
Device-initiated interface power management
In-order data delivery
   *Software settings preservation
   *SMART Command Transport (SCT) feature set
   *SCT Write Same (AC2)
   *SCT Error Recovery Control (AC3)
   *SCT Features Control (AC4)
   *SCT Data Tables (AC5)
Security:
Master password revision code = 65534
supported
not enabled
not locked
frozen
not expired: security count
not supported: enhanced erase
320min for SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 539ffae513fd
NAA : 5
IEEE OUI: 39
Unique ID   : ffae513fd
Checksum: correct


-
parted /dev/sda unit s print

Model: ATA TOSHIBA DT01ACA2 (scsi)
Disk /dev/sda: 3907029168s
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:

Number  Start  End  Size File system Name  Flags
 1  2048s  4095s2048s  bios_grub
 2  4096s  1003519s 999424s  ext2
 3  1003520s   17004543s16001024slinux-swap(v1)
 4  17004544s  3907028991s  3890024448s  ext4

Me podrías dar algún consejo de tuning para los discos?

Saludos y muchas gracias por tu tiempo.

-Mensaje original-
De: Alvaro Herrera [mailto:alvhe...@2ndquadrant.com] 
Enviado el: viernes, 31 de marzo de 2017 10:29 a. m.
Para: Lazaro Garcia
CC: 'Ayuda'
Asunto: Re: [pgsql-es-ayuda] Ayuda - Rendimiento muy malo con Synchronous
Commit

Lazaro Garcia escribió:

> scaling factor: 1

> number of clients: 50

> Analizando el log de postgres con pgbadger pude ver que los updates 
> demoran enormemente para una tabla con 10 tuplas solamente. Luego 
> ejecuté un explain analyze y los resultados del explain se contradicen a
lo que arroja el test:
> 
>  
> 
> Update on pgbench_tellers  (cost=4.14..8.16 rows=1 width=358) (actual
> time=0.021..0.021 rows=0 loops=1)

Este test no tiene sentido.  Si la tabla es muy pequeña, los update van a
estar en conflicto permanente unos con otros, y por supuesto eso demorará.
Repite el test con un "scale" mayor (entiendo que la idea es que el scale
debería ser al menos tan grande como el núm de clientes)

Dicho eso, ni siquiera mencionaste la configuración de discos (así que
seguramente son lentos), y el sinc commit es sobre todo un test a qué tan
rápido puedes hacer flush a disco.

-- 
Álvaro Herrerahttps://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


RE: [pgsql-es-ayuda] Ayuda - Rendimiento muy malo con Synchronous Commit

2017-03-31 Por tema Lazaro Garcia
Alvaro muchas gracias por la pronta respuesta, sobre los discos tengo que
investigar más porque el server es un VPS contratado que tiene dos discos
SSD.

Sobre tu primera respuesta me podrías explicar porque mientras más chica la
tabla y mayor el número de clientes (usuarios conectados a la base) el
update demoraría más? He ejecuta el test con el mismo scale factor por
defecto y con un solo usuario conectado y los resultados siguen siendo los
mismos.

Porque me comentas que la idea es que el scale debería ser al menos tan
grande como el núm de clientes? Por número de clientes te refieres a
usuarios concurrentes ejecutando el test?

Nuevamente realicé el test con un scale de 100 y 80 usuarios concurrentes
durante 60 segundos como me sujeriste, el resultado fue el siguiente:

scaling factor: 100
query mode: simple
number of clients: 80
number of threads: 12
duration: 60 s
number of transactions actually processed: 88778
latency average = 54.094 ms
latency stddev = 58.416 ms
tps = 1475.415857 (including connections establishing)
tps = 1475.526722 (excluding connections establishing)

Tengo la impresión de que estos resultados podrían ser mucho mejores, que
crees??

Como podría hacer un test del fsync??

Saludos.


-Mensaje original-
De: Alvaro Herrera [mailto:alvhe...@2ndquadrant.com] 
Enviado el: viernes, 31 de marzo de 2017 10:29 a. m.
Para: Lazaro Garcia
CC: 'Ayuda'
Asunto: Re: [pgsql-es-ayuda] Ayuda - Rendimiento muy malo con Synchronous
Commit

Lazaro Garcia escribió:

> scaling factor: 1

> number of clients: 50

> Analizando el log de postgres con pgbadger pude ver que los updates 
> demoran enormemente para una tabla con 10 tuplas solamente. Luego 
> ejecuté un explain analyze y los resultados del explain se contradicen a
lo que arroja el test:
> 
>  
> 
> Update on pgbench_tellers  (cost=4.14..8.16 rows=1 width=358) (actual
> time=0.021..0.021 rows=0 loops=1)

Este test no tiene sentido.  Si la tabla es muy pequeña, los update van a
estar en conflicto permanente unos con otros, y por supuesto eso demorará.
Repite el test con un "scale" mayor (entiendo que la idea es que el scale
debería ser al menos tan grande como el núm de clientes)

Dicho eso, ni siquiera mencionaste la configuración de discos (así que
seguramente son lentos), y el sinc commit es sobre todo un test a qué tan
rápido puedes hacer flush a disco.

-- 
Álvaro Herrerahttps://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


[pgsql-es-ayuda] Ayuda - Rendimiento muy malo con Synchronous Commit

2017-03-31 Por tema Lazaro Garcia
Buenos días a todos.

 

Les escribo porque necesito que me puedan dar una ayuda con el siguiente
problema que me he topado y no tengo idea como descubrir dónde está el
error:

 

La situación es la siguiente:

 

He instalado un PostgreSQL 9.6.2 sobre un servidor Ubuntu 16.04.2 LTS con
las siguientes prestaciones:

12 núcleos y 30 GB de RAM.

 

He creado una base con pgbench para pruebas y resulta que el rendimiento
sobre un test con pgbench es muy malo cuando el commit en modo síncrono está
activo:

 

Estos son los resultados:

 

scaling factor: 1

query mode: simple

number of clients: 50

number of threads: 12

duration: 30 s

number of transactions actually processed: 2773

latency average = 544.336 ms

latency stddev = 617.941 ms

tps = 91.180927 (including connections establishing)

tps = 91.194080 (excluding connections establishing)

 

Analizando el log de postgres con pgbadger pude ver que los updates demoran
enormemente para una tabla con 10 tuplas solamente. Luego ejecuté un explain
analyze y los resultados del explain se contradicen a lo que arroja el test:

 

Update on pgbench_tellers  (cost=4.14..8.16 rows=1 width=358) (actual
time=0.021..0.021 rows=0 loops=1)

   ->  Bitmap Heap Scan on pgbench_tellers  (cost=4.14..8.16 rows=1
width=358) (actual time=0.010..0.010 rows=1 loops=1)

 Recheck Cond: (tid = 5)

 Heap Blocks: exact=1

 ->  Bitmap Index Scan on pgbench_tellers_pkey  (cost=0.00..4.14
rows=1 width=0) (actual time=0.005..0.005 rows=1 loops=1)

   Index Cond: (tid = 5)

Planning time: 0.052 ms

Execution time: 0.043 ms

 

El mismo test lo he realizado en otras máquinas de prueba incluso en
máquinas virtuales en mi pc local y nunca han arrojado resultados tan malos.

 

Agradecería enormemente una ayuda en este tema.

 

Saludos a todos.



RE: [pgsql-es-ayuda] como guardar ficheros en una tabla

2017-03-30 Por tema Lazaro Garcia
Si por un tema de seguridad necesitas tener la data en la DB pues podrías 
guardarla ahí. Tuve una experiencia en un sistema donde guardábamos las huellas 
de personas en la DB. Para las imágenes solo buscábamos la que realmente era 
útil y nunca se usaba un select * porque era muy lento. En otros proyectos que 
he desarrollado las imágenes las he puesto en un servidor WEB apache, controlo 
los paths desde la aplicación y en la db solo guardo el nombre del fichero. De 
esa forma si el storage para las imágenes cambia, no tengo que modificar los 
registros en la base, sino los parámetros de configuración de la aplicación. Si 
elimino la tupla elimino también el fichero.

Saludos.

-Mensaje original-
De: pgsql-es-ayuda-ow...@postgresql.org 
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Kernel
Enviado el: jueves, 30 de marzo de 2017 12:04 p. m.
Para: 'Ayuda'
Asunto: Re: [pgsql-es-ayuda] como guardar ficheros en una tabla

El 30/03/2017 a las 14:50, Lázaro Garcia escribió:
> El oid no es más que la referencia del large object que fue insertado en otra 
> tabla independiente del catálogo. El bytea guarda en el mismo campo y utiliza 
> TOAST. En lo personal recomendaría más guardar files independientes al motor 
> y en la base almacenar el path donde el fichero está guardado por las 
> siguientes razones:
>
> - Tu base puede crecer mucho (data files y generación de WAL). Con la base 
> muy grande los backups and restore tardarán más, en cuanto a los WAL se 
> generarán en mayor cantidad y será mucho mayor el flujo de datos si necesitas 
> usar réplica.
>
> - Si haces un select sobre ese campo igual demorará más pues el motor 
> necesitará colocar la data en los shared buffers, no creo que para ficheros 
> sea una buena idea pues que pasa que si llenas los shared buffers de files o 
> si por alguna razón shared buffers no alcanzara y fuese necesario usar swap?
>
> - Lo mismo sucediera si quisieras no se obtener los ficheros de un nombre 
> específico. En este caso si guardas el nombre del fichero en la base 
> solamente y configuras los paths a nivel de aplicación, pudieras incluso 
> indexar por este campo para hacer algún tipo de búsqueda específico.
>
> Como nota: Si decides usar LO (Large objects), debes utilizar vacuumlo para 
> eliminar los objetos largos del catálogo que ya no son referenciados.
>
> Saludos.
>
>
> -Mensaje original-
> De: pgsql-es-ayuda-ow...@postgresql.org 
> [mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Kernel Enviado el: 
> miércoles, 29 de marzo de 2017 03:47 a. m.
> Para: Ayuda
> Asunto: [pgsql-es-ayuda] como guardar ficheros en una tabla
>
> hola,
> Hasta ahora nunca he guardado ficheros el la db (pdf,jpg,doc) en la db y 
> estoy valorando la posibilidad de guardarlos.
>
> He visto 2 maneras , una con oid (lo_import y lo_export) o definir un 
> tipo bytea (no se con que funciones se maneja)
>
> me gustaria preguntaros algunas cosas
>
> Es recomendable guardarlo en la db
>
> ¿cual es la mejor manera con el typo bytea o oid?
>
>
> Agradeceria comentarios sobre vuestra experiencia con este tema
>
>
> Gracias
>
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) 
> Para cambiar tu suscripci n:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>
>
Gracias Lazaro,
actualmente lo tengo con ficheros, pero estoy probando y he  añadido un campo 
bytea en la tabla actual, en la que guardo el nombre y demas datos.
Estoy pensando en limitar el tamaño del fichero a guardar a 5 megas.

En cuanto a la replica, también tengo que replicar los ficheros, lo hago con 
rsync, pero es verdad que los ficheros wal creceran.


El tamaño  del backup  y los ficheros es de 5GB mas o menos
, he probado a cargarlo y la copia mas o menos ocupa lo mismo,

mas o menos trabajan 50 usuarios, se pueden subir 10 o 15 archivos al dia.

-Las ventajas que veo es que tengo todo en el mismo sitio, no tengo que 
tener por una lado la db y los ficheros, las replicas de ambos.
Puedo atacar a la db desde distintas apliaciones que pueden estar en 
distintas plataformas, con acceder a la db tengo todo.

Creo que los tamaños de los que hablo son pequeños

¿Como lo ves?


Gracias



-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


RE: [pgsql-es-ayuda] como guardar ficheros en una tabla

2017-03-30 Por tema Lazaro Garcia
El oid no es más que la referencia del large object que fue insertado en otra 
tabla independiente del catálogo. El bytea guarda en el mismo campo y utiliza 
TOAST. En lo personal recomendaría más guardar files independientes al motor y 
en la base almacenar el path donde el fichero está guardado por las siguientes 
razones:

- Tu base puede crecer mucho (data files y generación de WAL). Con la base muy 
grande los backups and restore tardarán más, en cuanto a los WAL se generarán 
en mayor cantidad y será mucho mayor el flujo de datos si necesitas usar 
réplica.

- Si haces un select sobre ese campo igual demorará más pues el motor 
necesitará colocar la data en los shared buffers, no creo que para ficheros sea 
una buena idea pues que pasa que si llenas los shared buffers de files o si por 
alguna razón shared buffers no alcanzara y fuese necesario usar swap?

- Lo mismo sucediera si quisieras no se obtener los ficheros de un nombre 
específico. En este caso si guardas el nombre del fichero en la base solamente 
y configuras los paths a nivel de aplicación, pudieras incluso indexar por este 
campo para hacer algún tipo de búsqueda específico.

Como nota: Si decides usar LO (Large objects), debes utilizar vacuumlo para 
eliminar los objetos largos del catálogo que ya no son referenciados.

Saludos.


-Mensaje original-
De: pgsql-es-ayuda-ow...@postgresql.org 
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Kernel
Enviado el: miércoles, 29 de marzo de 2017 03:47 a. m.
Para: Ayuda
Asunto: [pgsql-es-ayuda] como guardar ficheros en una tabla

hola,
Hasta ahora nunca he guardado ficheros el la db (pdf,jpg,doc) en la db y estoy 
valorando la posibilidad de guardarlos.

He visto 2 maneras , una con oid (lo_import y lo_export) o definir un tipo 
bytea (no se con que funciones se maneja)

me gustaria preguntaros algunas cosas

Es recomendable guardarlo en la db

¿cual es la mejor manera con el typo bytea o oid?


Agradeceria comentarios sobre vuestra experiencia con este tema


Gracias

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) 
Para cambiar tu suscripci n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


[pgsql-es-ayuda] RE: repmgr y failover automático error

2017-03-15 Por tema Lazaro Garcia
Gracias por la respuesta, realmente lo que hago es detener el servicio de 
postgres en el maestro para que un esclavo sea promovido a maestro, con esto 
repmgr se detiene en este nodo. Luego cuando recupero el nodo fallido, reinicio 
el proceso de repmgr nuevamente en ese nodo.

Saludos a todos.

-Mensaje original-
De: Jaime Casanova [mailto:jaime.casan...@2ndquadrant.com] 
Enviado el: miércoles, 15 de marzo de 2017 12:44 p. m.
Para: Lazaro Garcia
CC: POSTGRES
Asunto: Re: repmgr y failover automático error

2017-02-14 5:42 GMT-05:00 Lazaro Garcia <lazaro3...@gmail.com>:
> Hola a todos en la lista. Creo haber encontrado el problema con el failover 
> automático y repmgr.
>
> Cuando se produce el proceso de failover, el proceso repmgr en el nodo 
> fallido muere.
>
[...]
>
> ¿Es este el comportamiento esperado?
>

Saludos,

Según recuerdo si. Ahora, si el nodo fallo pudo ser:
1) una prueba de laboratorio como la tuya,
2) un problema trasiente de red
3) un fallo de disco
4) falla catastrófica de la máquina

en cualquiera de los 3 últimos casos deberías hacer un chequeo completo de la 
máquina antes de ponerla a funcionar. Como parte de ese chequeo surgirá que el 
repmgrd se detuvo.
Y si, el chequeo debe ser aún en el caso del fallo trasiente de red porque 
quieres asegurarte por qué ocurrió y si no está enmascarando un problema mayor.

-- 
Jaime Casanova  www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


RE: [pgsql-es-ayuda] Fundamentos de BD

2017-03-09 Por tema Lazaro Garcia
Para eso estamos. 

 

Le llegó el pdf adjunto?

 

Saludos.

 

De: Guillermo E. Villanueva [mailto:guillermo...@gmail.com] 
Enviado el: jueves, 9 de marzo de 2017 08:39 a. m.
Para: Lazaro Garcia
CC: pgsql-es-ayuda
Asunto: Re: [pgsql-es-ayuda] Fundamentos de BD

 

Excelente! Gracias

 

El 9 de marzo de 2017, 10:32, Lazaro Garcia <lazaro3...@gmail.com 
<mailto:lazaro3...@gmail.com> > escribió:

Estas páginas están muy buenas:

 

https://madusudanan.com/blog/understanding-postgres-caching-in-depth/

http://www.interdb.jp/pg/pgsql01.html

 

Adjunto tienes otro material.

 

Saludos.

 

De: pgsql-es-ayuda-ow...@postgresql.org 
<mailto:pgsql-es-ayuda-ow...@postgresql.org>  
[mailto:pgsql-es-ayuda-ow...@postgresql.org 
<mailto:pgsql-es-ayuda-ow...@postgresql.org> ] En nombre de Guillermo E. 
Villanueva
Enviado el: miércoles, 8 de marzo de 2017 09:54 a. m.
Para: pgsql-es-ayuda
Asunto: [pgsql-es-ayuda] Fundamentos de BD

 

Amigos les pido si me pueden sugerir lectura de fundamentos sobre:


*  páginas de memoria y archivos

*  gestión de índices

*  gestión de transacciones

*  bloqueos

*  planificador y optimización de consultas 

No necesariamente de nuestro querido Postgres sino en general, se que hay 
muchísimo y si pongo esto en google tengo para leer días y días, pero si es 
posible, me vendrían bien sugerencias de documentos que uds hayan leído.

 

Desde ya muchas gracias

 

Guillermo

 

 



[pgsql-es-ayuda] como declarar variable de tipo string en test de pgbenc

2017-03-08 Por tema Lazaro Garcia
Hola a todos en la lista, deseo realizar un test personalizado con pgbench.

 

Para el test quiero inicializar algunas variables de esta forma:

 

\set location_id random(2, 21)

 

Pero no encuentro la vía de declarar una variable que contenga un string.

 

Como podría declarar una variable que contenga un texto??

 

Saludos.



RE: [pgsql-es-ayuda] Como modificar el tipo de dato de un dominio.

2017-02-24 Por tema Lazaro Garcia
Anthony muchas gracias por la respuesta, la pregunta venía precisamente por
ahí porque la solución que se me ocurrió (tras haber revisado la doc porque
no encontré la vía) fue esa solo que había que tener un control sobre todas
las columnas que usen el dominio.

 

Saludos.

 

De: Anthony Sotolongo [mailto:asotolo...@gmail.com] 
Enviado el: viernes, 24 de febrero de 2017 10:13 a. m.
Para: Lazaro Garcia; 'POSTGRES'
Asunto: Re: [pgsql-es-ayuda] Como modificar el tipo de dato de un dominio.

 

HOla Lazaro, segun la
documentacion(https://www.postgresql.org/docs/9.6/static/sql-alterdomain.htm
l) no  veo algo así, pero si lo que necesitas es cambiar el valor de la
longitud de la cadena que permite el dominio y ya ese dominio esta asociado
a alguna columna de alguna tabla, lo que puedes es cambiar el tipo de dato
momentáneamente de de la columna a un tipo de dato genérico, recrear el
dominio con los nuevas caracteriticas y luego volver a cambiar el tipo de
dato de la columna, lo digo por una vez que me pase ese escenario y lo
solucione así:

 

CREATE DOMAIN public.string_50 AS  varchar(50);

create TABLE  tabla_x (columna1 public.string_50);
..la tabla ya tenia valores 


ALTER TABLE tabla_x   ALTER COLUMN columna1 type text; ---hago el cambio de
tipo de dato para el generico
drop DOMAIN public.string_50 ; --elimino el domain
CREATE DOMAIN public.string_50 AS  varchar(100); --creo el dominion con las
nuevas caracteriticas 

ALTER TABLE tabla_x   ALTER COLUMN columna1 type public.string_50 ;---hago
el cambio de tipo de dato para el dominio



Saludos

On 24/02/17 11:41, Lazaro Garcia wrote:

Hola a todos. Existe alguna forma de modificar el tipo de dato de un
dominio??, algo como esto:

 

CREATE DOMAIN public.string_50 AS  varchar(50);

 

Luego lo quiero modificar:

 

ALTER DOMAIN public.string_50 SET varchar(100);

 

Saludos a todos.

 

 



[pgsql-es-ayuda] Como modificar el tipo de dato de un dominio.

2017-02-24 Por tema Lazaro Garcia
Hola a todos. Existe alguna forma de modificar el tipo de dato de un
dominio??, algo como esto:

 

CREATE DOMAIN public.string_50 AS  varchar(50);

 

Luego lo quiero modificar:

 

ALTER DOMAIN public.string_50 SET varchar(100);

 

Saludos a todos.

 



[pgsql-es-ayuda] RE: repmgr y failover automático error

2017-02-14 Por tema Lazaro Garcia
Hola a todos en la lista. Creo haber encontrado el problema con el failover 
automático y repmgr.

Cuando se produce el proceso de failover, el proceso repmgr en el nodo fallido 
muere.

El servicio Postgresql se detiene en el Nodo1, Nodo2 se promueve como maestro 
automáticamente pero repmgr en nodo1 se detiene, y necesito iniciar repmgr 
nuevamente después de recuperar Nodo1.

¿Es este el comportamiento esperado?

Saludos a todos.

-Mensaje original-
De: Lazaro Garcia [mailto:lazaro3...@gmail.com] 
Enviado el: lunes, 13 de febrero de 2017 11:08 a. m.
Para: 'Jaime Casanova'
CC: 'POSTGRES'
Asunto: repmgr y failover automático

Buenos días a todos, alguien me pudiera enviar algún enlace o darme alguna 
recomendación sobre el proceso de failover automático con repmgr, pues llevo 
días intentando el proceso pero solo funciona una vez, cuando los papeles se 
invierten no me funciona y debo reiniciar todos los servicios.

Por otra parte tengo activa la opción --monitoring-history y sucede lo mismo, 
una vez se invierten los papeles, deja de funcionar.

Saludos y gracias a todos por su tiempo.

-Mensaje original-
De: Lazaro Garcia [mailto:lazaro3...@gmail.com] Enviado el: viernes, 10 de 
febrero de 2017 09:28 a. m.
Para: 'Jaime Casanova'
CC: 'POSTGRES'
Asunto: RE: [pgsql-es-ayuda] repmgr y failover automático

Jaime muchas gracias por la respuesta, te explico los pasos:

1. Para convertir el nodo1 en esclavo del nodo2 ejecuté una recuperación desde 
repmgr.

repmgr -h maestro -U repmgr -d repmgr -D /var/lib/postgresql/9.6/main/ -f 
/etc/postgresql/9.6/main/repmgr.conf --rsync-only --force standby clone

Una vez terminado el proceso de clonado, inicié el servicio de postgres en el 
nuevo esclavo. El nodo1 inicia bien sin problemas en la réplica.

2. El servicio de repmgrd está corriendo, es un servicio añadido al sistema.

Debo hacer algo más?
Luego de la recuperación hay que notificarle algo a repmgr?


Saludos a todos.


-Mensaje original-
De: Jaime Casanova [mailto:jaime.casan...@2ndquadrant.com]
Enviado el: viernes, 10 de febrero de 2017 03:24 a. m.
Para: Lazaro Garcia
CC: POSTGRES
Asunto: Re: [pgsql-es-ayuda] repmgr y failover automático

2017-02-09 9:42 GMT-05:00 Lazaro Garcia <lazaro3...@gmail.com>:
> Hola a todos en la lista. He instalado y configurado repmgr y repmgrd 
> en 2 nodos utilizando failover automático.
>
> En una configuración inicial el nodo1 es el maestro y nodo2 el esclavo.
> Cuando apago el nodo1 el nodo2 es promovido a maestro automáticamente, 
> luego recupero el nodo1 para que sea esclavo del nodo2, (aquí se 
> invierten los
> papeles) sin embargo cuando detengo el nodo2, el nodo1 no se me 
> promueve a maestro.
>

1. Como convertiste al nodo1 en esclavo del nodo2? Debes asegurarte de que el 
registro correspondiente en repmgr_schema.repl_nodes este activo.
2. Te aseguraste que el repmgrd este corriendo en el nodo1 luego de agregarlo 
nuevamente?

-- 
Jaime Casanova  www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


RE: [pgsql-es-ayuda] Test a PostgreSQL con Sysbench

2017-02-13 Por tema Lazaro Garcia
Gracias por la info y muy interesante. Yo finalmente había hecho unas pruebas 
con sysbench tanto a MySQL como a PosgreSQL y los resultados fueron muy buenos 
para ambos motores.

 

Saludos a todos.

 

De: Jaime Soler [mailto:jaime.so...@gmail.com] 
Enviado el: lunes, 13 de febrero de 2017 07:16 p. m.
Para: Lazaro Garcia
CC: Jaime Casanova; PostgreSQL Lista Castellano
Asunto: Re: [pgsql-es-ayuda] Test a PostgreSQL con Sysbench

 

Buenas Lazaro,

 

Hace relativamente poco, la gente de postgres pro montaron una comparativa 
mysql vs postgresql usando sysbench y pgbench. Te paso la entrada del blog 
https://postgrespro.com/blog/pgsql/162095, por si te puede servir de utilidad.

 

 

El 20 de diciembre de 2016, 15:22, Lazaro Garcia <lazaro3...@gmail.com 
<mailto:lazaro3...@gmail.com> > escribió:

Jaime muchas gracias por la respuesta. Sobre Hammerdb lo estuve viendo pero el 
visor de ejecución de transacciones por minutos que tiene me dejó un poco 
confuso pues para PostgreSQL arrojó unas 50 mil y tantas transacciones por 
minuto mientras que para MySQL dio un número por encima de las 200 mil (muy por 
encima de postgres), lo raro es que PostgreSQL estaba tuneado y MySQL con su 
instalación por defecto sin tunear. Ambos gestores corren en la misma máquina y 
para los test solo uno está en ejecución.

Me podrías dar algunas recomendaciones sobre el test que arrojó HammerDB, 
podría ser algo erróneo??

Saludos y gracias a todos.

-Mensaje original-
De: Jaime Casanova [mailto:jaime.casan...@2ndquadrant.com 
<mailto:jaime.casan...@2ndquadrant.com> ]
Enviado el: lunes, 19 de diciembre de 2016 11:52
Para: Lazaro Garcia
CC: PostgreSQL Lista Castellano
Asunto: Re: [pgsql-es-ayuda] Test a PostgreSQL con Sysbench


2016-12-19 17:45 GMT-05:00 Lazaro Garcia <lazaro3...@gmail.com 
<mailto:lazaro3...@gmail.com> >:
> Hola a todos en la lista, estoy haciendo unos test a PostgreSQL y
> MySQL utilizando Sysbench (0.4.12) para hacer una comparación de los dos 
> motores.
> Quería saber si alguien en esta lista ha realizado pruebas a
> PostgreSQL con esta herramienta y que tan fiable es. Por defecto viene para 
> MySQL.
>

Aunque yo mismo no la he usado Greg Smith la recomendaba en su libro 
"PostgreSQL 9.0 High Performance" para "for testing low-level aspects of 
performance that impact databases"

>
> La he escogido porque soporta ambos gestores. Igual conocen de alguna
> herramienta para testing que se pueda usar sobre los dos motores?
>

También podrías usar http://www.hammerdb.com/ que parece soportar varios 
gestores de bases de datos incluyendo postgres y mysql

--
Jaime Casanova  www.2ndQuadrant.com 
<http://www.2ndQuadrant.com> 
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org 
<mailto:pgsql-es-ayuda@postgresql.org> )
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

 



[pgsql-es-ayuda] repmgr y failover automático

2017-02-13 Por tema Lazaro Garcia
Buenos días a todos, alguien me pudiera enviar algún enlace o darme alguna 
recomendación sobre el proceso de failover automático con repmgr, pues llevo 
días intentando el proceso pero solo funciona una vez, cuando los papeles se 
invierten no me funciona y debo reiniciar todos los servicios.

Por otra parte tengo activa la opción --monitoring-history y sucede lo mismo, 
una vez se invierten los papeles, deja de funcionar.

Saludos y gracias a todos por su tiempo.

-Mensaje original-
De: Lazaro Garcia [mailto:lazaro3...@gmail.com] 
Enviado el: viernes, 10 de febrero de 2017 09:28 a. m.
Para: 'Jaime Casanova'
CC: 'POSTGRES'
Asunto: RE: [pgsql-es-ayuda] repmgr y failover automático

Jaime muchas gracias por la respuesta, te explico los pasos:

1. Para convertir el nodo1 en esclavo del nodo2 ejecuté una recuperación desde 
repmgr.

repmgr -h maestro -U repmgr -d repmgr -D /var/lib/postgresql/9.6/main/ -f 
/etc/postgresql/9.6/main/repmgr.conf --rsync-only --force standby clone

Una vez terminado el proceso de clonado, inicié el servicio de postgres en el 
nuevo esclavo. El nodo1 inicia bien sin problemas en la réplica.

2. El servicio de repmgrd está corriendo, es un servicio añadido al sistema.

Debo hacer algo más?
Luego de la recuperación hay que notificarle algo a repmgr?


Saludos a todos.


-Mensaje original-
De: Jaime Casanova [mailto:jaime.casan...@2ndquadrant.com]
Enviado el: viernes, 10 de febrero de 2017 03:24 a. m.
Para: Lazaro Garcia
CC: POSTGRES
Asunto: Re: [pgsql-es-ayuda] repmgr y failover automático

2017-02-09 9:42 GMT-05:00 Lazaro Garcia <lazaro3...@gmail.com>:
> Hola a todos en la lista. He instalado y configurado repmgr y repmgrd 
> en 2 nodos utilizando failover automático.
>
> En una configuración inicial el nodo1 es el maestro y nodo2 el esclavo.
> Cuando apago el nodo1 el nodo2 es promovido a maestro automáticamente, 
> luego recupero el nodo1 para que sea esclavo del nodo2, (aquí se 
> invierten los
> papeles) sin embargo cuando detengo el nodo2, el nodo1 no se me 
> promueve a maestro.
>

1. Como convertiste al nodo1 en esclavo del nodo2? Debes asegurarte de que el 
registro correspondiente en repmgr_schema.repl_nodes este activo.
2. Te aseguraste que el repmgrd este corriendo en el nodo1 luego de agregarlo 
nuevamente?

-- 
Jaime Casanova  www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


[pgsql-es-ayuda] failover automático y balance de carga

2017-02-10 Por tema Lazaro Garcia
Hola a todos en la lista, deseo crear un clúster de 3 nodos configurado con
streaming replicación para ofrecer alta disponibilidad y balancear la carga
de lectura para lo cual estoy haciendo pruebas con pgpool sin embargo los
resultados no han sido los esperados.

 

Sucede que cuando me conecto directamente a un nodo con pgbech el número de
transacciones es mucho mayor (casi el doble) que cuando ejecuto el test
accediendo a través de  pgpool aun cuando la funcionalidad de balance de
carga permanece activa. El problema en este punto creo que se deba a que
pgpool debe parsear las consultas para saber a qué nodo enviársela (maestro
o esclavo) incluyendo el chequeo de los retrasos en la réplica para enviarla
al nodo donde según configuración (delay_threshold) se pueda ejecutar.
(Cualquier aclaración en este punto es apreciada)

 

También he leído sobre configuraciones con Pacemaker y Corosync en entornos
de alta disponibilidad para failover automático pero solo un nodo recibe
toda la carga y no se balancean las lecturas.

 

Me podrían recomendar soluciones para satisfacer estos requerimientos.

 

Saludos a todos.



[pgsql-es-ayuda] RE: [pgsql-es-ayuda] repmgr y failover automático

2017-02-10 Por tema Lazaro Garcia
Jaime muchas gracias por la respuesta, te explico los pasos:

1. Para convertir el nodo1 en esclavo del nodo2 ejecuté una recuperación desde 
repmgr.

repmgr -h maestro -U repmgr -d repmgr -D /var/lib/postgresql/9.6/main/ -f 
/etc/postgresql/9.6/main/repmgr.conf --rsync-only --force standby clone

Una vez terminado el proceso de clonado, inicié el servicio de postgres en el 
nuevo esclavo. El nodo1 inicia bien sin problemas en la réplica.

2. El servicio de repmgrd está corriendo, es un servicio añadido al sistema.

Debo hacer algo más?
Luego de la recuperación hay que notificarle algo a repmgr?


Saludos a todos.


-Mensaje original-
De: Jaime Casanova [mailto:jaime.casan...@2ndquadrant.com] 
Enviado el: viernes, 10 de febrero de 2017 03:24 a. m.
Para: Lazaro Garcia
CC: POSTGRES
Asunto: Re: [pgsql-es-ayuda] repmgr y failover automático

2017-02-09 9:42 GMT-05:00 Lazaro Garcia <lazaro3...@gmail.com>:
> Hola a todos en la lista. He instalado y configurado repmgr y repmgrd 
> en 2 nodos utilizando failover automático.
>
> En una configuración inicial el nodo1 es el maestro y nodo2 el esclavo.
> Cuando apago el nodo1 el nodo2 es promovido a maestro automáticamente, 
> luego recupero el nodo1 para que sea esclavo del nodo2, (aquí se 
> invierten los
> papeles) sin embargo cuando detengo el nodo2, el nodo1 no se me 
> promueve a maestro.
>

1. Como convertiste al nodo1 en esclavo del nodo2? Debes asegurarte de que el 
registro correspondiente en repmgr_schema.repl_nodes este activo.
2. Te aseguraste que el repmgrd este corriendo en el nodo1 luego de agregarlo 
nuevamente?

-- 
Jaime Casanova  www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


[pgsql-es-ayuda] repmgr y failover automático

2017-02-09 Por tema Lazaro Garcia
Hola a todos en la lista. He instalado y configurado repmgr y repmgrd en 2
nodos utilizando failover automático.

 

En una configuración inicial el nodo1 es el maestro y nodo2 el esclavo.
Cuando apago el nodo1 el nodo2 es promovido a maestro automáticamente, luego
recupero el nodo1 para que sea esclavo del nodo2, (aquí se invierten los
papeles) sin embargo cuando detengo el nodo2, el nodo1 no se me promueve a
maestro. 

 

¿Es este el comportamiento de repmgr?

 

¿El nodo1 no debería promoverse automáticamente a maestro mediante el
failover automático?

 

Gracias a todos.



[pgsql-es-ayuda] PgCuba Conferencia de PostgreSQL en Cuba

2017-01-30 Por tema Lazaro Garcia
Buenos días, escribo para saber dónde se realizará el evento PgCuba, pues
leí la noticia y no aparece publicado el lugar.

 

https://www.postgresql.org/about/event/2055/

 

Saludos a todos.



[pgsql-es-ayuda] Longitud de nombre de elementos en PostgreSQL

2017-01-26 Por tema Lazaro Garcia
Buenas tardes tengan todos en la lista. Les escribo porque quisiera conocer
alguna referencia o documentación donde se explique el número máximo de
caracteres que se pueden utilizar para nombras los elementos de la base de
datos como vistas, índices, tablas, secuencias, funciones, etc.

 

Saludos a todos.



[pgsql-es-ayuda] RE: [pgsql-es-ayuda] Consulta select y commit síncrono

2016-12-23 Por tema Lazaro Garcia
Muchas gracias por tu respuesta.

Saludos.

-Mensaje original-
De: Alvaro Herrera [mailto:alvhe...@2ndquadrant.com] 
Enviado el: viernes, 23 de diciembre de 2016 12:13
Para: Lazaro Garcia
CC: 'PostgreSQL Lista Castellano'
Asunto: Re: [pgsql-es-ayuda] Consulta select y commit síncrono

Lazaro Garcia escribió:

> Cuando la consulta no modifica los datos, el commit tiene lugar del 
> mismo modo que cuando no está activo syncronous commit ya que no hay 
> que copiar nada a los WAL?

Cuando la consulta no modifica datos, no se efectúa commit porque no es
necesario.  Por lo tanto es irrelevante si es síncrono o asíncrono.

-- 
Álvaro Herrerahttps://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


RE: [pgsql-es-ayuda] Matar un UPDATE

2016-12-23 Por tema Lazaro Garcia
Podrías intentar con pg_cancel_backend(pid)??

 

Saludos a todos.

 

De: pgsql-es-ayuda-ow...@postgresql.org
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Gustavo Vaccaro
Enviado el: viernes, 23 de diciembre de 2016 9:27
Para: pgsql-es-ayuda@postgresql.org
Asunto: [pgsql-es-ayuda] Matar un UPDATE

 

Hola,

tengo un problema que me pasa muy de vez en cuando pero no tengo idea como
solucionarlo sin cerrar el postgres.

Recien desde un programa se ejecutó una sentencia: "UPDATE remitoegr SET
anulado = 'S' WHERE id_nroemp = 5 AND id_nroremito = 118"

Estaba corriendo el debug de PGADMIN sobre un trigger que se dispara con el
update en la tabla remitoegr y cerré sin darme cuenta la ventana que me
abrio el debug.

Cuando ejecuto "SELECT  * FROM pg_stat_activity" veo que el UPDATE esta vivo
con PID 11160.

Ejecuto "SELECT pg_terminate_backend(11160)" y no pasa nada.

El usuario que utilizo es postgres y es superusuario. El usuario del UPDATE
es admin y tambien superusuario.

Estoy corriendo postgresql 9.3 sobre win 7 64. Es mi entorno de desarrollo y
pruebas.

¿Alguna idea como matar el UPDATE o cual es el problema?

Saludos

 

-- 

Gustavo J. Vaccaro
  http://www.gjv.com.ar



[pgsql-es-ayuda] Consulta select y commit síncrono

2016-12-23 Por tema Lazaro Garcia
Buenas a todos en la lista. Les escribo porque en unas pruebas que estoy
realizando noto un comportamiento que quisiera me ayudaran a comprender.

 

Para las pruebas utilizo sysbench con un tiempo de 5 minutos enviando
consultas de solo lectura a un PostgreSQL 9.6.1 para comparar el número de
transacciones que se pueden ejecutar en este intervalo de tiempo con
diferentes niveles de concurrencia (usuarios conectados). Mi duda radica en
que cuando synchronous_commit esta desactivado el número de transacciones
aumenta y disminuye un poco cuando está activo.

 

Sé que cuando syncronous commit está activo, primero se escribe en el WAL
antes de retornar el commit para garantizar la integridad y persistencia de
los datos (siempre y cuando la consulta involucre un cambio en la BD), ahora
mi pregunta es la siguiente:

 

Cuando la consulta no modifica los datos, el commit tiene lugar del mismo
modo que cuando no está activo syncronous commit ya que no hay que copiar
nada a los WAL?

 

Saludos a todos y feliz fin de año.

 

 

 

 



RE: [pgsql-es-ayuda] Test a PostgreSQL con Sysbench

2016-12-20 Por tema Lazaro Garcia
Jaime muchas gracias por la respuesta. Sobre Hammerdb lo estuve viendo pero el 
visor de ejecución de transacciones por minutos que tiene me dejó un poco 
confuso pues para PostgreSQL arrojó unas 50 mil y tantas transacciones por 
minuto mientras que para MySQL dio un número por encima de las 200 mil (muy por 
encima de postgres), lo raro es que PostgreSQL estaba tuneado y MySQL con su 
instalación por defecto sin tunear. Ambos gestores corren en la misma máquina y 
para los test solo uno está en ejecución. 

Me podrías dar algunas recomendaciones sobre el test que arrojó HammerDB, 
podría ser algo erróneo??

Saludos y gracias a todos.

-Mensaje original-
De: Jaime Casanova [mailto:jaime.casan...@2ndquadrant.com] 
Enviado el: lunes, 19 de diciembre de 2016 11:52
Para: Lazaro Garcia
CC: PostgreSQL Lista Castellano
Asunto: Re: [pgsql-es-ayuda] Test a PostgreSQL con Sysbench

2016-12-19 17:45 GMT-05:00 Lazaro Garcia <lazaro3...@gmail.com>:
> Hola a todos en la lista, estoy haciendo unos test a PostgreSQL y 
> MySQL utilizando Sysbench (0.4.12) para hacer una comparación de los dos 
> motores.
> Quería saber si alguien en esta lista ha realizado pruebas a 
> PostgreSQL con esta herramienta y que tan fiable es. Por defecto viene para 
> MySQL.
>

Aunque yo mismo no la he usado Greg Smith la recomendaba en su libro 
"PostgreSQL 9.0 High Performance" para "for testing low-level aspects of 
performance that impact databases"

>
> La he escogido porque soporta ambos gestores. Igual conocen de alguna 
> herramienta para testing que se pueda usar sobre los dos motores?
>

También podrías usar http://www.hammerdb.com/ que parece soportar varios 
gestores de bases de datos incluyendo postgres y mysql

-- 
Jaime Casanova  www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


[pgsql-es-ayuda] Test a PostgreSQL con Sysbench

2016-12-19 Por tema Lazaro Garcia
Hola a todos en la lista, estoy haciendo unos test a PostgreSQL y MySQL
utilizando Sysbench (0.4.12) para hacer una comparación de los dos motores.
Quería saber si alguien en esta lista ha realizado pruebas a PostgreSQL con
esta herramienta y que tan fiable es. Por defecto viene para MySQL.

 

La he escogido porque soporta ambos gestores. Igual conocen de alguna
herramienta para testing que se pueda usar sobre los dos motores?

 

Saludos y gracias a todos.



[pgsql-es-ayuda] PostgreSQL y .Net

2016-11-10 Por tema Lazaro Garcia
Hola a todos en la lista. Les escribo para saber sus criterios sobre la
implementación de una aplicación con el framework 4.5 de .Net utilizando
PostgreSQL como sistema gestor de base de datos. Sobre todo en cuanto a
temas de integración y rendimiento pues la aplicación es bastante compleja,
grande y debe sostener una carga elevada. De igual modo si algún miembro
conoce de algún vínculo donde se publiquen casos de éxito les agradecería si
lo pudieran compartir.

 

Saludos a todos.



RE: [MASSMAIL]RE: [pgsql-es-ayuda] Consulta sobre replicacion

2016-10-24 Por tema Lazaro Garcia
Y que tan viable puede ser esa solución cuando tenga un número considerable de 
clientes (slaves) desfasados en la réplica??

-Mensaje original-
De: Gilberto Castillo [mailto:gilberto.casti...@etecsa.cu] 
Enviado el: lunes, 24 de octubre de 2016 5:08
Para: Lazaro Garcia
CC: 'Carlos Enrique Perez'; 'Hellmuth Vargas'; 'PostgreSQL Lista Castellano'
Asunto: Re: [MASSMAIL]RE: [pgsql-es-ayuda] Consulta sobre replicacion


> No se puede porque el mecanismo no se activa y desactiva por sí solo, 
> no puede hacer magia. Cada vez que un server queda offline se retarda 
> en la réplica lo que conlleva a tareas de mantenimiento de la réplica 
> por parte de los DBA para poder conectar y sincronizar los nodos que 
> integran la solución. No creo que un entorno de replicación sea lo más 
> idóneo para lo que deseas hacer.
>

Si se puede!!!, ya recomendé Slony que lo use en un caso como ese, como replica 
por tigger, cuando detecte la conexión enviá, los datos pendientes, por 
replicar almacenado en el master.


>
> Saludos.
>
>
>
> De: Carlos Enrique Perez [mailto:carlos.pe...@syswarp.com.ar]
> Enviado el: lunes, 24 de octubre de 2016 3:47
> Para: Hellmuth Vargas; Lazaro Garcia
> CC: PostgreSQL Lista Castellano
> Asunto: Re: [pgsql-es-ayuda] Consulta sobre replicacion
>
>
>
> Las tablets salen a los negocios  y en muchos casos no tienen conexion 
> por lo cual la base esta local instalada en cada una de las tablets. 
> Lo que quiero es que cuando tengan conexion se repliquen contra el 
> server. Se puede?
>
>
>
>
>
>
>
> El lun, 24-10-2016 a las 14:41 -0500, Hellmuth Vargas escribió:
>
> Hola
>
>
>
> Según creo entender:
>
>
>
> - La arquitectura de la aplicación es que tiene una tabletas 
> desconectadas donde se captura y consulta una informacion y luego se 
> desea sincronizar esta con un servidor central.
>
>
>
> - Las tabletas tienen un PostgreSQL y el servidor central también 
> tienen PostgreSQL en la misma versión
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> El 24 de octubre de 2016, 14:29, Lazaro Garcia<lazaro3...@gmail.com 
> <mailto:lazaro3...@gmail.com> > escribió:
>
>
>
> No entendí muy bien tu explicación, tu sistema corre sobre un 
> Tablet(capa de presentación) que se conecta a uno o varios servers 
> remotos donde corre tu capa de aplicación con tus servidores de base 
> de datos o la base la quieres montar en cada uno de los tablets que tienes??
>
>
>
> Saludos.
>
>
>
> De: pgsql-es-ayuda-ow...@postgresql.org
> <mailto:pgsql-es-ayuda-ow...@postgresql.org>
> [mailto:pgsql-es-ayuda-ow...@postgresql.org
> <mailto:pgsql-es-ayuda-ow...@postgresql.org> ] En nombre de Carlos 
> Enrique Perez Enviado el: lunes, 24 de octubre de 2016 3:20
> Para: PostgreSQL Lista Castellano
> Asunto: [pgsql-es-ayuda] Consulta sobre replicacion
>
>
>
> Estimados:
>
> Necesito trabajar en un caso particular con replicacion y necesito
> recomendaciones:
>
>
>
> Regla de negocio:
>
> . Salen vendedores con mercaderia en consignacion a lugares remotos. 
> Para ellos, los dueños se decidieron por una tablet con windows. 
> Instalamos postgres y el sistema que esta en java con jboss.
>
>
>
> . Tienen un server del cual queremos que sea el MASTER y las tables 
> los SLAVE.
>
>
>
> Me ayudan a seleccionar la herramienta adecuada y si tienen algunos 
> ejemplos que sirvan?
>
> desde ya mil gracias.
>
>
>
>
>
>
>
>
>
>
>
> --
>
> Cordialmente,
>
> Ing. Hellmuth I. Vargas S.
> Esp. Telemática y Negocios por Internet
>
> Oracle Database 10g Administrator Certified Associate
>
> EnterpriseDB Certified PostgreSQL 9.3 Associate
>
>
>
>


--
Saludos,
Gilberto Castillo
ETECSA, La Habana, Cuba


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


RE: [pgsql-es-ayuda] Consulta sobre replicacion

2016-10-24 Por tema Lazaro Garcia
No entendí muy bien tu explicación, tu sistema corre sobre un Tablet(capa de 
presentación) que se conecta a uno o varios servers remotos donde corre tu capa 
de aplicación con tus servidores de base de datos o la base la quieres montar 
en cada uno de los tablets que tienes??

 

Saludos.

 

De: pgsql-es-ayuda-ow...@postgresql.org 
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Carlos Enrique Perez
Enviado el: lunes, 24 de octubre de 2016 3:20
Para: PostgreSQL Lista Castellano
Asunto: [pgsql-es-ayuda] Consulta sobre replicacion

 

Estimados:

Necesito trabajar en un caso particular con replicacion y necesito 
recomendaciones:

 

Regla de negocio:

. Salen vendedores con mercaderia en consignacion a lugares remotos. Para 
ellos, los dueños se decidieron por una tablet con windows. Instalamos postgres 
y el sistema que esta en java con jboss.

 

. Tienen un server del cual queremos que sea el MASTER y las tables los SLAVE. 

 

Me ayudan a seleccionar la herramienta adecuada y si tienen algunos ejemplos 
que sirvan?

desde ya mil gracias.





[pgsql-es-ayuda] RE: [pgsql-es-ayuda] Duda declaración de indice.

2016-10-24 Por tema Lazaro Garcia
Muchas gracias por tu explicación. Saludos.

 

De: Anthony Sotolongo [mailto:asotolo...@gmail.com] 
Enviado el: lunes, 24 de octubre de 2016 1:10
Para: Lazaro Garcia; 'Lista Postgres ES'
Asunto: Re: [pgsql-es-ayuda] Duda declaración de indice.

 

Hola Lazaro

 

On 24/10/16 12:07, Lazaro Garcia wrote:

Hola a todos en la lista, les escribo porque tengo la siguiente duda en
cuanto a la creación de índices. Cuando una columna es indexada y admite
campos nulos, el índice almacena alguna referencia a este null o no lo tiene
en cuenta. 

 

Ambas consultas hacen lo mismo??

 

CREATE INDEX idx_password_change_key ON public.tbl_user USING btree
(password_change_key) WHERE (password_change_key IS NOT NULL);

 

CREATE INDEX idx_password_change_key ON public.tbl_user USING btree
(password_change_key);

 


no creo que las consultas hagan lo mismo, pues según tengo entendido la
primera te crea un indice parcial donde se solamente indexa los valores que
cumplen la condición  que colocas y la segunda indexa todos los valores de
la tabla (incluido los null). Por lo que tengo entendido los null también
son  indexados,  según la
doc(https://www.postgresql.org/docs/9.4/static/sql-createindex.html)
Lo siguiente puede formar parte de la clausula de creación de indices, para
colocar los NULL:
NULLS FIRST
Specifies that nulls sort before non-nulls. This is the default when DESC is
specified.

NULLS LAST
Specifies that nulls sort after non-nulls. This is the default when DESC is
not specified.

te pongo un ejemplo:
tengo la tabla customers y le creo dos indices:

CREATE INDEX idx_gender1 ON customers  USING btree (gender) WHERE (gender IS
NOT NULL);
CREATE INDEX idx_gender2 ON customers  USING btree (gender) ;


corroborando lo que te comentaba arriba el indice donde se filtra por un
conjunto es más pequeño los tamaños son los siguientes
table;index, size 
"customers";"idx_gender2";"0.48 MB"
"customers";"idx_gender1";"0.45 MB"

Si pregunto por los null en una consulta el optimizador va a buscar en el
indice(idx_gender2);
explain ANALYZE 
select count(*) from customers  where gender is  null

"Aggregate  (cost=7.32..7.33 rows=1 width=0) (actual time=0.317..0.317
rows=1 loops=1)"
"  ->  Index Only Scan using idx_gender2 on customers  (cost=0.29..7.32
rows=1 width=0) (actual time=0.017..0.248 rows=1001 loops=1)"
"Index Cond: (gender IS NULL)"
"Heap Fetches: 1001"
"Planning time: 0.074 ms"
"Execution time: 0.343 ms"


Si pregunto por los not null en una consulta el optimizador va a buscar en
el indice(idx_gender1);
explain ANALYZE 
select count(*) from customers  where gender is  not  null

"Aggregate  (cost=761.01..761.02 rows=1 width=0) (actual time=5.837..5.838
rows=1 loops=1)"
"  ->  Index Only Scan using idx_gender1 on customers  (cost=0.29..707.42
rows=21434 width=0) (actual time=0.022..3.836 rows=18999 loops=1)"
"Index Cond: (gender IS NOT NULL)"
"Heap Fetches: 24"
"Planning time: 0.088 ms"
"Execution time: 5.873 ms"






Saludos a todos.

 

 

 

saludos





[pgsql-es-ayuda] RE: [pgsql-es-ayuda] Duda declaración de indice.

2016-10-24 Por tema Lazaro Garcia
Precisamente por eso hice la pregunta porque no tengo la seguridad. Saludos y 
gracias por responder.

 

De: Abel Osorio [mailto:abel.m.oso...@gmail.com] 
Enviado el: lunes, 24 de octubre de 2016 11:30
Para: Lazaro Garcia
CC: Lista Postgres ES
Asunto: Re: [pgsql-es-ayuda] Duda declaración de indice.

 

Hola Lazaro. Entiendo que los valores nulos no son indexados, por lo que 
supongo que ambos índices hacen lo mismo. No estoy seguro.

 

Yo tuve que indexar campos nulos para crear índices de unicidad, y lo hice de 
esta forma:

 

CREATE UNIQUE INDEX some_key_unique ON your_table (COALESCE(the_unique_field, 
'a_discernible_value'));

 

De esta forma, Postgresql no indexa el valor nulo sino el retornado por el 
COALESCE.

 

Espero te sirva, saludos!

 

On Mon, Oct 24, 2016 at 12:07 PM, Lazaro Garcia <lazaro3...@gmail.com 
<mailto:lazaro3...@gmail.com> > wrote:

Hola a todos en la lista, les escribo porque tengo la siguiente duda en cuanto 
a la creación de índices. Cuando una columna es indexada y admite campos nulos, 
el índice almacena alguna referencia a este null o no lo tiene en cuenta. 

 

Ambas consultas hacen lo mismo??

 

CREATE INDEX idx_password_change_key ON public.tbl_user USING btree 
(password_change_key) WHERE (password_change_key IS NOT NULL);

 

CREATE INDEX idx_password_change_key ON public.tbl_user USING btree 
(password_change_key);

 

Saludos a todos.

 

 

 

 



[pgsql-es-ayuda] Duda declaración de indice.

2016-10-24 Por tema Lazaro Garcia
Hola a todos en la lista, les escribo porque tengo la siguiente duda en
cuanto a la creación de índices. Cuando una columna es indexada y admite
campos nulos, el índice almacena alguna referencia a este null o no lo tiene
en cuenta. 

 

Ambas consultas hacen lo mismo??

 

CREATE INDEX idx_password_change_key ON public.tbl_user USING btree
(password_change_key) WHERE (password_change_key IS NOT NULL);

 

CREATE INDEX idx_password_change_key ON public.tbl_user USING btree
(password_change_key);

 

Saludos a todos.

 

 

 



RE: [pgsql-es-ayuda] Relplica

2016-10-11 Por tema Lazaro Garcia
Aquí puedes encontrar algo de documentación sobre replicación asíncrona y su
implementación en PostgreSQL.

 

http://postgresql.org.es/node/483

 

Una cosa sí, la buena documentación la encontrarás en Ingles.

 

Saludos.

 

De: pgsql-es-ayuda-ow...@postgresql.org
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Hibiki
Enviado el: martes, 11 de octubre de 2016 6:02
Para: 'Lista Postgres ES'
Asunto: [pgsql-es-ayuda] Relplica

 

Hola alguno tiene documentación de réplicas con postgres, que sea para
alguien que no sabe nada, pero nada de réplica y muy poco en inglés.

 

 

 

 

 

Ing. Nivaildo Polanco Martínez

Director Ejecutivo de ACM-ICPC-UIJ

Email:  casa: hib...@nauta.cu  , trabajo:
npola...@cuij.edu.cu   

 

Dpto: (46) 352337

FCT:  (46) 323567

 

 

 

 

 

 

  _  

Universidad de la Isla de la Juventud Jesús Montané Oropesa

Dirección: Carretera Aeropuerto Km , Isla de la Juventud, Cuba

Teléfono: (+53) 046 324819

Sitio Web Nacional: intranet.cuij.edu.cu  

Redes Sociales: Síguenos en Facebook
  y Twitter  

 



[pgsql-es-ayuda] Pruebas de carga PostgreSQL vs SQLServer

2016-10-07 Por tema Lazaro Garcia
Hola a todos, les escribo porque estoy realizando unas pruebas de carga
utilizando HammerDB a una base SQLServer-2014 y otra con PostgreSQL 9.5.
Realmente lo que me tiene un poco confundido son los resultados pues por lo
general las pruebas de SQLServer o sea la gráfica de TPM que genera HammerDB
siempre se van por encima casi al doble de las gráficas de TPM que se
generan para las pruebas a PostgreSQL. En la documentación de HammerDB
comentan que para comparar diferentes bases de datos TPM no es lo más
aconsejable sino NOPM (Numero de ordenes por minuto), pero este último valor
no sé de dónde es que se saca. Les agradecería me ayudaran a entender mejor
este proceso y como podría realizar pruebas para establecer una comparación
entre ambos motores.

SQLServer fue probado sobre la instalación por defecto y PostgreSQL fue
tuneado. Adunto se encuentra la configuración de PostgreSQL.

 

Es acaso SQLServer más rápido que postgreSQL??

 

Ambos servers son máquinas virtuales con las mismas prestaciones de hardware
y software.

 

Que parámetros del SO Linux podría revisar que contribuyan a un mejor
performance de PostgreSQL??

 

Saludos a todos.



[pgsql-es-ayuda] Pruebas de carga PostgreSQL vs SQLServer

2016-10-06 Por tema Lazaro Garcia
Hola a todos, les escribo porque estoy realizando unas pruebas de carga
utilizando HammerDB a una base SQLServer-2014 y otra con PostgreSQL 9.5.
Realmente lo que me tiene un poco confundido son los resultados pues por lo
general las pruebas de SQLServer o sea la gráfica de TPM que genera HammerDB
siempre se van por encima casi al doble de las gráficas de TPM que se
generan para las pruebas a PostgreSQL. En la documentación de HammerDB
comentan que para comparar diferentes bases de datos TPM no es lo más
aconsejable sino NOPM (Numero de ordenes por minuto), pero este último valor
no sé de dónde es que se saca. Les agradecería me ayudaran a entender mejor
este proceso y como podría realizar pruebas para establecer una comparación
entre ambos motores.

SQLServer fue probado sobre la instalación por defecto y PostgreSQL fue
tuneado. Adunto se encuentra la configuración de PostgreSQL.

 

Es acaso SQLServer más rápido que postgreSQL??

 

La imagen amarilla es de SQLServer, la azul de PostgreSQL y hay 50 usuarios
conectados a la base.

 

Ambos servers son máquinas virtuales con las mismas prestaciones de hardware
y software.

 

Saludos a todos.



postgresql.conf
Description: Binary data
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


RE: [pgsql-es-ayuda] Ayuda con cosulta

2016-10-04 Por tema Lazaro Garcia
Lo lógica para mi puede ser buscar el cliente que sea el mismo que estas 
intentando crear y buscar su último registro de peso, eso lo haces ordenando la 
fecha desc y limit 1,

Lo mismo para la última consulta lo que en este caso teniendo una clausula 
where para las consultas de ese cliente a true.

Comprendes

-Mensaje original-
De: npola...@cuij.edu.cu [mailto:npola...@cuij.edu.cu] 
Enviado el: martes, 4 de octubre de 2016 1:35
Para: Lazaro Garcia
CC: pgsql-es-ayuda@postgresql.org
Asunto: Re: [pgsql-es-ayuda] Ayuda con cosulta
Importancia: Alta

Si si, es mediante un trigger que he pensado y lo he estado intentando hacer, 
el problema que tengo es la logica en la operación para lograr el resultado, al 
parecer la cabeza no me da, jajaja, por eso es que estoy piediendo ayuda a ver 
si alguien me da un prototipo. Gracias.

- Mensaje original -
De: "Lazaro Garcia" <lazaro3...@gmail.com>
Para: npola...@cuij.edu.cu, pgsql-es-ayuda@postgresql.org
Enviados: Martes, 4 de Octubre 2016 12:26:50
Asunto: RE: [pgsql-es-ayuda] Ayuda con cosulta

Me parece que lo que debes es crear un trigger before insert, sobre esa tabla, 
de forma tal que en la función que lo implemente puedas buscar el ultimo peso 
del paciente y modificar el registro NEW.incrmento_diario en base al cálculo 
realizado.

Esta página te puede ser de ayuda en el tema de los triggers. Saludos.

http://www.postgresql.org.es/node/301


-Mensaje original-
De: pgsql-es-ayuda-ow...@postgresql.org 
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de npola...@cuij.edu.cu 
Enviado el: martes, 4 de octubre de 2016 12:55
Para: pgsql-es-ayuda@postgresql.org
Asunto: [pgsql-es-ayuda] Ayuda con cosulta
Importancia: Alta

Hola a todos, quería ver si me podrían ayudar con una consulta que llevo rato 
tratando de hacerla pero no doy pie con bola, no hay modo que logre crearla, si 
alguno me pudiera ayudar. El problema es el siguiente:

Tengo una tabla con datos como estos:

PacientePesoFecha   Consulta
Hisomi  89  24/07/2014  SI
Hisomi  89.125/07/2014  
Hisomi  89  26/07/2014  
Hisomi  89  27/07/2014  
Hisomi  89.228/07/2014  
Hisomi  89.15   29/07/2014  
Hisomi  89.18   30/07/2014  
Hisomi  89.21   31/07/2014  SI
Hisomi  89.24   01/08/2014  
Hisomi  89.27   02/08/2014  
Hisomi  89.303/08/2014  
Hisomi  89.33   04/08/2014  
Hisomi  89.36   05/08/2014  
Hisomi  89.39   06/08/2014  
Hisomi  89.42   07/08/2014  SI
Hisomi  89.45   08/08/2014  
Hisomi  89.48   09/08/2014  
Hisomi  89.51   10/08/2014  
Hisomi  89.54   11/08/2014  
Hisomi  89.57   12/08/2014  


Donde llevo el registro de un paciente dado de su variacion de peso diario y 
quisiera agregar 2 columnas mas que almacene al insertar un registro nuevo en 
una la diferencia de peso de ese con respecto al dia anterior y la otra la 
diferencia de peso entre ese dia y el dia de la consulta anterior, algo asi 
como esto.

PacientePesoFecha Consulta  
Incrmento_diarioIncremento_Consulta
Hisomi  89  24/07/2014  SI  
0   0
Hisomi  89.125/07/2014  
0.1 0.1
Hisomi  89  26/07/2014  
-0.10
Hisomi  89  27/07/2014  
0   0
Hisomi  89.228/07/2014  
0.2 0.2
Hisomi  89.15   29/07/2014  
-0.05   0.15
Hisomi  89.18   30/07/2014  
0.030.18
Hisomi  89.21   31/07/2014  SI  
0.030.21
Hisomi  89.24   01/08/2014  
0.030.03
Hisomi  89.27   02/08/2014  
0.030.06
Hisomi  89.303/08/2014  
0.030.09
Hisomi  89.33   04/08/2014  
0.030.12
Hisomi  89  05/08/2014  
-0.33   -0.21
Hisomi  89.106/08/2014  
0.1  

RE: [pgsql-es-ayuda] Ayuda con cosulta

2016-10-04 Por tema Lazaro Garcia
Me parece que lo que debes es crear un trigger before insert, sobre esa tabla, 
de forma tal que en la función que lo implemente puedas buscar el ultimo peso 
del paciente y modificar el registro NEW.incrmento_diario en base al cálculo 
realizado.

Esta página te puede ser de ayuda en el tema de los triggers. Saludos.

http://www.postgresql.org.es/node/301


-Mensaje original-
De: pgsql-es-ayuda-ow...@postgresql.org 
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de npola...@cuij.edu.cu
Enviado el: martes, 4 de octubre de 2016 12:55
Para: pgsql-es-ayuda@postgresql.org
Asunto: [pgsql-es-ayuda] Ayuda con cosulta
Importancia: Alta

Hola a todos, quería ver si me podrían ayudar con una consulta que llevo rato 
tratando de hacerla pero no doy pie con bola, no hay modo que logre crearla, si 
alguno me pudiera ayudar. El problema es el siguiente:

Tengo una tabla con datos como estos:

PacientePesoFecha   Consulta
Hisomi  89  24/07/2014  SI
Hisomi  89.125/07/2014  
Hisomi  89  26/07/2014  
Hisomi  89  27/07/2014  
Hisomi  89.228/07/2014  
Hisomi  89.15   29/07/2014  
Hisomi  89.18   30/07/2014  
Hisomi  89.21   31/07/2014  SI
Hisomi  89.24   01/08/2014  
Hisomi  89.27   02/08/2014  
Hisomi  89.303/08/2014  
Hisomi  89.33   04/08/2014  
Hisomi  89.36   05/08/2014  
Hisomi  89.39   06/08/2014  
Hisomi  89.42   07/08/2014  SI
Hisomi  89.45   08/08/2014  
Hisomi  89.48   09/08/2014  
Hisomi  89.51   10/08/2014  
Hisomi  89.54   11/08/2014  
Hisomi  89.57   12/08/2014  


Donde llevo el registro de un paciente dado de su variacion de peso diario y 
quisiera agregar 2 columnas mas que almacene al insertar un registro nuevo en 
una la diferencia de peso de ese con respecto al dia anterior y la otra la 
diferencia de peso entre ese dia y el dia de la consulta anterior, algo asi 
como esto.

PacientePesoFecha Consulta  
Incrmento_diarioIncremento_Consulta
Hisomi  89  24/07/2014  SI  
0   0
Hisomi  89.125/07/2014  
0.1 0.1
Hisomi  89  26/07/2014  
-0.10
Hisomi  89  27/07/2014  
0   0
Hisomi  89.228/07/2014  
0.2 0.2
Hisomi  89.15   29/07/2014  
-0.05   0.15
Hisomi  89.18   30/07/2014  
0.030.18
Hisomi  89.21   31/07/2014  SI  
0.030.21
Hisomi  89.24   01/08/2014  
0.030.03
Hisomi  89.27   02/08/2014  
0.030.06
Hisomi  89.303/08/2014  
0.030.09
Hisomi  89.33   04/08/2014  
0.030.12
Hisomi  89  05/08/2014  
-0.33   -0.21
Hisomi  89.106/08/2014  
0.1 -0.11
Hisomi  89.15   07/08/2014  SI  
0.05-0.06
Hisomi  89.15   08/08/2014  
0   0
Hisomi  89.24   09/08/2014  
0.090.09
Hisomi  89.310/08/2014  
0.060.15
Hisomi  89.311/08/2014  
0   0.15
Hisomi  89.57   12/08/2014  
0.270.42


Los dias de consulta no son cada 7 dias, el intervalo es variado, solo que aquí 
coincide con frecuencia semanal.


Gracias de ante mano. Saludos


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) 
Para cambiar tu suscripci n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:

RE: [pgsql-es-ayuda] Error al restaurar base de datos adjunta tabla de 3k con el problema

2016-10-03 Por tema Lazaro Garcia
Verificaste que la codificación sea UTF-8 al momento de generar el backup?

 

Saludos.

 

De: pgsql-es-ayuda-ow...@postgresql.org 
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de jvenegasperu .
Enviado el: viernes, 30 de septiembre de 2016 6:32
Para: Ayuda
Asunto: [pgsql-es-ayuda] Error al restaurar base de datos adjunta tabla de 3k 
con el problema

 

Hola a todos tengo mi base de datos con esta configuracion

En un servidor con windows server 2008 tengo esto


CREATE DATABASE sedalib34
  WITH OWNER = postgres
   ENCODING = 'UTF8'
   TABLESPACE = pg_default
   LC_COLLATE = 'Spanish_Peru.1252'
   LC_CTYPE = 'Spanish_Peru.1252'
   CONNECTION LIMIT = -1;

ALTER DATABASE sedalib34
  SET search_path = "$user", public, topology;

Aqui tengo postgres 9.4.2 y saque un backup de una tabla con el pgadmin con las 
opciones por defecto



En otro servidor con windows server 2012 cree la base de datos para restaurar

sobre postgres 9.6 


CREATE DATABASE sedalib34
WITH 
OWNER = postgres
ENCODING = 'UTF8'
LC_COLLATE = 'Spanish_Peru.1252'
LC_CTYPE = 'Spanish_Peru.1252'
TABLESPACE = pg_default
CONNECTION LIMIT = -1;

y cuando restauro tambien con pgadmin obtengo este error adjunto captura de 
pantalla y mensaje de error esto con el pgadmin 4

tambien adjunto el backup de la tabla


alguien sabe a que se debe? como podria migrar a postgres 9. corrigiendo este 
error porque el error es similar en un monton de tablas



1.  pg_restore: conectando a la base de datos para reestablecimiento 
2.  'utf8' codec can't decode byte 0xab in position 451: invalid start byte

 

 





-- 

José Mercedes Venegas Acevedo
cel Mov RPC 964185205

skype jvenegasperu

facebook jvenegasperu



[pgsql-es-ayuda] Herramientas para testing de base de datos.

2016-09-30 Por tema Lazaro Garcia
Hola a todos en la lista, me podrían recomendar algunas herramientas que
pueda utilizar para hacer pruebas de rendimiento entre PostgreSQL, MySQL y
SQLServer??

 

Saludos a todos.



RE: [pgsql-es-ayuda] Problema con pgbench-tool

2016-09-29 Por tema Lazaro Garcia
El problema estaba en que no había inicializado el test:

Una vez iniciado ./newset 'Initial Config', comenzó a funcionar pero ahora me 
está lanzando otros errores ya relacionados a Python y dependencias que no 
tengo instalas en el server. Las estoy instalando a ver si soluciono los 
problemas.

Saludos.



-Mensaje original-
De: Francisco Olarte [mailto:fola...@peoplecall.com] 
Enviado el: jueves, 29 de septiembre de 2016 1:53
Para: Lazaro Garcia
CC: Lista Postgres ES
Asunto: Re: [pgsql-es-ayuda] Problema con pgbench-tool

Lazaro..

2016-09-29 18:38 GMT+02:00 Lazaro Garcia <lazaro3...@gmail.com>:
> Pero entonces no debería ser eso un bug de pgbench-tools??

Con esto del top-posting no tengo muy claro que es 'eso', pero es posible que 
lo sea. No uso pgbench-tools, pero parece ser una herramienta potente y 
compleja, y tener una serie de parametros configurables que no sabemos como has 
configurado. Ese tipo de error podria estar perfectemente generado porque en 
algun sitio tenias que configurar VAR=entero y lo has dejado como VAR=, p.e.

Francisco Olarte.


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


RE: [pgsql-es-ayuda] Problema con pgbench-tool

2016-09-29 Por tema Lazaro Garcia
Pero entonces no debería ser eso un bug de pgbench-tools??

-Mensaje original-
De: Francisco Olarte [mailto:fola...@peoplecall.com] 
Enviado el: jueves, 29 de septiembre de 2016 12:15
Para: Lazaro Garcia
CC: Lista Postgres ES
Asunto: Re: [pgsql-es-ayuda] Problema con pgbench-tool

2016-09-29 17:51 GMT+02:00 Lazaro Garcia <lazaro3...@gmail.com>:
> Buenos días a todos. Estoy intentando realizar unas pruebas a la base 
> de datos con pgbench-tools y mientras se está ejecutando el test estoy 
> viendo este error constantemente:
> ERROR:  invalid input syntax for integer: ""
> LINE 1: ...e,dbsize,rate_limit) values('select.sql','16','1','','100','...
> Saben a qué se deba.

Sin mas contexto ( como la linea completa, o los comandos que ejecuta
) dificil, pero tiene toda la pinta de que ese '' entre el 1 y el 100 debe ser 
un entero, y que aunque pg convierte texto a casi cualquier cosa, enteros 
incluidos, una cadena vacia no es un entero valido.

Francisco Olarte.


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


[pgsql-es-ayuda] Problema con pgbench-tool

2016-09-29 Por tema Lazaro Garcia
Buenos días a todos. Estoy intentando realizar unas pruebas a la base de
datos con pgbench-tools y mientras se está ejecutando el test estoy viendo
este error constantemente:

 

ERROR:  invalid input syntax for integer: ""

LINE 1: ...e,dbsize,rate_limit) values('select.sql','16','1','','100','...

 

Saben a qué se deba.

 

Saludos.



RE: [pgsql-es-ayuda] BDR y balance de carga

2016-09-27 Por tema Lazaro Garcia
Probaré un entorno master-slave con streaming y hot standby, unido a Pgpool 
para balance de carga, pool de conexiones y failover.

 

Me podrías explicar por qué no me recomiendas para nada pgpool??

 

Saludos.

 

De: Mario Soto Cordones [mailto:marioa.soto.cordo...@gmail.com] 
Enviado el: martes, 27 de septiembre de 2016 2:09
Para: 'Lazaro Garcia'; 'Emanuel Calvo'; 'Alvaro Herrera'
CC: pgsql-es-ayuda@postgresql.org
Asunto: RE: [pgsql-es-ayuda] BDR y balance de carga

 

No te recomiendo para nada pgpool.

 

Si necesitas alta disponibilidad en lecturas y no escrituras, entonces prueba 
pgpool, y haproxy en servidores esclavos replicados via streaming

 

Saludos

 

De: pgsql-es-ayuda-ow...@postgresql.org 
<mailto:pgsql-es-ayuda-ow...@postgresql.org>  
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Lazaro Garcia
Enviado el: martes, 27 de septiembre de 2016 9:23
Para: 'Emanuel Calvo' <3man...@gmail.com <mailto:3man...@gmail.com> >; 'Alvaro 
Herrera' <alvhe...@2ndquadrant.com <mailto:alvhe...@2ndquadrant.com> >
CC: pgsql-es-ayuda@postgresql.org <mailto:pgsql-es-ayuda@postgresql.org> 
Asunto: RE: [pgsql-es-ayuda] BDR y balance de carga

 

Lo que quiero es crear un entorno de alta disponibilidad. Probaré con pgpool.

 

Saludos.

 

De: Emanuel Calvo [mailto:3man...@gmail.com] 
Enviado el: lunes, 26 de septiembre de 2016 5:44
Para: Lazaro Garcia; Alvaro Herrera
CC: pgsql-es-ayuda@postgresql.org <mailto:pgsql-es-ayuda@postgresql.org> 
Asunto: Re: [pgsql-es-ayuda] BDR y balance de carga

 

 

Estas queriendo evitar SPOF o querés escalar las escrituras?

 

 

 

On Mon, Sep 26, 2016 at 6:38 PM Lazaro Garcia <lazaro3...@gmail.com 
<mailto:lazaro3...@gmail.com> > wrote:

Gracias por tu respuesta Alvaro, estaba pensando en un entorno de despliegue
multimaster donde la carga se pudiera balancear en ambos nodos de forma tal
que no tenga que necesariamente escribir en un único maestro como el caso de
master-slave.

Saludos a todos.

-Mensaje original-
De: Alvaro Herrera [mailto:alvhe...@2ndquadrant.com 
<mailto:alvhe...@2ndquadrant.com> ]
Enviado el: lunes, 26 de septiembre de 2016 4:45
Para: Lazaro Garcia
CC: pgsql-es-ayuda@postgresql.org <mailto:pgsql-es-ayuda@postgresql.org> 
Asunto: Re: [pgsql-es-ayuda] BDR y balance de carga

Lazaro Garcia escribió:
> Buenas a todos, podrían recomendarme herramientas para balance de
> carga que puedan ser utilizadas con BDR?

BDR tiene una serie de restricciones para un uso correcto.  Yo recomendaría
comentar más sobre lo que estás haciendo, porque es fácil usarlo mal y
terminar metido en problemas.

--
Álvaro Herrerahttps://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org 
<mailto:pgsql-es-ayuda@postgresql.org> )
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda



RE: [pgsql-es-ayuda] BDR y balance de carga

2016-09-27 Por tema Lazaro Garcia
Lo que quiero es crear un entorno de alta disponibilidad. Probaré con pgpool.

 

Saludos.

 

De: Emanuel Calvo [mailto:3man...@gmail.com] 
Enviado el: lunes, 26 de septiembre de 2016 5:44
Para: Lazaro Garcia; Alvaro Herrera
CC: pgsql-es-ayuda@postgresql.org
Asunto: Re: [pgsql-es-ayuda] BDR y balance de carga

 

 

Estas queriendo evitar SPOF o querés escalar las escrituras?

 

 

 

On Mon, Sep 26, 2016 at 6:38 PM Lazaro Garcia <lazaro3...@gmail.com 
<mailto:lazaro3...@gmail.com> > wrote:

Gracias por tu respuesta Alvaro, estaba pensando en un entorno de despliegue
multimaster donde la carga se pudiera balancear en ambos nodos de forma tal
que no tenga que necesariamente escribir en un único maestro como el caso de
master-slave.

Saludos a todos.

-Mensaje original-
De: Alvaro Herrera [mailto:alvhe...@2ndquadrant.com 
<mailto:alvhe...@2ndquadrant.com> ]
Enviado el: lunes, 26 de septiembre de 2016 4:45
Para: Lazaro Garcia
CC: pgsql-es-ayuda@postgresql.org <mailto:pgsql-es-ayuda@postgresql.org> 
Asunto: Re: [pgsql-es-ayuda] BDR y balance de carga

Lazaro Garcia escribió:
> Buenas a todos, podrían recomendarme herramientas para balance de
> carga que puedan ser utilizadas con BDR?

BDR tiene una serie de restricciones para un uso correcto.  Yo recomendaría
comentar más sobre lo que estás haciendo, porque es fácil usarlo mal y
terminar metido en problemas.

--
Álvaro Herrerahttps://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org 
<mailto:pgsql-es-ayuda@postgresql.org> )
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda



RE: [pgsql-es-ayuda] BDR y balance de carga

2016-09-26 Por tema Lazaro Garcia
Gracias por tu respuesta Alvaro, estaba pensando en un entorno de despliegue
multimaster donde la carga se pudiera balancear en ambos nodos de forma tal
que no tenga que necesariamente escribir en un único maestro como el caso de
master-slave.

Saludos a todos.

-Mensaje original-
De: Alvaro Herrera [mailto:alvhe...@2ndquadrant.com] 
Enviado el: lunes, 26 de septiembre de 2016 4:45
Para: Lazaro Garcia
CC: pgsql-es-ayuda@postgresql.org
Asunto: Re: [pgsql-es-ayuda] BDR y balance de carga

Lazaro Garcia escribió:
> Buenas a todos, podrían recomendarme herramientas para balance de 
> carga que puedan ser utilizadas con BDR?

BDR tiene una serie de restricciones para un uso correcto.  Yo recomendaría
comentar más sobre lo que estás haciendo, porque es fácil usarlo mal y
terminar metido en problemas.

-- 
Álvaro Herrerahttps://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


[pgsql-es-ayuda] BDR y balance de carga

2016-09-22 Por tema Lazaro Garcia
Buenas a todos, podrían recomendarme herramientas para balance de carga que
puedan ser utilizadas con BDR?

 

Saludos y muchas gracias.



[pgsql-es-ayuda] PostgreSQL vs SQL Server

2016-09-21 Por tema lazaro garcia
Buenos días a todos, les escribo porque quería encontrar alguna
documentación que me sirva para realizar una comparación entre PostgreSQL y
SQL Server para una presentación que debo realizar en un nuevo trabajo. Mis
intenciones son utilizar PostgreSQL pues en varios trabajos en los que he
participado siempre ha sido el gestor que he escogido por su gran potencia
y confiabilidad y SQL Server no lo he utilizado nunca. Cualquier ayuda es
apreciada.

Saludos