Lamento, de cualquier manera te esta sobrealocando espacio,a lo mejor podes bajar el nivel de log de la base aunque esto te hace perder recover de datos ante problemas. Igual seguramente alguien te va a dar una mejor respuesta. saludos
-----Original Message----- From: "Alejandro A. ALEKSICH" <[EMAIL PROTECTED]> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> Sent: 13-Jul-08 15:37 Subject: [dbms] Cofigurar FILEGROWTH y otras preguntas Gracias por tu respuesta, pero no puedo, la estructura responde a un modelo que debo respetar. Si, estoy de acuerdo contigo que el modelo no es el mejor para semejante cantidad de registros pero lo debo respetar. Inclusive, en una 2º etapa esperan insertar otra cantidad similar de imágenes.... -----Mensaje original----- De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Manuel Parma Enviado el: Domingo, 13 de Julio de 2008 12:49 p.m. Para: [EMAIL PROTECTED] Asunto: [dbms] Cofigurar FILEGROWTH y otras preguntas Seguramente, Mariano o alguno de los capos del foro te van a dar una mejor solucion. Pero mi experiencia me dice que uses una tabla separada para las imagenes , que solo tenga identity y el campo imagen, ya que inclusive podes despues distribuirla en file systems diferentes y tomar otras estrategias. Saludos Manuel -----Original Message----- From: "Alejandro A. ALEKSICH" <[EMAIL PROTECTED]> To: "Manuel Parma" <[EMAIL PROTECTED]> Sent: 13-Jul-08 10:13 Subject: [dbms] Cofigurar FILEGROWTH y otras preguntas Buenas, Estamos metiendo imágenes dentro de un sql server 2k con las siguientes características: -Todo montado sobre un XP SP2 -Un regitro por imagen -Cada imagen puede pesar entre 100 y 300 kb -La base de datos contendrá unos 2 millones de registros como mínimo -La insercción diaria es de unos 15.000 registros diarios -El registro se completa con los siguientes campos: [int] IDENTITY (1, 1) NOT NULL [int] NOT NULL [int] NOT NULL [int] NOT NULL [int] NOT NULL [int] NOT NULL [smallint] NOT NULL [smallint] NOT NULL [smallint] NOT NULL [smallint] NOT NULL [smallint] NOT NULL [smallint] NOT NULL [smallint] NOT NULL [smallint] NOT NULL [char] (1) COLLATE Modern_Spanish_CI_AS NOT NULL [varchar] (6) NOT NULL [char] (10) COLLATE Modern_Spanish_CI_AS NOT NULL [varchar] (45) COLLATE Modern_Spanish_CI_AS NOT NULL [smalldatetime] NULL [smalldatetime] NULL [image] NULL Los problemas que estamos teniendo son: - 1º y PRINCIPAL!!! Falta de experiencia en este trabajo…. - 2º con 200.000 registros la base de datos creció a unos 100 gb - 3º Cómo configurar correctamente el crecimiento del archivo de datos y log?, porque la aplicación dejó de insertar registros. Por ahora lo modifiqué con el valor de 1Mb en ambos y se solucionó, pero quedó muy lento. Cuando dejó de insertar registros consultado el log de eventos del SO me encontré con: Tipo de suceso: Información Origen del suceso: MSSQLSERVER Categoría del suceso: (2) Id. suceso: 17055 Descripción: 5145 : El crecimiento automático del archivo 'dbImagen_Data' de la base de datos 'dbImagen' ha tardado 140094 milisegundos. Considere la posibilidad de usar ALTER DATABASE para establecer un valor FILEGROWTH más pequeño para este archivo. Agradecerá sepan indicarme como realizar la mejor configuración del crecimiento de los archivos de datos. Pero sobre todo, todo tip's que me puedan aportar para un trabajo con imágenes y una base de datos de este tamaño, ya que además de lo mencionado, 4º se me vuelve un problema el tema del backup Gracias.- __________ NOD32 3263 (20080711) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com
