![]()
madecapital.com
thefinancialtrading.com
grandesbodas.com
mundoface.com
goodtradings.com
good-trades.com
lasjugueterias.com
takenprofit.com
takesprofit.com
thetradingexperience.com
sqlenlinea.com

Hola gente !!!, como están ?, ayer estaba un poco bajoneado pues extrañaba a mi familia (ellos viven en el interior del pais y yo en la capital), pero bueno son cosas que pasan, lo bueno, es que cuando llegue a casa me encontre con unos amigos que hace mucho que no veia (viven en españa hace 2 años) y realmente me reconforto y rei mucho como hace largo tiempo no me reia !!!
Y como digo siempre pasemos a lo técnico, hoy voy a continuar con los escenarios que tuvimos que luchar con problemas de performance o rendimiento.
Escenario 1
Proceso: Operativa financiera cuya función era refrescar diariamente las cuentas de sus clientes antes de la atención al público, con lo cual la ventana horaria era limitada, pues, los procesos centralizados terminaban a una hora determinada, eran transmitidos y luego aplicados en el entorno distribuido, mediante una carga y actualización de la base de datos.
Entorno: Windows NT4.0 Enterprise Edition sp6a.
MS SQL Server 7.0 sp4
Técnica y herramientas: Job de SQL Server llamados por una aplicación, en cuyo código el núcleo funcionaba (funciona) con BULK INSERT tomando archivos (*.dat) generados por la aplicación para cargase en las tablas afectadas.
Síntomas: Tiempo de ejecución de procedimiento correcto, salvo, en el tiempo de los job´s de SQL Server (BULK INSERT).
Solución: Se chequearon niveles de sp´s de SQL Server y configuración del mismo la cual era la correcta. El problema era el mal funcionamiento de la placa raid.
Escenario 2
Proceso: Espejado de base de datos entre servidores distintos, mediante una aplicación que controlaba el proceso y generación de carga.
Entorno: Windows 2000 Enterprise Edition
MS SQL Server 2000 sp3a
Técnica y herramientas: Job de un scheduler propietario, que invocaba a la aplicación, en cuyo código el núcleo funcionaba (funciona) con la utilidad BCP generando archivos (*.txt) que luego impactaban en la base destino o ´espejada´.
Síntomas: Tiempo de ejecución de procedimiento correcto, salvo, en el tiempo de la operativa que utilizaba BCP en el momento de cargar la tabla y no de generar los archivos.
Solución: El problema era la desigualdad de drivers de las placas controladoras de disco.
Un abrazo virtual a todos y hasta la próxima.
JuanPL
Link's relacionados:
http://www.todosql.com/blog/200704/problemas-de-performance-con-utilidad...
http://www.todosql.com/blog/200704/problemas-de-performance-con-utilidad...