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: [email protected] [mailto:[email protected]] 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(10000 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 [email protected] 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: [email protected] [mailto:[email protected]] 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:[email protected]] 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: [email protected] 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: [email protected]
____________________________________________________ Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 © Publicaciones Help400, S.L.
