Fragmentar Base de datos SQL Server 2008 por fechas

[lordalucardmx]

Saludos a los foreros, soy nuevo en esto y espero me puedan ayudar.
Tengo una BD con registros ya almacenados, y lo que me pidieron fue que la fragmentara por cada 6 meses de ingresar los registros, es decir, que un fragmento contenga los registros guardados desde enero hasta junio del 2010, luego de julio hasta diciembre del 2010, y así sucesivamente, y que estos sean de sólo lectura, pero que puedan ser consultados por el sistema que se está desarrollando.
El archivo .mdf pesa 240 mb aprox. y el archivo .ldf unos 800 mb.
He buscado y no encuentro algo parecido a mi problema. ¿Habrá alguna función del Management Studio o algún Script que resuelva esto?
De antemano gracias.
Uso SQL Server 2008 Workgroup Edition en el equipo donde estoy trabajando y que usa el sistema.

[Libras]

puedes crear particiones en tu base de datos no fragmentar

aqui una liga:

http://msdn.microsoft.com/en-us/library/ms187802.aspx

regards from cuernavaca :)

[lordalucardmx]

Iniciado por Libras

puedes crear particiones en tu base de datos no fragmentar

aqui una liga:

[URL="http://msdn.microsoft.com/en-us/library/ms187802.aspx"]http://msdn.microsoft.com/en-us/library/ms187802.aspx[/URL]

regards from cuernavaca :)

Sale esto:

Partition function can only be created in Enterprise edition of SQL Server. Only Enterprise edition of SQL Server supports partitioning.

Y otra cosa, voy a manejar campos tipo image para guardar valores hexadecimales sacados de oscilografía, y que según he visto, CREATE PARTITION no maneja ese tipo de dato.

Y ya he buscado y buscado pero no encuentro nada

[Libras]

lo otro que podrias hacer es crear tablas donde guardes tus historicos(esto no es lo recomendado) de lo de partition, usarias un campo fecha para la particion no el campo de imagen, esto es tu particion seria de una fecha a otra fecha

[lordalucardmx]

Iniciado por Libras

lo otro que podrias hacer es crear tablas donde guardes tus historicos(esto no es lo recomendado) de lo de partition, usarias un campo fecha para la particion no el campo de imagen, esto es tu particion seria de una fecha a otra fecha

Probaré y si no queda, volveré con mis dudas Me facilitará usar la versión enterprise, ya me pasaron el .iso, veré que puedo hacer. Saludos.

[iislas]

Creo que lo que necesitas URGENTEMENTE es un PLAN de MANTENIMIENTO, ya que tu archivo log pesa demasiado....

[lordalucardmx]

Iniciado por iislas

Creo que lo que necesitas URGENTEMENTE es un PLAN de MANTENIMIENTO, ya que tu archivo log pesa demasiado....

También haré eso, y ya estoy buscando información para empezar. Ya resuelto eso, necesito usar las funciones de particionado pero la versión que me pasaron es la R2 Standard, ahora estoy más perdido y no sé qué hacer.

Ya hice el mantenimiento, y de esos 200 mb y 800 mb se redujo drásticamente a 4 mb.
Ahora automatizaré eso pero primero necesito resolver el asunto de particionado.

[iislas]

El particionamiento de tablas solo esta para edicion ENTERPRISE

[lordalucardmx]

Iniciado por iislas

El particionamiento de tablas solo esta para edicion ENTERPRISE

Si, ya voy a instalar esa edición, ahora que lo tenga ¿Con esas funciones de particionamiento lo puedo hacer con registros ya existentes de mi BD? es decir, particionarlos por la fecha en la que fueron ingresados aún cuando algunas de las tablas no tienen campo datetime o parecidos.
Todavía no se cómo funciona exactamente eso.

[iislas]

Bueno, antes de pensar siquiera en particionar, debes hacer un analisis de las tablas a particionar y porque que columna lo haras, sea fecha, o cualquier otra.

[lordalucardmx]

Iniciado por iislas

Bueno, antes de pensar siquiera en particionar, debes hacer un analisis de las tablas a particionar y porque que columna lo haras, sea fecha, o cualquier otra.

La mayoría de las tablas tienen el mismo formato, como son eventos de perturbacion y perfiles históricos de medidores, ahora que termine de instalarse la versión enterprise checaré qué campos tiene, son como 16 tablas las que se van a ingresar registros constantemente, y de hecho ya debo partirlo por rango de 6 meses de los registros insertados.

[iislas]

No me gusta mucho la regla (fraccionar por 6 meses de inserccion), seria bueno que analizaras tus query's, tal vez el filtro (WHERE), te de una pista.

[lordalucardmx]

Iniciado por iislas

No me gusta mucho la regla (fraccionar por 6 meses de inserccion), seria bueno que analizaras tus query's, tal vez el filtro (WHERE), te de una pista.

Es que así lo quieren implementar al sistema, yo no hice la BD, y me mostraron una BD con millones de registros (más de 5 millones) de un servidor que se encuentra en otro Estado, y sobre la consulta sí podría poner una clausula where para consultar registros de cierta fecha, pero ese no es el objetivo

Edito: No encuentro nada en concreto sobre mi problema en internet, y menos me queda claro sobre el particionamiento.

[Libras]

a ver que es lo que quieres hacer?? explicate bien a lo que veo si tienes 5 mill de registros en diferentes tablas y bases porque no los juntas todos en un datawarehouse, y que este esta recogiendo los datos de los servidores en una sola base de datos....digo puede ser una idea a lo que quieres hacer.....creo que te serviria mas tener en una base general todos esos datos y que los datos se consulten de ahi.........

[lordalucardmx]

Iniciado por Libras

a ver que es lo que quieres hacer?? explicate bien a lo que veo si tienes 5 mill de registros en diferentes tablas y bases porque no los juntas todos en un datawarehouse, y que este esta recogiendo los datos de los servidores en una sola base de datos....digo puede ser una idea a lo que quieres hacer.....creo que te serviria mas tener en una base general todos esos datos y que los datos se consulten de ahi.........

Es que ya hay una BD que guarda todo eso en un servidor principal, pero en las demás (que son 9 servidores) contiene su propia información y que tiene registros del año 2009 hasta la fecha, y lo que quieren es dividirlo en archivos más pequeños de forma semestral (que en enero a junio 2009 contenga los registros almacenados en ese periodo, de julio a diciembre lo mismo y así susesivamente de manera indefinida) y que las consultas sea de forma transparente sin tener que modificar la cadena de conexión que usa tanto el sistema reoclector de datos como el sitio web que va a consultarla).
Ése es el problema principal, y ni idea de cómo hacerlo ya que a estas alturas es improbable rediseñar la estructura de la base de datos para hacerlo de esa forma.

[Libras]

y no has pensado en vistas?? en lugar de particionar tu base de datos crear vistas, existen lo que se llaman vistas dinamicas, en donde puedes cambiar los parametros que le envias asi estarias usando una vista con valores semestrales :) y usando la misma cadena de conexion pero solo regresando los valores que necesitas, que es lo mismo que hacer una clausula where esta info no te sirvio:


http://www.guillesql.es/Articulos/Pa...titioning.aspx y si necesitas particionar porque no adquieres una licencia sql server Enterprise??

aqui mas documentacion:

http://technet.microsoft.com/library/dd578580.aspx

[lordalucardmx]

Iniciado por Libras

y no has pensado en vistas?? en lugar de particionar tu base de datos crear vistas, existen lo que se llaman vistas dinamicas, en donde puedes cambiar los parametros que le envias asi estarias usando una vista con valores semestrales :) y usando la misma cadena de conexion pero solo regresando los valores que necesitas, que es lo mismo que hacer una clausula where esta info no te sirvio:


[URL="http://www.guillesql.es/Articulos/Particionamiento_tablas_indices_SQLServer_Partitio ning.aspx"]http://www.guillesql.es/Articulos/Particionamiento_tablas_indices_SQLServer_Partitio ning.aspx[/URL] y si necesitas particionar porque no adquieres una licencia sql server Enterprise??

aqui mas documentacion:

[URL="http://technet.microsoft.com/library/dd578580.aspx"]http://technet.microsoft.com/library/dd578580.aspx[/URL]

1.- El instituto ya cuenta con la versión enterprise y me pasaron una copia para instalarlo en el equipo donde estoy trabajando.
2.- Empiezo a leer más sobre particionado y a ver si resulta.
3.- Ellos quieren ese tipo de "particionado" semestral como si de un backup se tratase, y que además sea de sólo lectura.
4.- Estoy en practicas profesionales y apenas estoy usando estas herramientas, así que de entrada no tengo ni idea de muchas cosas.

[Libras]

3.- Ellos quieren ese tipo de "particionado" semestral como si de un backup se tratase, y que además sea de sólo lectura.

pues por eso usa vistas :), si quieres bkps, pues puedes hacer los archivos de bkp semestrales como lo mencionas, aqui creo tambien que otro de los problemas es que no has bajado bien tu requerimiento :P

[lordalucardmx]

Iniciado por Libras

3.- Ellos quieren ese tipo de "particionado" semestral como si de un backup se tratase, y que además sea de sólo lectura.

pues por eso usa vistas :), si quieres bkps, pues puedes hacer los archivos de bkp semestrales como lo mencionas, aqui creo tambien que otro de los problemas es que no has bajado bien tu requerimiento :P

Mañana haré eso, a ver que resulta, y si no son tan necios y me pidan otra solución

[lordalucardmx]

Estoy usando ahora el asistente para particionar de SQL Management Studio, y me entró la duda ¿Por qué se elige un campo de la tabla? ¿Que no particiona todo? ¿o acaso lo toma solo como referencia? Por ejemplo elegiría un campo de tipo fecha que guarda precisamente la fecha que fue ingresado el registro ¿entonces dividirá los registros por fecha?
¿Y puedo usar una función de partición por tabla o para todas?

[Libras]

te pase mucha documentacion en el docto de microsoft se explica detalladamente lo que es una particion asi como porque se hace por un campo, no leiste la documentacion??

http://technet.microsoft.com/library/dd578580.aspx

[iislas]

Se eligue un CAMPO de la tabla, porque es la BASE para particionar, en tu caso, seria la fecha de inserccion, debes crear tantas particiones como semestres tengas + 1, para aquellos datos que no entren en dichas particiones.

Se aconseja, que las particiones, esten en diferentes discos o FILEGROUPS.

Saludos

[Libras]

Iniciado por iislas

Se eligue un CAMPO de la tabla, porque es la BASE para particionar, en tu caso, seria la fecha de inserccion, debes crear tantas particiones como semestres tengas + 1, para aquellos datos que no entren en dichas particiones.

Se aconseja, que las particiones, esten en diferentes discos o FILEGROUPS.

Saludos

o lo que es lo mismo, no ha leido la documentacion :S eso viene en el docto que le mande :S jejejejeje

[iislas]

O sea que tu tambien estas siendo ignorado, no, pues ya sufrimos del sindrome de EPN, jajaaja

[Libras]

Iniciado por iislas

O sea que tu tambien estas siendo ignorado, no, pues ya sufrimos del sindrome de EPN, jajaaja

mugre taravisa

[lordalucardmx]

Hablan de forma muy tecnica, no entiendo la verdad.

[iislas]

Dinos que no comprendes y se te explica....incluso, si vives en el DF (Mexico), podria darte asesoria directa

[Libras]

Iniciado por iislas

Dinos que no comprendes y se te explica....incluso, si vives en el DF (Mexico), podria darte asesoria directa

como dice iislas,cuales son tus dudas? porque una columna, para saber como va a particionar digo si tienes de fecha entonces particionaria por esa columna, y cuando insertes tus nuevos registros los pondria en la particion que le corresponde en base a esa columna, tendrias que hacer una funcion de particion por tabla no por base de datos :)

[lordalucardmx]

Bueno, ya vi el resultado de particionar por medio del asistente. Por ejemplo mi tabla EVTO_DESB crea otra tabla con el mismo nombre pero al final pone la fecha y hora que está programado en el asistente (a modo de ejemplo lo puse el día de hoy), pero después de hacer la segunda tabla, en SQL agent veo que la tarea progarmada marca un icono de error.
Ahora los registros antiguos que son a partir del 2010 ¿cómo los manejo?

[Libras]

en el link del guille viene esto:

CREATE PARTITION FUNCTION [pfDatos] (datetime)
AS RANGE RIGHT FOR VALUES
('20100101','20100201','20100301');
GO

La anterior Función de Particionamiento define tres valores frontera para un valor de entrada de tipo fecha, por lo tanto, tenemos las siguientes cuatro particiones:

Partición 1: Valores < 20100101 (Diciembre 2010 y meses anteriores)
Partición 2: 20100101 <= Valores < 20100201 (Enero 2010)
Partición 3: 20100201 <= Valores < 20100301 (Febrero 2010)
Partición 4: 20100301 <= Valores (Abril 2010 y meses posteriores)

http://www.guillesql.es/Articulos/Pa...titioning.aspx

saludos!