Optimización de los índices

[islu]

Has mirado el valor del Sweep Interval, quizás sea una tonteria, pero a lo mejor lo que pasa es que llegas al valor del sweep interval a media semana, se pone el servidor a hacer el sweep, con lo que ha de repartirse entre la operación de sweep y dar servicio, cuando llega el fin de semana y no hay nadie, termina de hacerlo sin problemas.

Prueba a ver que valor tiene el Sweep.

Que yo sepa el sweep lo hace en caliente, como el backup.

De todos modos insisto, si haces el backup y el restore, irá mejor, independientemente del Sweep, yo lo he probado en mis "carnes", y el tamaño del GDB se reduce ( aunque todo depende del tamaño ).

[AMINOA2R]

He entrado a Performance Monitor y en Sweep Internal me pone = 20000

atabase header page information:
Flags
Checksum 12345
Generation 127532
Page size 4096
ODS version 11.1
Oldest transaction 405028
Oldest active 405029
Oldest snapshot 405029
Next transaction 498734
Bumped transaction 1
Sequence number 0
Next attachment ID 7726
Implementation ID 16
Shadow count 0
Page buffers 0
Next header page 0
Database dialect 3
Creation date Jul 9, 2005 9:21:42
Attributes
Variable header data:
Sweep interval: 20000
*END*

[islu]

Asi es como lo tengo yo, a 20000.

Yo utilizo EMS para trabajar con IB. Qué herramienta usas tú?

Has probado a realizar una validación?,

Hoy jueves debe ir ya lenta la BD,verdad ?

Por que no pruebas a realizar un Backup y un restore ?, mira las opciones que lleva el gBak, ( gBAK -? ).

[AMINOA2R]

Si es que el problema que tengo es que tengo a unas 40 personas conectadas en horario de oficina y durante las 24 horas de lunes a viernes por tanto tengo siempre usuarios activos por lo que puedo hacer backup pero no restores ya que las bases están en uso.

Utilizo interbase 7.1 con W2003.

Hoy jueves ya van más lentos los accesos a las tablas aunque se puede trabajar bien. Tengo solo 800MB de disco libre en C y tal vez este sea el problema. Estoy por hacer que la memoria virtual que usa windows sea sobre otro disco duro que no sea el de C. Tal vez este sea el problema...

Lo que si tengo claro es que si entro en alguna de las empresas que tenemos y que se que nadie entra durante la semana, igualmente va lentos los accesos a las tablas de esta base un viernes frente a la rapidez del lunes.

Esto me indica que es como si el motor que hace que todas las bases funcionen, estubiera sobrecargado de trabajo.

No se no se...

[islu]

Si que puede ser muy importante el espacio de disco duro, yo siempre he montado el servidor de Interbase, en el servidor con un disco duro solo con el sistema operativo, interbase y 2 ó 3 utilidades que necesitase.

De que tamaño hablamos de la BD?

[AMINOA2R]

Los clientes, proveedores,articulos, etc... los tengo en un GDB que pesa 24MB y los pedidos, albaranes, facturas, recibos, etc... en otro que pesa 170 MB.

No veo que el tamaño me cause retardos por lo que te comento de los lunes. Los lunes va super rapido todas las tablas, los martes un poquito más lentos y asi...

Tiene solo en el server 512 MB de RAM con W2003 y estoy tambien pensando meterle más pero, tengo que parar a toda la empresa para hacer pruebas y pruebas y me gustaría acertar a la primera...

No conozco EMS. Que tal esta ?

[islu]

Relamente el tamaño no creo que sea, de echo con el backup y restore que te he comentado no creo que ganes mucho, pensaba que eran mayores.

Una cosa que no he hecho nunca es tener 2 BD.

Respecto a la memoria si que creo que debas subirle.

No se si te enterastes algunos problemas que hubo con XP e interbase ( algo referente a que asumia que la extensión GDB era del sistema y la incluia en las copias que saca para recuperar el sistema, ten cuidado con ello, un cliente mio por pasarse de listo machacó el GDB ), y algo también hubo con el W2003 y la velocidad de Interbase ( tuvimos que migrar a FireBrid algunas instalaciones ), algunos problemas tuvimos también con alguna versión del Panda y su firewall; pero entiendo que con Interbase 7.1 se habará corregido el problema de velocidad, mirate este hilo ( habrá más )http://www.clubdelphi.com/foros/showthread.php?t=4657
, si tuvieses el problema con el firewall de panda no te conectaría siquiera, y el problema con XP e Interbase era que tardaba muchismo en conectar.

Por cierto, si decides pasar de Interbase a FireBird, ten cuidado, ya no son 100% compatibles, en la base si, pero ya hay algunas diferencias.


La herramienta EMS es maravillosa, se parece mucho al entorno de delphi, y permite mil filigranas al programar triggers o procedimientos almacenados, no tendría sitio en este post para comentar las virtudes de esta aplicación. Te recomiendo que al menos la evalues.