¿Cómo archivar de forma eficiente las partes más antiguas de una gran base de datos SQL Server (multi-GB)?

votos
4

En este momento estoy trabajando en una solución para archivar datos más antiguos de una gran base de datos en funcionamiento a una base de datos de archivo separada con el mismo esquema. Muevo los datos usando scripts SQL y objetos de administración de SQL Server (SMO) desde un ejecutable .NET escrito en C #.

Los datos archivados aún deben ser accesibles e incluso (ocasionalmente) modificables, solo queremos que estén fuera del camino para mantener la base de datos ágil y rápida.

Lanzar grandes porciones de datos y gestionar las relaciones entre tablas ha demostrado ser todo un desafío.

Me pregunto si existe una forma mejor de archivar datos con SQL Server.

¿Algunas ideas?

Publicado el 28/08/2008 a las 10:31
fuente por usuario
En otros idiomas...                            


3 respuestas

votos
1

Sí, usa la partición de tabla e índice con grupos de archivos.

Ni siquiera tiene que cambiar las instrucciones de selección, solo si desea obtener el último bit de velocidad del resultado.

Otra opción puede ser el equilibrio de la carga de trabajo con dos servidores y la duplicación bidireccional entre ellos.

Respondida el 28/08/2008 a las 10:49
fuente por usuario

votos
1

Creo que si aún desea / necesita que los datos sean accesibles, entonces la partición de algunas de sus tablas más grandes o más utilizadas podría ser una opción.

Respondida el 28/08/2008 a las 10:43
fuente por usuario

votos
0

Estamos en una situación similar. Por razones reglamentarias, no podemos eliminar datos durante un período de tiempo determinado, pero muchas de nuestras tablas crecen muy grandes y difíciles de manejar y, de manera realista, muchos de los datos anteriores a un mes se pueden eliminar con pocos problemas cotidianos.

Actualmente, podamos las tablas de forma programática, utilizando una aplicación personalizada de combinación .NET / shell que utiliza BCP para hacer una copia de seguridad de los archivos que se pueden comprimir y dejar en una red compartida. Esto no es particularmente accesible, pero es más eficiente en el uso del espacio. (Se complica por la necesidad de mantener ciertas fechas históricas, en lugar de poder truncar en un determinado tamaño o con campos clave en ciertos rangos).

Estamos buscando alternativas pero, sorprendentemente, ¡no hay mucho en el camino de las mejores prácticas en esta discusión!

Respondida el 03/10/2008 a las 08:22
fuente por usuario

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more