Hola Pedro,

Dejando de un lado que la configuración del 810 no esta muy fina, la del 520 no se queda atrás por los problemas de disco.

Sigo opinando lo mismo que Luis Lopez, es necesario utilizar un pool dedicado para los trabajos de base de datos. Tal y como lo tienes configurado, podrían entrarte una barbaridad de consultas a base de datos, con lo que te colapsa la maquina. Yo tengo un 270 con 6 discos, y el pool dedicado a base de datos lo tengo con un nivel de actividad a 18, y no tengo estos problemas de rendimiento.

Hay demasiados trabajos en el sistema ¿spools?, eso va penalizando la maquina cada vez que tiene que redimensionar la tabla de trabajos para meter 10 trabajos más, y así continuamente.

Mírate este PDF de IBM, en el punto 4.3.3 te explican los pasos para configurar un pool de memoria para la base de datos y que los trabajos se ejecuten ahi, tambien hay varias recomendaciones generales de rendimiento para el AS400 http://www.redbooks.ibm.com/redbooks/pdfs/sg246256.pdf


Saludos,
Dani

--
iSencia S.L.
Daniel García
E-mail: [EMAIL PROTECTED]
Tel. +34 93 754 03 66
Fax +34 93 754 03 98



Pedro Pinedo wrote:

*Antes de nada darte las gracias por tu ayuda, y decirte que creo que el mayor problema sera la controladora de disco. Te contesto en negrita entre lineas.*


Nada bueno el escenario. Como te han comentado los compañeros, has pasado a menos brazos y a más trabajo para cada uno de ellos, al ser discos más grandes. Desde luego quien haya planificado el 520 teniendo en cuenta su uso como servidor de base de datos, se ha lucido.... o simplemente se ha equivocado (todos nos equivocamos).

Las razones pueden ser muchas. Para empezar me parece que esa carga descomunal de 600 conexiones a saco en el *BASE teniendo este pool un MAXACT de 150, colapsaria hasta el bigblue... pues se estan lanzando muchos SQL a la vez. Pero no puedes tocar ese valor, pues afectaria a otros procesos. Lo suyo es crear un pool dedicado. Dices que en el 810 te va, pues claro esta que hay algo diferente entre los dos.

*Como te decia, en el 810 va bien, por lo menos a nivel de disco. Las conexiones, aunque abiertas, no estan en uso todo el tiempo, tengo muchos usuarios que utilizan a lo largo del dia varios menus, pero no a la vez.*

*Estas conexiones son las unicas que se realizan al 400 por lo que dividir los pooles no tiene sentido, (nadie se conectaria al otro pool) todas esta conexiones ejecutan programas rpg's (a traves de procedimientos almacenados) por lo que se minimizan las sentencias sql's.*


1)Para empezar, si los accesos son por ODBC o SQL, al pasar al 520 el tema de los indices de base de datos te han pasado correctamente?
Igual esta creando vias de acceso temporales...

*No he detectado la creacion de indices temporales (mas de los habituales), pero lo revisare.*

2)El 810 está en v5r4??? En v5r4 hay varias cosas nuevas que colapsan el *BASE. Una de ellas el service monitor. Prueba a desactivarlo.

*¿como se desactiva? creo que ya lo hice, pero....*

 Tambien hay una ptf
para evitar que los trabajos QDBSRV01 se coman 2Gb de almacenamiento temporal. Esto ultimo pasa con todas las maquinas en v5r4. La ptf es SI26854 http://www-1.ibm.com/support/docview.wss?uid=nas30c79b2559e94faed862572990057e3ca es facil de comprobar con WRKACTJOB localizas ese trabajo, opcion 5 y opcion 3, el valor esta en "Almacenamiento temporal utilizado". Todo y eso mira que tenga cargadas todas las ptfs de base de datos (grupo ptf's SF99504)

*Tengo cargada esa ptf en ambas maquinas, el acumulativo instalado es el C8057540 (V5R4M0-810 V5R4M5-520)*

*Trabajo:   QDBSRV02       Usuario:   QSYS           Número:  *
*                                                             *
*Prioridad ejecución . . . . . . . . . . . . . . . :   16     *
*Porción tiempo en milisegundos  . . . . . . . . . :   1000   *
*Elegible para eliminación . . . . . . . . . . . . :   *YES   *
*Tiempo espera por omisión en segundos . . . . . . :   4      *
*Tiempo CPU máximo en milisegundos . . . . . . . . :   *NOMAX *
*  Tiempo CPU utilizado  . . . . . . . . . . . . . :     296  *
*Almacenamiento temporal máximo en megabytes . . . :   *NOMAX *
*  Almacenamiento temporal utilizado . . . . . . . :     2    *

3) Queda la necesidas de hacer un tunig general del i5, pues éste cuenta con menos recursos de base de datos que el 810. Este tuning se basaria principalmente en crear un pool de memoria dedicado a los trabajos (QZDASOINIT) con un
maximo de actividad establecido y habilitar el Expert cache en ese pool.

*¿Expert cache? ¿como? ¿donde? ¿que hace?*

Ademas quedan los valores del sistema, QTOTJOB,QACTJOB,... pero sobre todo QPRCMLTTSK que tenga el valor "2".
*                        520                810        *
*QACTJOB                500                500*
*QADLACTJ                10                10*
*QADLTOTJ                10                10*
*QMAXJOB                163520        163520*
*QTOTJOB                800                800*
*QMCHPOOL                240264        309472*
*QPRCMLTTSK 2 1 Este lo acabo de cambiar segun tu recomendacion.*

Y otras cuantas cosas mas, pero si es el caso lo comentamos más adelante.

Para acabar seria bueno enviases lo que te sale en los mandatos WRKSYSSTS y DSPJOBTBL (tambien lo
que sale en este mandato al pulsar F11).

*No son significativos los datos del 520, puesto que ahora no esta ningun usuario. *

*810*


* Trabajar con estado del sistema FTOBDB02* * 23/04/08 15:34:53* *% CPU utilizada . . . . : 98,5 ASP del sistema . . . . : 351,6 G* *% capacidad de BD . . . : 5,3 % ASP sistema utilizado : 39,4334* *Tiempo transcurrido . . : 00:00:01 Total alm auxiliar . . . : 351,6 G* *Trabajos del sistema . . : 21934 No protegido actual * *% direcciones perm . . . : 0,134 utilizado . . . . . . : 35169 M* *% direcciones temp . . . : 2,146 Máximo no protegido . . : 39751 M* * * *Agr Tam. (M) Tam. (M) Máx ----BD----- ---No BD--- Act- Esp- Act- * *sis agrup reserv act Falta Págs. Falta Págs. Esp No-el No-el * * 1 296,17 138,91 +++++ 0,0 0,0 12,9 12,9 1495 0,0 0,0 * * 2 3464,95 2,47 173 68,7 158,5 241,2 923,2 3409 0,0 0,0 * * 3 220,06 0,00 51 0,0 0,0 1,9 6,9 538,3 0,0 0,0 * * 4 40,21 0,00 10 0,0 0,0 0,0 0,0 0,0 0,0 0,0 *

* Visualizar tablas de trabajo FTOBDB02* * 23/04/08 15:35:42* * Estructuras de trabajo permanentes: Estructuras de trabajo temporales: * * Iniciales . . . : 800 Iniciales . . . : 500 * * Adicionales . . : 10 Adicionales . . : 10 * * Disponibles . . : 6142 Disponibles . . : 4 * * Totales . . . . : 28082 * * Máximo . . . . . : 163520 * * * * * * ---------------------Entradas--------------------- * * Tabla Tamaño Total Disponibles En uso Otras * * 1 16752384 16352 1828 14522 2 * * 2 12030720 11730 4314 7416 0 *

*f 11*

* ------------------Entradas en uso------------------ * * Cola de Cola de Anot trabajo * * Tabla Activas trabajos salida pendientes * * 1 717 1 10 13794 *
*         2           69            0            2          7345*

*520*

* Trabajar con estado del sistema FTOBDB03 * * 23/04/08 15:37:03 * * % CPU utilizada . . . . : 27,4 ASP del sistema . . . . : 423,3 G * * % capacidad de BD . . . : 20,4 % ASP sistema utilizado : 23,4735 * * Tiempo transcurrido . . : 03:25:34 Total alm auxiliar . . . : 423,3 G * * Trabajos del sistema . . : 10100 No protegido actual * * % direcciones perm . . . : 0,009 utilizado . . . . . . : 3785 M * * % direcciones temp . . . : 0,041 Máximo no protegido . . : 12766 M * * * * Agr Tam. (M) Tam. (M) Máx ----BD----- ---No BD--- Act- Esp- Act- * * sis agrup reserv act Falta Págs. Falta Págs. Esp No-el No-el * * 1 222,92 118,48 +++++ 0,0 0,0 1,0 1,4 65,9 0,0 0,0 * * 2 3026,22 1,97 167 9,0 81,3 3,4 12,7 21652 0,0 0,0 * * 3 635,52 0,00 49 0,0 0,2 0,7 2,7 18,1 0,0 0,0 * * 4 0,34 0,00 5 0,0 0,0 0,0 0,0 0,0 0,0 0,0 *

* Visualizar tablas de trabajo FTOBDB03 * * 23/04/08 15:37:40 * * Estructuras de trabajo permanentes: Estructuras de trabajo temporales: * * Iniciales . . . : 800 Iniciales . . . : 500 * * Adicionales . . : 10 Adicionales . . : 10 * * Disponibles . . : 20 Disponibles . . : 78 * * Totales . . . . : 10120 * * Máximo . . . . . : 163520 * * * * * * ---------------------Entradas--------------------- * * Tabla Tamaño Total Disponibles En uso Otras * * 1 10392320 10120 20 10100 0 *
*F11*
* Visualizar tablas de trabajo FTOBDB03* * 23/04/08 15:37:40* * Estructuras de trabajo permanentes: Estructuras de trabajo temporales: * * Iniciales . . . : 800 Iniciales . . . : 500 * * Adicionales . . : 10 Adicionales . . : 10 * * Disponibles . . : 20 Disponibles . . : 78 * * Totales . . . . : 10120 * * Máximo . . . . . : 163520 * * * * ------------------Entradas en uso------------------ * * Cola de Cola de Anot trabajo * * Tabla Activas trabajos salida pendientes * * 1 215 1 5 9879 *

* *
Pedro Pinedo Hernandez:  Analista-Programador
Grupo Amcor Flexibles Hispania S.L. Departamento de Informática / IT Department
tfno.:+34 941 28 60 90 - 941 03 01 39
fax: +34 941 03 01 39
Avd. Burgos 67-95
26006 Logroño Spain
[EMAIL PROTECTED]
(quitar nospam del dominio, para enviar)



[EMAIL PROTECTED]

23/04/2008 12:41
Please respond to
"forum.help400" <[email protected]>


        
To
        "forum.help400" <[email protected]>
cc
        
Subject
        Re: Brazo de disco al 100%



        






Nada bueno el escenario. Como te han comentado los compañeros, has pasado a menos brazos y a más trabajo para cada uno de ellos, al ser discos más grandes. Desde luego quien haya planificado el 520 teniendo en cuenta su uso como servidor de base de datos, se ha lucido.... o simplemente se ha equivocado (todos nos equivocamos).

Las razones pueden ser muchas. Para empezar me parece que esa carga descomunal de 600 conexiones a saco en el *BASE teniendo este pool un MAXACT de 150, colapsaria hasta el bigblue... pues se estan lanzando muchos SQL a la vez. Pero no puedes tocar ese valor, pues afectaria a otros procesos. Lo suyo es crear un pool dedicado. Dices que en el 810 te va, pues claro esta que hay algo diferente entre los dos.

Por aportar unas ideas:

1)Para empezar, si los accesos son por ODBC o SQL, al pasar al 520 el tema de los indices de base de datos te han pasado correctamente?
Igual esta creando vias de acceso temporales...


2)El 810 está en v5r4??? En v5r4 hay varias cosas nuevas que colapsan el *BASE. Una de ellas el service monitor. Prueba a desactivarlo. Tambien hay una ptf para evitar que los trabajos QDBSRV01 se coman 2Gb de almacenamiento temporal. Esto ultimo pasa con todas las maquinas en v5r4. La ptf es SI26854 http://www-1.ibm.com/support/docview.wss?uid=nas30c79b2559e94faed862572990057e3ca es facil de comprobar con WRKACTJOB localizas ese trabajo, opcion 5 y opcion 3, el valor esta en "Almacenamiento temporal utilizado". Todo y eso mira que tenga cargadas todas las ptfs de base de datos (grupo ptf's SF99504)

3) Queda la necesidas de hacer un tunig general del i5, pues éste cuenta con menos recursos de base de datos que el 810. Este tuning se basaria principalmente en crear un pool de memoria dedicado a los trabajos (QZDASOINIT) con un
maximo de actividad establecido y habilitar el Expert cache en ese pool.
Ademas quedan los valores del sistema, QTOTJOB,QACTJOB,... pero sobre todo QPRCMLTTSK que tenga el valor "2".

Y otras cuantas cosas mas, pero si es el caso lo comentamos más adelante.

Para acabar seria bueno enviases lo que te sale en los mandatos WRKSYSSTS y DSPJOBTBL (tambien lo
que sale en este mandato al pulsar F11).


Saludos

Luis López




__________________________________________________
Forum.HELP400 es un servicio m&amp;#225;s de NEWS/400.
&amp;#169; Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________

Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400

______________________________________________________

AMCOR FLEXIBLES - LEADING THROUGH INNOVATION
______________________________________________________

CAUTION - This message may contain privileged and confidential information intended only for the use of the addressee named above. If you are not the intended recipient of this message you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. If you have received this message in error please notify AMCOR FLEXIBLES immediately. Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of AMCOR FLEXIBLES.
------------------------------------------------------------------------

__________________________________________________
Forum.HELP400 es un servicio m&amp;#225;s de NEWS/400.
&amp;#169; Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________

Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400
__________________________________________________
Forum.HELP400 es un servicio m&amp;#225;s de NEWS/400.
&amp;#169; Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________

Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400

Responder a