ejecución de aplicación se vuelve lenta

25/01/2007 - 00:19 por Ruth López Pérez | Informe spam
¡Hola amigos!

Necesito ayuda urgente.

Problema:
Cuando más de un usuario ejecuta la aplicación (programa ejecutable), esta
se vuelve lentísima, y hace rabiar de desesperación a los usuarios porque
lógicamente conlleva atrasos. ¿Cómo soluciono esto?

Entorno:
1.- Ejecutable en VFP 8.0 SP1
2.- Servidor con Windows Server 2003.
3.- La Base de Datos es de VFP8.0 y reside en el servidor. Posee 50 tablas.
4.- El ejecutable reside en cada estación. Actualmente hay 4 estaciones que
ejecutan la aplicación.
5.- La aplicación tiene la estructura siguiente:
5.1- Programa principal. Tiene los siguientes set:

set deleted on
set exact on
set date DMY
set scoreboard off
set safety off
set lock on
SET OPTIMIZE ON
SET EXCLUSIVE OFF
set multilocks on
SET REPROCESS TO AUTOMATIC
SET REFRESH TO 0,5
SET RESOURCE OFF
SET ENGINEBEHAVIOR 70

5.2- Formulario que pide contraseña de acceso
5.3- Menú de opciones. Un formulario en uso, no puede volver a
ejecutarse. Hago esto mediante la función WEXIST, que empleo en el menú
principal junto con SKIP OF.
6.- Abro la base de datos en el programa principal. (OPEN DATABASE MIBASE
SHARED)
7.- Abro las tablas en cada formulario.
7.1 Data Environment:
AUTOCLOSETABLES = .T.
AUTOOPENTABLES = .T.
DATASOURCE = NULL
DATASOURCETYPE = NONE
INITIALSELECTEDALIAS = NONE
7.2 En el formulario defino la propiedad
Data Session = 1 Default Data Session
7.3 Utilizo buffer 3 para todas las tablas
Actualizo las tablas usando tableupdate.


Debo mencionar que 2 estaciones poseían windows 98. Posteriormente se les
instaló windows XP. Cuando tenían Windows 98, no tenían la aplicación. Es
con XP que poseen el ejecutable de la aplicación. Ahora todas poseen XP SP1
y SP2.


Ruth López Pérez
Desde Managua, Nicaragua
rlopezp06@hotmail.com
rlopezp@ibw.com.ni

Preguntas similare

Leer las respuestas

#1 Luis María Guayán
25/01/2007 - 12:28 | Informe spam
¿Tu servidor es Controlador Principal de Dominio?

Te reenvio un mensaje que puse meses atras:

"...
Esto es un Bug de Windows 2003 Server en equipos que son controladores
primarios de dominios. En algunos casos hay parches que debes pedir a
Microsoft. Te paso algunos artículos de la Base de Conocimientos de
Microsoft, pero busca por mas, a ver cual se asemeja mas a tu caso.

dejan de responder después de ejecutarse durante varios día --
http://support.microsoft.com/kb/821008/es

ejecuta servicio de Message Queuing Server --
http://support.microsoft.com/kb/832716/es

Windows Server 2003 --
http://support.microsoft.com/kb/831168/es


Luis María Guayán
Tucumán, Argentina
________________________________
SysOp de www.PortalFox.com
Microsoft Visual FoxPro MVP
________________________________
La palabra imposible solo figura
en el diccionario de los tontos


"Ruth López Pérez" escribió en el mensaje
news:
¡Hola amigos!

Necesito ayuda urgente.

Problema:
Cuando más de un usuario ejecuta la aplicación (programa ejecutable), esta
se vuelve lentísima, y hace rabiar de desesperación a los usuarios porque
lógicamente conlleva atrasos. ¿Cómo soluciono esto?

Entorno:
1.- Ejecutable en VFP 8.0 SP1
2.- Servidor con Windows Server 2003.
3.- La Base de Datos es de VFP8.0 y reside en el servidor. Posee 50


tablas.
4.- El ejecutable reside en cada estación. Actualmente hay 4 estaciones


que
ejecutan la aplicación.
5.- La aplicación tiene la estructura siguiente:
5.1- Programa principal. Tiene los siguientes set:

set deleted on
set exact on
set date DMY
set scoreboard off
set safety off
set lock on
SET OPTIMIZE ON
SET EXCLUSIVE OFF
set multilocks on
SET REPROCESS TO AUTOMATIC
SET REFRESH TO 0,5
SET RESOURCE OFF
SET ENGINEBEHAVIOR 70

5.2- Formulario que pide contraseña de acceso
5.3- Menú de opciones. Un formulario en uso, no puede volver a
ejecutarse. Hago esto mediante la función WEXIST, que empleo en el menú
principal junto con SKIP OF.
6.- Abro la base de datos en el programa principal. (OPEN DATABASE MIBASE
SHARED)
7.- Abro las tablas en cada formulario.
7.1 Data Environment:
AUTOCLOSETABLES = .T.
AUTOOPENTABLES = .T.
DATASOURCE = NULL
DATASOURCETYPE = NONE
INITIALSELECTEDALIAS = NONE
7.2 En el formulario defino la propiedad
Data Session = 1 Default Data Session
7.3 Utilizo buffer 3 para todas las tablas
Actualizo las tablas usando tableupdate.


Debo mencionar que 2 estaciones poseían windows 98. Posteriormente se les
instaló windows XP. Cuando tenían Windows 98, no tenían la aplicación. Es
con XP que poseen el ejecutable de la aplicación. Ahora todas poseen XP


SP1
y SP2.


Ruth López Pérez
Desde Managua, Nicaragua







Respuesta Responder a este mensaje
#2 Ruth López Pérez
29/01/2007 - 21:57 | Informe spam
Efectivamente, el servidor es Controlador Principal de Dominio.

Ruth López Pérez
Desde Managua, Nicaragua


email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida