Recortar una gran base de datos de SQL Server

13

Tengo una gran base de datos de prueba de SQL Server 2008 (1.9TB) y quiero reducir su tamaño en el disco. He estado eliminando tablas no utilizadas y purgando cantidades significativas de datos, pero su tamaño en el disco no se reduce. ¿Qué tengo que hacer?

He examinado la tarea Reducir en SSMS, pero las opciones son desconcertantes. ¿Reduzco la base de datos o los archivos? ¿Y con qué opciones?

ingrese la descripción de la imagen aquí

sql-server

— Dan
fuente

Si está buscando reducir el tamaño, lea esto: sqlservercentral.com/articles/data-modeling/71725

— SqlSandwiches

10

Seleccione el segundo botón de opción Reorganize pages before releasing unused spacey luego, en la Shrink file to:opción, coloque el MB mínimo especificado. Será corregido si coloca un MB más bajo que el especificado. Luego haga clic en Aceptar.

He descubierto que usar los comandos DBCC para estos trabajos todo el tiempo, ya que la GUI no funcionó en algunos de mis casos.

También tenga en cuenta que el espacio extra está allí por una razón. Necesitará el espacio para el crecimiento futuro, pero ese es un tema completamente nuevo en el rendimiento.

— StanleyJohns
fuente

3

Para responder mejor a la pregunta, explicaría la diferencia entre reducir la base de datos y reducir los archivos, así como la diferencia entre liberar espacio no utilizado y reorganizar páginas. En cambio, usted acaba de decir "hacer esto" sin explicación.

— Nick Chammas

5

Si tiene disponible la compresión 2008 (ediciones Enterprise o Developer), debería poder recortar su gran base de datos utilizando índices y tablas comprimidos. El documento técnico de MS " Compresión de datos: estrategia, planificación de capacidad y mejores prácticas " debería poder ayudarlo a encontrar lo que necesita. Cita de ello:

"La función de compresión de datos en el software de base de datos Microsoft® SQL Server® 2008 puede ayudar a reducir el tamaño de la base de datos, así como a mejorar el rendimiento de las cargas de trabajo intensivas de E / S. Sin embargo, se requieren recursos de CPU adicionales en el servidor de la base de datos para comprimir y descomprima los datos, mientras que los datos se intercambian con la aplicación. Por lo tanto, es importante comprender las características de la carga de trabajo al decidir qué tablas comprimir. Este documento técnico proporciona orientación sobre lo siguiente:

How to decide which tables and indexes to compress
How to estimate the resources required to compress a table
How to reclaim space released by data compression
The performance impacts of data compression on typical workloads"

Aquí hay una explicación más corta.

Puede encontrar una estimación de cuánto espacio puede ahorrar utilizando el procedimiento almacenado sp_estimate_data_compression_savings .

— Mariano
fuente