RE: Querys y problemas de almacenamiento
Gracias por la información. De: forum.help400-boun...@listas.combios.es [mailto:forum.help400-boun...@listas.combios.es] En nombre de Carlos Enviado el: miércoles, 13 de febrero de 2019 19:00 Para: forum.help400@listas.combios.es Asunto: Re: Querys y problemas de almacenamiento Hola Posiblemente la mejor opción sea el comando CHGQRYA, que puedes poner en el programa inicial de los usuarios que ejecuten querys o SQL. Nunca lo he utilizado para almacenamiento, solo para tiempo, así que no se que tal predice el espacio a ocupar. Aquí tienes mas información sobre el comando y lo que puedes controlar de una u otra forma: https://www.ibm.com/support/knowledgecenter/en/ssw_ibm_i_72/rzajq/qryoptf.htm Uno de los problemas de este comando es que no restringe sino que avisa con un mensaje y un usuario puede responder que le da todo igual y que ejecute la consulta, pero no es muy difícil de controlar. Te dejo un enlace con un ejemplo para el cálculo de tiempo que es fácilmente adaptable al almacenamiento y propone otra forma para incluir el CHGQRY en las ejecuciones de las consultas: https://www.itjungle.com/2010/04/14/fhg041410-story01/ Saludos Carlos El 12/2/19 a las 18:59, Javier Mora escribió: Hola a tod@s, recientemente un usuario a confeccionado una consulta "mal hecha" en la que unía una serie de fichero con millones de registros. Resultado: unas cuantas horas de ejecución "sileciosa", porque el usuario no avisó que tenía un problema; y un error CPI099C de almacenamiento porque *SYSBAS superó el 90% de almacenamiento. El usuario que ejecutó el Query tenía limitado el almacenamiento al 1 GB (en perfil de usuario) y, aún así, casi consigue bloquear el sistema. Supongo que DB2 mientras preparaba los datos utilizó almacenamiento temporal si asignar al usuario y fue así como consiguió consumir todo el espacio que había en la agrupación del sistema. No puedo impedir que determinados usuarios modifiquen o confeccionen consultas, ni tampoco puedo evitar que se equivoquen al unir ficheros, pero ¿existe alguna característica del sistema que me impida que una consulta consuma más de un determinado almacenamiento temporal? Podría intentar controlarlo por tiempo, pero tenemos procesos SQL (no Consulta/400) que extraen datos del IBM i durante varias horas y no consumen apenas almacenamiento. ¿Se os ocurre algo? Saludos a tod@s y gracias por vuestros comentarios. Javier Mora Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 © Publicaciones Help400, S.L. Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 © Publicaciones Help400, S.L.
Re: Querys y problemas de almacenamiento
Hola Posiblemente la mejor opción sea el comando CHGQRYA, que puedes poner en el programa inicial de los usuarios que ejecuten querys o SQL. Nunca lo he utilizado para almacenamiento, solo para tiempo, así que no se que tal predice el espacio a ocupar. Aquí tienes mas información sobre el comando y lo que puedes controlar de una u otra forma: https://www.ibm.com/support/knowledgecenter/en/ssw_ibm_i_72/rzajq/qryoptf.htm Uno de los problemas de este comando es que no restringe sino que avisa con un mensaje y un usuario puede responder que le da todo igual y que ejecute la consulta, pero no es muy difícil de controlar. Te dejo un enlace con un ejemplo para el cálculo de tiempo que es fácilmente adaptable al almacenamiento y propone otra forma para incluir el CHGQRY en las ejecuciones de las consultas: https://www.itjungle.com/2010/04/14/fhg041410-story01/ Saludos Carlos El 12/2/19 a las 18:59, Javier Mora escribió: Hola a tod@s, recientemente un usuario a confeccionado una consulta “mal hecha” en la que unía una serie de fichero con millones de registros. Resultado: unas cuantas horas de ejecución “sileciosa”, porque el usuario no avisó que tenía un problema; y un error CPI099C de almacenamiento porque *SYSBAS superó el 90% de almacenamiento. El usuario que ejecutó el Query tenía limitado el almacenamiento al 1 GB (en perfil de usuario) y, aún así, casi consigue bloquear el sistema. Supongo que DB2 mientras preparaba los datos utilizó almacenamiento temporal si asignar al usuario y fue así como consiguió consumir todo el espacio que había en la agrupación del sistema. No puedo impedir que determinados usuarios modifiquen o confeccionen consultas, ni tampoco puedo evitar que se equivoquen al unir ficheros, pero ¿existe alguna característica del sistema que me impida que una consulta consuma más de un determinado almacenamiento temporal? Podría intentar controlarlo por tiempo, pero tenemos procesos SQL (no Consulta/400) que extraen datos del IBM i durante varias horas y no consumen apenas almacenamiento. ¿Se os ocurre algo? Saludos a tod@s y gracias por vuestros comentarios. Javier Mora Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 © Publicaciones Help400, S.L. Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 © Publicaciones Help400, S.L.
RE: Querys y problemas de almacenamiento
Hola Alex, Voy a revisar el link. Ayer ya estuve viendo temas de umbrales y límites (sysval QSTGLOWLMT) para ver si me puedo enterar mucho antes de los problemas de almacenamiento. Gracias por tu interés. De: forum.help400-boun...@listas.combios.es [mailto:forum.help400-boun...@listas.combios.es] En nombre de Alex Martínez Enviado el: miércoles, 13 de febrero de 2019 9:50 Para: forum.help400 Asunto: Re: Querys y problemas de almacenamiento Hola Creo que la soluciones de IBM que hay para la V7R2 y V7R3 con unas PTFs son para consultas SQL (motor SQE) que permiten dejar el trabajo en espera si superan el almacenamiento temporal, pero que yo recuerde empiezan a funcionar cuando se alcance el límite de definido en QSTGLOWLMT No te puedo asegurar si esto incluye una consulta mal hecha de query/400 y que necesite utilizar el motor CQE https://www.ibm.com/support/knowledgecenter/es/ssw_ibm_i_72/rzaq9/rzaq9osDBSQEvsCQE.htm El mar., 12 feb. 2019 a las 19:02, Javier Mora (mailto:jm...@musgrave.es>>) escribió: Hola a tod@s, recientemente un usuario a confeccionado una consulta “mal hecha” en la que unía una serie de fichero con millones de registros. Resultado: unas cuantas horas de ejecución “sileciosa”, porque el usuario no avisó que tenía un problema; y un error CPI099C de almacenamiento porque *SYSBAS superó el 90% de almacenamiento. El usuario que ejecutó el Query tenía limitado el almacenamiento al 1 GB (en perfil de usuario) y, aún así, casi consigue bloquear el sistema. Supongo que DB2 mientras preparaba los datos utilizó almacenamiento temporal si asignar al usuario y fue así como consiguió consumir todo el espacio que había en la agrupación del sistema. No puedo impedir que determinados usuarios modifiquen o confeccionen consultas, ni tampoco puedo evitar que se equivoquen al unir ficheros, pero ¿existe alguna característica del sistema que me impida que una consulta consuma más de un determinado almacenamiento temporal? Podría intentar controlarlo por tiempo, pero tenemos procesos SQL (no Consulta/400) que extraen datos del IBM i durante varias horas y no consumen apenas almacenamiento. ¿Se os ocurre algo? Saludos a tod@s y gracias por vuestros comentarios. Javier Mora Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 © Publicaciones Help400, S.L. Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 © Publicaciones Help400, S.L.
RE: Querys y problemas de almacenamiento
La cuestión es que no llega a generar el fichero de salida. Por ese lado lo tenemos controlado porque el sistema nunca dejará al usuario disponer de más de 1 Gb de almacenamiento. El problema que veo ya aquí es que el motor de SQL a necesitado todo el almacenamiento disponible para crear objetos temporales. Gracias por tu interés. De: forum.help400-boun...@listas.combios.es [mailto:forum.help400-boun...@listas.combios.es] En nombre de Vicente Aliaga | Silomar Enviado el: miércoles, 13 de febrero de 2019 9:50 Para: 'forum.help400' Asunto: RE: Querys y problemas de almacenamiento Buenas Javier, Si el fichero que crea es siempre el mismo, podrías controlar los registros a crear como máximo. CHGPF FILE(BIBLIOTEC/FICHEROPF) SIZE(1 1000 3) Sé que no es la mejor idea y mas si ellos pueden manipular el nombre del archivo que va a crear. Pero se les pueden dar directrices para que mantengan el nombre de los archivos, crear un CL donde primero crear el archivo vacio y le asignas los registros máximos y luego las consultas que sean de actualización. Por ahora no se me ocurre mas. Un saludo [LogoElayFri] Vicente Aliaga Director Informática 961 920 029 vali...@silomar.es Silomar Elaborados y Distribución, SL & Silomar Frigoríficos, SL Autovía A-3 Madrid-Valencia, km 345 * 46930 * QUART DE POBLET * Valencia * www.silomar.es<http://www.silomar.es> De: forum.help400-boun...@listas.combios.es [mailto:forum.help400-boun...@listas.combios.es] En nombre de Javier Mora Enviado el: martes, 12 de febrero de 2019 18:59 Para: 'forum.help400' Asunto: Querys y problemas de almacenamiento Hola a tod@s, recientemente un usuario a confeccionado una consulta "mal hecha" en la que unía una serie de fichero con millones de registros. Resultado: unas cuantas horas de ejecución "sileciosa", porque el usuario no avisó que tenía un problema; y un error CPI099C de almacenamiento porque *SYSBAS superó el 90% de almacenamiento. El usuario que ejecutó el Query tenía limitado el almacenamiento al 1 GB (en perfil de usuario) y, aún así, casi consigue bloquear el sistema. Supongo que DB2 mientras preparaba los datos utilizó almacenamiento temporal si asignar al usuario y fue así como consiguió consumir todo el espacio que había en la agrupación del sistema. No puedo impedir que determinados usuarios modifiquen o confeccionen consultas, ni tampoco puedo evitar que se equivoquen al unir ficheros, pero ¿existe alguna característica del sistema que me impida que una consulta consuma más de un determinado almacenamiento temporal? Podría intentar controlarlo por tiempo, pero tenemos procesos SQL (no Consulta/400) que extraen datos del IBM i durante varias horas y no consumen apenas almacenamiento. ¿Se os ocurre algo? Saludos a tod@s y gracias por vuestros comentarios. Javier Mora . [cid:image002.jpg@01D4C39C.A9338F30] P No lo imprima si no es necesario. Protejamos el medio ambiente. Please consider the environment before printing this email. ADVERTENCIA - Este mensaje y sus archivos adjuntos pueden contener información confidencial y están dirigidos exclusivamente a su destinatario. Le informamos que la legislación vigente prohíbe el uso, divulgación o copia del contenido del presente mensaje por persona distinta del destinatario sin autorización previa. Si Ud. no es el destinatario de este mensaje y lo ha recibido por error le agradeceríamos que nos lo comunicara y que procediera a destruirlo. Según la normativa vigente en materia de protección de datos de carácter personal, informamos que sus datos personales serán tratados por parte de Silomar Elaborados y Distribución, SL con la finalidad del correcto desarrollo de las actividades de nuestra organización así como enviarle noticias, novedades e información general de nuestra empresa a través de medios postales y electrónicos. En caso que Ud no sea cliente de nuestra empresa dichas comunicaciones se realizarán siempre bajo previo consentimiento por su parte. Usted puede ejercitar los derechos de acceso, rectificación, cancelación, oposición y demás derechos en los términos establecidos en la normativa vigente dirigiéndose a nosotros. Asimismo, Ud. nos puede solicitar el envío de información adicional sobre nuestra política de protección de datos, tel 961 920 029, e-mail: proteccionda...@silomar.es WARNING - This message can contain confidential information and is directed exclusively to its addressee. We inform you that the legislation prohibits to use, spreading or copy the content of the present message by person different from the addressee without previous authorization. If you are not the addressee of this message or you have received it by error we would be thankful if you notify us and delete it. According to current regulations regarding the protection of personal data, we inform you that your personal data will be processed by Silomar Elaborados y Distribución, SL f
Re: Querys y problemas de almacenamiento
Hola Creo que la soluciones de IBM que hay para la V7R2 y V7R3 con unas PTFs son para consultas SQL (motor SQE) que permiten dejar el trabajo en espera si superan el almacenamiento temporal, pero que yo recuerde empiezan a funcionar cuando se alcance el límite de definido en QSTGLOWLMT No te puedo asegurar si esto incluye una consulta mal hecha de query/400 y que necesite utilizar el motor CQE https://www.ibm.com/support/knowledgecenter/es/ssw_ibm_i_72/rzaq9/rzaq9osDBSQEvsCQE.htm El mar., 12 feb. 2019 a las 19:02, Javier Mora () escribió: > Hola a tod@s, > > > > recientemente un usuario a confeccionado una consulta “mal hecha” en la > que unía una serie de fichero con millones de registros. Resultado: unas > cuantas horas de ejecución “sileciosa”, porque el usuario no avisó que > tenía un problema; y un error CPI099C de almacenamiento porque *SYSBAS > superó el 90% de almacenamiento. > > > > El usuario que ejecutó el Query tenía limitado el almacenamiento al 1 GB > (en perfil de usuario) y, aún así, casi consigue bloquear el sistema. > > > > Supongo que DB2 mientras preparaba los datos utilizó almacenamiento > temporal si asignar al usuario y fue así como consiguió consumir todo el > espacio que había en la agrupación del sistema. > > > > No puedo impedir que determinados usuarios modifiquen o confeccionen > consultas, ni tampoco puedo evitar que se equivoquen al unir ficheros, pero > > > > ¿existe alguna característica del sistema que me impida que una consulta > consuma más de un determinado almacenamiento temporal? > > > > Podría intentar controlarlo por tiempo, pero tenemos procesos SQL (no > Consulta/400) que extraen datos del IBM i durante varias horas y no > consumen apenas almacenamiento. > > > > ¿Se os ocurre algo? > > > > Saludos a tod@s y gracias por vuestros comentarios. > > > > Javier Mora > > Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) > Forum.Help400 © Publicaciones Help400, S.L. Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 © Publicaciones Help400, S.L.
RE: Querys y problemas de almacenamiento
Buenas Javier, Si el fichero que crea es siempre el mismo, podrías controlar los registros a crear como máximo. CHGPF FILE(BIBLIOTEC/FICHEROPF) SIZE(1 1000 3) Sé que no es la mejor idea y mas si ellos pueden manipular el nombre del archivo que va a crear. Pero se les pueden dar directrices para que mantengan el nombre de los archivos, crear un CL donde primero crear el archivo vacio y le asignas los registros máximos y luego las consultas que sean de actualización. Por ahora no se me ocurre mas. Un saludo LogoElayFri Vicente Aliaga Director Informática 961 920 029 vali...@silomar.es Silomar Elaborados y Distribución, SL & Silomar Frigoríficos, SL Autovía A-3 Madrid-Valencia, km 345 • 46930 • QUART DE POBLET • Valencia • <http://www.silomar.es> www.silomar.es De: forum.help400-boun...@listas.combios.es [mailto:forum.help400-boun...@listas.combios.es] En nombre de Javier Mora Enviado el: martes, 12 de febrero de 2019 18:59 Para: 'forum.help400' Asunto: Querys y problemas de almacenamiento Hola a tod@s, recientemente un usuario a confeccionado una consulta “mal hecha” en la que unía una serie de fichero con millones de registros. Resultado: unas cuantas horas de ejecución “sileciosa”, porque el usuario no avisó que tenía un problema; y un error CPI099C de almacenamiento porque *SYSBAS superó el 90% de almacenamiento. El usuario que ejecutó el Query tenía limitado el almacenamiento al 1 GB (en perfil de usuario) y, aún así, casi consigue bloquear el sistema. Supongo que DB2 mientras preparaba los datos utilizó almacenamiento temporal si asignar al usuario y fue así como consiguió consumir todo el espacio que había en la agrupación del sistema. No puedo impedir que determinados usuarios modifiquen o confeccionen consultas, ni tampoco puedo evitar que se equivoquen al unir ficheros, pero ¿existe alguna característica del sistema que me impida que una consulta consuma más de un determinado almacenamiento temporal? Podría intentar controlarlo por tiempo, pero tenemos procesos SQL (no Consulta/400) que extraen datos del IBM i durante varias horas y no consumen apenas almacenamiento. ¿Se os ocurre algo? Saludos a tod@s y gracias por vuestros comentarios. Javier Mora . No lo imprima si no es necesario. Protejamos el medio ambiente. Please consider the environment before printing this email. ADVERTENCIA - Este mensaje y sus archivos adjuntos pueden contener información confidencial y están dirigidos exclusivamente a su destinatario. Le informamos que la legislación vigente prohíbe el uso, divulgación o copia del contenido del presente mensaje por persona distinta del destinatario sin autorización previa. Si Ud. no es el destinatario de este mensaje y lo ha recibido por error le agradeceríamos que nos lo comunicara y que procediera a destruirlo. Según la normativa vigente en materia de protección de datos de carácter personal, informamos que sus datos personales serán tratados por parte de Silomar Elaborados y Distribución, SL con la finalidad del correcto desarrollo de las actividades de nuestra organización así como enviarle noticias, novedades e información general de nuestra empresa a través de medios postales y electrónicos. En caso que Ud no sea cliente de nuestra empresa dichas comunicaciones se realizarán siempre bajo previo consentimiento por su parte. Usted puede ejercitar los derechos de acceso, rectificación, cancelación, oposición y demás derechos en los términos establecidos en la normativa vigente dirigiéndose a nosotros. Asimismo, Ud. nos puede solicitar el envío de información adicional sobre nuestra política de protección de datos, tel 961 920 029, e-mail: proteccionda...@silomar.es WARNING - This message can contain confidential information and is directed exclusively to its addressee. We inform you that the legislation prohibits to use, spreading or copy the content of the present message by person different from the addressee without previous authorization. If you are not the addressee of this message or you have received it by error we would be thankful if you notify us and delete it. According to current regulations regarding the protection of personal data, we inform you that your personal data will be processed by Silomar Elaborados y Distribución, SL for the purpose of the correct development of our organization's activities as well as to send you news and general information about our company through postal and electronic means. In case you are not a customer of our company, such communications will always be made with your prior consent. You can exercise the rights of access, rectification, cancellation, opposition and other rights in the terms established in the current regulations by contacting us. Likewise, you can request us to send additional information about our data protection policy, tel 961 920 029, e-mail: pr
Querys y problemas de almacenamiento
Hola a tod@s, recientemente un usuario a confeccionado una consulta "mal hecha" en la que unía una serie de fichero con millones de registros. Resultado: unas cuantas horas de ejecución "sileciosa", porque el usuario no avisó que tenía un problema; y un error CPI099C de almacenamiento porque *SYSBAS superó el 90% de almacenamiento. El usuario que ejecutó el Query tenía limitado el almacenamiento al 1 GB (en perfil de usuario) y, aún así, casi consigue bloquear el sistema. Supongo que DB2 mientras preparaba los datos utilizó almacenamiento temporal si asignar al usuario y fue así como consiguió consumir todo el espacio que había en la agrupación del sistema. No puedo impedir que determinados usuarios modifiquen o confeccionen consultas, ni tampoco puedo evitar que se equivoquen al unir ficheros, pero ¿existe alguna característica del sistema que me impida que una consulta consuma más de un determinado almacenamiento temporal? Podría intentar controlarlo por tiempo, pero tenemos procesos SQL (no Consulta/400) que extraen datos del IBM i durante varias horas y no consumen apenas almacenamiento. ¿Se os ocurre algo? Saludos a tod@s y gracias por vuestros comentarios. Javier Mora Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 © Publicaciones Help400, S.L.