Uso de disco de DB

Question

Tengo una base de datos de producción que consume una cantidad significativa de más espacio en disco de lo que debería ser.

Usando sp_spaceused (solo las tablas interesantes), lo entiendo.

Table Name    Reserved (KBs)    Data (KBs)    Index Size (KBs)
----------    --------------    ----------    ----------------
E              149600             142992         1136
H              184968             12104        162272
M               94104             29512         62480
T               25616             13544          9464
MH              16072             10640          5208
U             5399312           2984184       2414376
Total         5869672           3192976       2654936

Sin embargo, el tamaño del disco en el disco es un enorme 16 GB base de datos y 6 GB archivo de registro.

El culpable es principalmente Table U. La mayoría de los datos son muy estáticos con solo muchos UPDATE a las filas existentes. Table U ¿Es el ony con un montón de datos que se agregan constantemente y se archivan semanalmente?

Table ULa definición es,

[ID]      INT                         NOT NULL,
[RD]      DATETIME                    NOT NULL,
[UN]      CHAR (7)                    NOT NULL,
[A]       BIT                         NOT NULL,
[C]       BIT                         NOT NULL,
[S]       DATETIME                    NOT NULL,
[rowguid] UNIQUEIDENTIFIER ROWGUIDCOL NOT NULL

Recibe alrededor de 5 millones de filas por semana y archiva otros 5 millones de filas por semana.

No ha sido dividido / colocado en grupos de archivos separados.

El sistema ha sido llegada durante aproximadamente 6 meses, ¡y no creo que nuestro equipo de DBA lo haya reducido / lo haya defragado!

Preguntas

1. ¿Por qué está usando SQL? asi que ¿Mucho más espacio en disco de lo que dice SP_Spaceused?
2. ¿La rotación es responsable de la mayor parte de este problema del espacio en disco?
3. ¿Cómo debo usar particiones y grupos de archivos (comandos SQL) para optimizar mejor esta rotación?