El grupo al cual envías entradas es un grupo Usenet. Si envías mensajes a este grupo, cualquier usuario de Internet podrá ver tu dirección de correo electrónico
Una aplicación externa corre procesos largos en SQLServer2005 y hemos notado problemas como los siguientes que afectan mucho el rendimiento del servidor: 1. El equipo servidor tiene dos procesadores, pero solo uno de ellos es utilizado cuando SQLServer corre el proceso 2. El uso de memoria sobrepasa en ocasiones los 1,5 GB 3. Corriendo el proceso desde otro equipo cliente, se hace aún más lento el proceso
SQLServer está instalado en un Servidor con Windows Server 2003 Entreprise Edition SP2, 4GB de RAM y dos procesadores de 2GB cada uno. Las bases de datos provienen de SQLServer version MSDE (no sé si eso efecte). Además, supongo que los problemas de rendimiento hay hecho que se borren datos en algunos campos de tablas que deben ser estáticos o no deberían cambiar al ejectutar el proceso.
No siempre la causa de todos los males es la base de datos, esta solo recibe instrucciones de la aplicación y trata de llevarlas a cabo lo mejor posible, pero si la aplicación esta mal diseñada o mal programada, me refiero a la lógica de los procesos y a la forma de atacar a la base de datos, el problema no esta en manos de la base de datos.
Yo buscaría el problema en la falta de índices o en la propia aplicación externa.
Hace un par de meses me toco un tema parecido al tuyo, una aplicación externa que atacaba la base de datos de mi aplicación hacia tan mal las cosas que mis transacciones siempre eran elegidas como victima de los interbloqueos.
Cuando vi el código fuente de la aplicación externa quería matar al programador, en resumen, lo que en esa aplicación externa antes tardaba 30 segundos en actualizar un comprobante paso a tardar menos de 3 segundos, así que imagínate que forma tan ineficiente que tenia para insertar registros, ni te cuento el desparramo bloqueos de registros que hacia.
> Una aplicación externa corre procesos largos en SQLServer2005 y hemos > notado problemas como los siguientes que afectan mucho el rendimiento del > servidor: > 1. El equipo servidor tiene dos procesadores, pero solo uno de ellos es > utilizado cuando SQLServer corre el proceso > 2. El uso de memoria sobrepasa en ocasiones los 1,5 GB > 3. Corriendo el proceso desde otro equipo cliente, se hace aún más lento > el proceso
> SQLServer está instalado en un Servidor con Windows Server 2003 Entreprise > Edition SP2, 4GB de RAM y dos procesadores de 2GB cada uno. Las bases de > datos provienen de SQLServer version MSDE (no sé si eso efecte). Además, > supongo que los problemas de rendimiento hay hecho que se borren datos en > algunos campos de tablas que deben ser estáticos o no deberían cambiar al > ejectutar el proceso.
Víctor, gracias por el comentario. Lo que me sirve de base para no pensar en la aplicación externa es que antes, cuando se conectaba con SQLServer MSDE el proceso corría sin problema.
> No siempre la causa de todos los males es la base de datos, esta solo > recibe instrucciones de la aplicación y trata de llevarlas a cabo lo mejor > posible, pero si la aplicación esta mal diseñada o mal programada, me > refiero a la lógica de los procesos y a la forma de atacar a la base de > datos, el problema no esta en manos de la base de datos.
> Yo buscaría el problema en la falta de índices o en la propia aplicación > externa.
> Hace un par de meses me toco un tema parecido al tuyo, una aplicación > externa que atacaba la base de datos de mi aplicación hacia tan mal las > cosas que mis transacciones siempre eran elegidas como victima de los > interbloqueos.
> Cuando vi el código fuente de la aplicación externa quería matar al > programador, en resumen, lo que en esa aplicación externa antes tardaba 30 > segundos en actualizar un comprobante paso a tardar menos de 3 segundos, > así que imagínate que forma tan ineficiente que tenia para insertar > registros, ni te cuento el desparramo bloqueos de registros que hacia.
>> Una aplicación externa corre procesos largos en SQLServer2005 y hemos >> notado problemas como los siguientes que afectan mucho el rendimiento del >> servidor: >> 1. El equipo servidor tiene dos procesadores, pero solo uno de ellos es >> utilizado cuando SQLServer corre el proceso >> 2. El uso de memoria sobrepasa en ocasiones los 1,5 GB >> 3. Corriendo el proceso desde otro equipo cliente, se hace aún más lento >> el proceso
>> SQLServer está instalado en un Servidor con Windows Server 2003 >> Entreprise Edition SP2, 4GB de RAM y dos procesadores de 2GB cada uno. >> Las bases de datos provienen de SQLServer version MSDE (no sé si eso >> efecte). Además, supongo que los problemas de rendimiento hay hecho que >> se borren datos en algunos campos de tablas que deben ser estáticos o no >> deberían cambiar al ejectutar el proceso.
Entonces hay que ver como migraste los datos de MSDE a SQL2005, tal vez el problema pase por falta de indices o por actualizar las estadisticas de la base montada en SQL2005.
> Víctor, gracias por el comentario. Lo que me sirve de base para no pensar > en la aplicación externa es que antes, cuando se conectaba con SQLServer > MSDE el proceso corría sin problema.
>> No siempre la causa de todos los males es la base de datos, esta solo >> recibe instrucciones de la aplicación y trata de llevarlas a cabo lo >> mejor posible, pero si la aplicación esta mal diseñada o mal programada, >> me refiero a la lógica de los procesos y a la forma de atacar a la base >> de datos, el problema no esta en manos de la base de datos.
>> Yo buscaría el problema en la falta de índices o en la propia aplicación >> externa.
>> Hace un par de meses me toco un tema parecido al tuyo, una aplicación >> externa que atacaba la base de datos de mi aplicación hacia tan mal las >> cosas que mis transacciones siempre eran elegidas como victima de los >> interbloqueos.
>> Cuando vi el código fuente de la aplicación externa quería matar al >> programador, en resumen, lo que en esa aplicación externa antes tardaba >> 30 segundos en actualizar un comprobante paso a tardar menos de 3 >> segundos, así que imagínate que forma tan ineficiente que tenia para >> insertar registros, ni te cuento el desparramo bloqueos de registros que >> hacia.
>>> Una aplicación externa corre procesos largos en SQLServer2005 y hemos >>> notado problemas como los siguientes que afectan mucho el rendimiento >>> del servidor: >>> 1. El equipo servidor tiene dos procesadores, pero solo uno de ellos es >>> utilizado cuando SQLServer corre el proceso >>> 2. El uso de memoria sobrepasa en ocasiones los 1,5 GB >>> 3. Corriendo el proceso desde otro equipo cliente, se hace aún más lento >>> el proceso
>>> SQLServer está instalado en un Servidor con Windows Server 2003 >>> Entreprise Edition SP2, 4GB de RAM y dos procesadores de 2GB cada uno. >>> Las bases de datos provienen de SQLServer version MSDE (no sé si eso >>> efecte). Además, supongo que los problemas de rendimiento hay hecho que >>> se borren datos en algunos campos de tablas que deben ser estáticos o no >>> deberían cambiar al ejectutar el proceso.
Es posible Víctor que existan problemas por la migración a la versión 2005 porque se hizo un proceso simple de descomprimir y ajuntar la base de datos al servidor. Tienes algunas pautas sobre las tareas adicionales que se deben efectuar al cambiar versión? (intentaré averiguar también vía google)
> Entonces hay que ver como migraste los datos de MSDE a SQL2005, tal vez el > problema pase por falta de indices o por actualizar las estadisticas de la > base montada en SQL2005.
> -- > Un Saludo, Víctor Koch
> "MSNEWS" <luism0@(arroba)yahoo.es> escribió en el mensaje > news:%23dAGncLXKHA.3720@TK2MSFTNGP02.phx.gbl... >> Víctor, gracias por el comentario. Lo que me sirve de base para no pensar >> en la aplicación externa es que antes, cuando se conectaba con SQLServer >> MSDE el proceso corría sin problema.
>>> No siempre la causa de todos los males es la base de datos, esta solo >>> recibe instrucciones de la aplicación y trata de llevarlas a cabo lo >>> mejor posible, pero si la aplicación esta mal diseñada o mal programada, >>> me refiero a la lógica de los procesos y a la forma de atacar a la base >>> de datos, el problema no esta en manos de la base de datos.
>>> Yo buscaría el problema en la falta de índices o en la propia aplicación >>> externa.
>>> Hace un par de meses me toco un tema parecido al tuyo, una aplicación >>> externa que atacaba la base de datos de mi aplicación hacia tan mal las >>> cosas que mis transacciones siempre eran elegidas como victima de los >>> interbloqueos.
>>> Cuando vi el código fuente de la aplicación externa quería matar al >>> programador, en resumen, lo que en esa aplicación externa antes tardaba >>> 30 segundos en actualizar un comprobante paso a tardar menos de 3 >>> segundos, así que imagínate que forma tan ineficiente que tenia para >>> insertar registros, ni te cuento el desparramo bloqueos de registros que >>> hacia.
>>>> Una aplicación externa corre procesos largos en SQLServer2005 y hemos >>>> notado problemas como los siguientes que afectan mucho el rendimiento >>>> del servidor: >>>> 1. El equipo servidor tiene dos procesadores, pero solo uno de ellos es >>>> utilizado cuando SQLServer corre el proceso >>>> 2. El uso de memoria sobrepasa en ocasiones los 1,5 GB >>>> 3. Corriendo el proceso desde otro equipo cliente, se hace aún más >>>> lento el proceso
>>>> SQLServer está instalado en un Servidor con Windows Server 2003 >>>> Entreprise Edition SP2, 4GB de RAM y dos procesadores de 2GB cada uno. >>>> Las bases de datos provienen de SQLServer version MSDE (no sé si eso >>>> efecte). Además, supongo que los problemas de rendimiento hay hecho que >>>> se borren datos en algunos campos de tablas que deben ser estáticos o >>>> no deberían cambiar al ejectutar el proceso.
Hola Luis,, este problema ya esta resulto en este POST: te paso lo que detallan
*** SOLUCION *** Como paso final de una migración siempre es recomendable chequear la integridad de las bases de datos, ejecutar DBCC UPDATEUSAGE y actualizar estadísticas
-- ----------------------------- "Caminar sobre el agua y desarrollar software a partir de unas especificaciones es fácil, si ambas están congeladas." Edward V. Berard, ingeniero informático
"Alberto" <Albe...@discussions.microsoft.com> wrote in message
> Todas las Delegaciones tienen mas o menos las mismas caracteristicas. > El cambio de servidor se realizo mediante un backup de la base de datos > del > antiguo servidor, y ese fue el problema, ya que no actualizamos los > indices.
> Despues de actualizarlos va todo perfecto
> Muchas Gracias
> "Carlos Sacristan" wrote:
>> ¿Cómo hicísteis ese cambio (migración)?
>> ¿Actualizásteis estadísticas?
>> ¿Echásteis un vistazo al plan de ejecución?
>> ¿Estamos hablando de una arquitectura similar al resto de las >> delegaciones >> (hw, aplicaciones, concurrencia, volumen de datos, etc, etc)?
>> -- >> ----------------------------- >> "Caminar sobre el agua y desarrollar software a partir de unas >> especificaciones es fácil, si ambas están congeladas." >> Edward V. Berard, ingeniero informático
>> "Alberto" <Albe...@discussions.microsoft.com> wrote in message >> news:B94855EC-F991-429D-8ACF-E659CE4085EB@microsoft.com... >> > Hola a todos. >> > Tengo una aplicación que corre sobre un servidor SQLServer 2000 >> > Hasta ahora ha funcionado todo bien, tanto en local como en remoto, ya >> > que >> > existen varias delegaciones, cada una con su servidor local, pero que >> > pueden >> > acceder al resto de servidores. >> > El problema viene al actualizar una de las delegaciones. se cambia el >> > servidor por otro mas moderno. >> > se utiliza el sqlserver 2005 >> > y resulta que una consulta que sobre cualquier otro servidor es casi >> > instantanea, sobre este tarda 6 minutos.
>> > No le encuentro explicación y si alguien puede echarme una mano lo >> > agradeceria
>> > Saludos
>> > Alberto
>> .
***************** AQUI TERMINA ****
"MSNEWS" <luism0@(arroba)yahoo.es> escribió en el mensaje de noticias:eSt0cKLXKHA.3...@TK2MSFTNGP02.phx.gbl...
> Una aplicación externa corre procesos largos en SQLServer2005 y hemos > notado problemas como los siguientes que afectan mucho el rendimiento del > servidor: > 1. El equipo servidor tiene dos procesadores, pero solo uno de ellos es > utilizado cuando SQLServer corre el proceso > 2. El uso de memoria sobrepasa en ocasiones los 1,5 GB > 3. Corriendo el proceso desde otro equipo cliente, se hace aún más lento > el proceso
> SQLServer está instalado en un Servidor con Windows Server 2003 Entreprise > Edition SP2, 4GB de RAM y dos procesadores de 2GB cada uno. Las bases de > datos provienen de SQLServer version MSDE (no sé si eso efecte). Además, > supongo que los problemas de rendimiento hay hecho que se borren datos en > algunos campos de tablas que deben ser estáticos o no deberían cambiar al > ejectutar el proceso.
|
