Holas, es un placer ayudarte, pero te he de confesar que no hay cosa que me "pique" más que un as400/iseries/etc que no tire como debiera.
Empecemos: Lo del QPRCMLTTSK mal ajustado te hace perder en los i5 fácil un 20-30% de rendimiento (segun IBM), pero para que se note hay que hacer IPL. La informacion que se ve en los WRKSYSSTS es que hay valores muy altos en los apartados de No protegido actual utilizado y Maximo (aqui se suma la RAM total, el espacio ocupado por los spools, QTEMP y entre otras cosas el swaping de disco. El propio 810 muestra un valor cercano a 35Gb en uso con un maximo de casi 40Gb. Si no tienes una cantidad de spools en el sistema que justifiquen ese tamaño, aqui hay un problema de falta de memoria importante. En cuanto a la RAQM, fijate que en el i5 hay lo mismo ,4gb, pero el i5 se come unos cuentos de megas para él, por lo que de entrada cuenta con menos memoria disponible aún que el 810. En cuanto a valores del sistema, se ve que los QTOTJOB y QACTJOB se te han quedado cortos, pero antes de valorar su ajuste probaria a modificar los trabajos QZDASOINIT para que no hagan tantas anotaciones de trabajo (SE VEN EN EL DSPJOBTBL). Como pista fijate que esta el QTOTJOB a 800 y el WRKSYSSTS marca cerca de 22000!!. Aqui un ajuste de las anotaciones de trabajo harian bajar mucho la cifra y asi poder ajustar QTOTJOB y QACTJOB correctamente. Lo del Expert cache tiene sentido en el caso de que crees un poool propio para los trabajos de SQL remoto (QZDASOINIT). Yo no me lo pensaría pues te va a permitir ajustar el tamaño de RAM asigando exclusivo y sobre todo poder ajustar el maximo activo. Y es que por propia expriencia, auque cueste creer, pocas máquinas son capaces de procesar mas de 35. Y este i5 con sólo 5 brazos... no lo veo... Si no creas el pool, todo te entra por el pool base y como este tiene una MaxAct de alrededor de 170 (que es por su parte necesario para todos los servicios del os400 como tcpip, etc etc). Yo crearia el pool (mandato WRKSHRPOOL) y lo asignaria a los trabajos QZDASOINIT(si los RPG que se llaman como procedimientos almacenados usan SQL embebido, entonces pon tambien en ese pool los trabajos QSQSRVR). Le pondria toda la memoria que pudiera y un maximo activo para empezar de 25. Luego lo iria subiendo viendo con el WRKSYSSTS las faltas que se van produciendo en el pool y buscaria el equilibrio. Cuesta de creer pero luego ves que hay maquinas que obtienes mucho mas rendimiento con un maxact por ej. de 35 que con uno de 200, y es por que la maquina "va haciendo" a bloques de 35 en lugar de bloquearse al "tragarse muchos SQL simultáneos". Lo de la controladora, es la diferencia mas visible (junto con que en el i5 hay menos memoria disponible). No obstante si el i5 lo ajustas bien, con la controladora que tiene puede tirar. Pero esta claro que la del 810 es un tiro. Y estamos en lo de siempre, antes de gastar miraria de ajustarlo bien. La solución fácil cambiar controladora, meter más discos y duplicar memoria. Pero si puedes hacerlo y además tienes la máquina bien configurada, te volará. Espero que te sea de ayuda Saludos Luis López ----Mensaje original---- De: [EMAIL PROTECTED] Recibido: 23/04/2008 15:50 Para: "forum.help400" CC: "forum.help400" Asunto: Re: Brazo de disco al 100% 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" To "forum.help400" 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ás de NEWS/400. © 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. TERRA -->
__________________________________________________ Forum.HELP400 es un servicio más de NEWS/400. © 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
