Re: Problema de Concurrencia de usuarios

El día 23 de febrero de 2010 13:26, Rensi Arteaga Copari
<rarteaga(at)ende(dot)bo> escribió:
>
>
> Tengo   Una base de datos con unas 400 tablas dividas en varios esquemas, la
> tablas con más datos tiene un millón de registros. Esto a funcionando bien
> remotamente
> en diferentes ciudades de Bolivia (COCHABAMBA - COBIJA , COCHABAMBA -
>  TRINIDAD , COCAHBAMBA - SAN BORJA)
> durante un par de  años (2008 y 2009) con pocos usuario (unos 4) , pero este
> 2010 a crecido el número de usuarios en la central "Cochabamba" de 1 a 40
> y tengo problemas de concurrencia ,  existen procedimientos almacenados
>  cuando se ejecutan por un usuario "X1" evita que  los demás usuario puedan
> trabajar,  (X2,X3,.................X40)
> Esto esta causando muchas de demoras (5 minutos en ver un reporte) y
> molestias al usuarios y clientes
>
> Además de que están viendo mal  a POSTGRES (mis jefes dicen te advertimos de
> los problemas de software libre con volumenes mayores de datos)
> yo creo que es un problema de configuración.????
>
> Pienso que una solución sería limitar los recursos que cada usuario puede
> consumir (memoria y procesador) . Manejando de perfiles como en ORACLE
> poro no tengo  ni idea de como proceder. Haber si alguien me puede ayudar???
>
>
> Algunos Datos
> - Cada usuario de la aplicaciones tiene un usuario de base de datos
> - La versión de posgtres es la 8.1.1 y no puede actualizarse a las ultimas
> versiones por que tengo un gran numero de  procedimientos almacenados no
> compatibles con las ultimas versiones.
> - El servidor tiene dos  procesadores  de cuatro núcleos  con 8GB de memoria
> RAM y el sistema operativo es Red Hat 4.1
>

Hola ...

Existen muchas posibilidades ... por ejemplo, esos reportes, cuando
nadie actualiza ¿tardan lo mismo? ¿menos? ¿cuánto menos?
El servidor tiene 8Gb ¿cuánto asignado al Pg?

También podría ser un problema de aplicación, el cual no "commitee" la
información una vez grabada.
El típico ejemplo es el de la aplicación de escritorio que actualiza,
larga una ventana con el texto "Registro actualizado" y recién cuando
el usuario le da al botón hace el commit..

Si el procedimiento demora mucho, o modifica enormes cantidades de
datos, de tal forma que pudiera mínimamente generar lockeos, también
podés correrlo "batch" o partirlo de tal forma que haga
actualizaciones (y commits) parciales.

En fin, deberías primero encontrar el cuello de botella, aislar el
componente problemático y luego actuar sobre él.

Saludos!

--
Silvio Quadri