Re: Capturar transacciones durante un día

El día 28 de mayo de 2008 10:43, Marcos Saldivar
<baron(dot)rojo(dot)cuerdas(dot)de(dot)acero(at)gmail(dot)com> escribió:
> El día 28 de mayo de 2008 9:30, Raul Andres Duque
> <ra_duque(at)yahoo(dot)com(dot)mx> escribió:
>> Cordial Saludo.
>>
>> Quisiera generar unos benchmarks de mi base de datos pero generado a partir
>> de por ejemplo las operaciones realizadas durante un día. Mi idea es:
>>
>> 1. Restringir la conexiones (asegurar que NADIE modifique mi DB)
>> 2. Generar un backup full de la DB.
>> 3. Habilitar nuevamente las conexiones a mi DB de producción
>> 4. Capturar TODAS las operaciones lectura/escritura realizadas por ejemplo
>> durante un día.
>> 5. Restaurar una copia de mi DB original.
>> 6. Ejecutar las mismas operaciones en el backup restaurado de mi DB original
>> (midiendo tiempos).
>> 7. Cambiar configuración de mi DB
>> 8. Repetir los pasos 4-6 para las pruebas que quiera realizar.
>>
>> La ayuda que pido es qué herramientas podrían ayudarme en mi tarea.
>>
>> De inicio tengo estas pregunta:
>>
>> ¿Cómo puedo capturar las operaciones realizadas por la DB de una forma más
>> adecuada para ser reproducida/ejecutada que la que me suministra el log de
>> postgresql (me tocaría quitar las columnas de fecha/hora y hacer otras
>> cosillas para dejarlo de forma adecuada para ser ejecutada por el psql).?
>>
>> ¿Qué herramienta me podría ayudar en la generación de estadísticas o
>> tabulación de los tiempos de respuesta obtenidos en las operaciones, por
>> ejemplo dividiéndolas por escrituras/lecturas, por tabla, por ubndices,
>> seqscan, por tiempo de ejecucción ,etc?
>>
>> Espero que mi idea no sea muy loca que digamos ... pero más o menos así es
>> que trabaja el PERFORMANCE ADVISOR DE MSSQL.
>
> me quedo la duda si esto lo vas hacer en un db de producción ? porque
> para mi inocente cabecita y inexperta, esto es demasiado arriesgado de
> bajar conexiones hacer dump y restaurar una db en producción...
>
> saludos.-
>
> ps: porque no partir de algo mas sencillo como un catastro de todas
> las query's que hace el o los sistemas y partir por ahí o partir por
> donde los usuarios reclaman ???
>
>>
>> Gracias.
>>
>> Atentamente,
>>
>> RAUL DUQUE
>> Bogotá, Colombia
> --
> TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
> http://archives.postgresql.org/pgsql-es-ayuda
>

Creo que lo ideal para detectar estos inconvenientes es definir el
parámetro log_min_duration_statement a un valor razonable y apuntar a
las sentencias que demoran mas allá de lo que uno supone "normal" o
conveniente.

Saludos, Alejandro