SQL Server 2008: No se puede eliminar un archivo de FileStream y grupo de archivos

Question

Con SQL Server 2008 SP1, me he quitado la única mesa que tenía una Secuencia de archivo asociado a él, pero cada vez que intento hacer lo siguiente:

alter base de datos de archivos ConsumerMarketingStore eliminar CMS_JobInstanceFiles

alter database ConsumerMarketingStore eliminar grupo de archivos JobInstanceFiles

consigo la siguiente excepción:

Msg 5042, nivel 16, estado 10, línea 2 El archivo 'CMS_JobInstanceFiles' no se puede eliminar porque no está vacío. Msg 5042, nivel 16, estado 11, línea 3 El grupo de archivos 'JobInstanceFiles' no se puede eliminar porque no está vacío.

¿Cómo puedo deshacerme del archivo Filestream y del grupo de archivos? ¡Gracias!

Answer 1

Asegúrese de que la tabla se le cayó de hecho es la única mesa que está usando ese archivo filestream:

select * 
from ConsumerMarketingStore.sys.tables t 
join ConsumerMarketingStore.sys.data_spaces ds 
on t.filestream_data_space_id = ds.data_space_id 
and ds.name = 'JobInstanceFiles' 

El resultado de la consulta anterior debe estar vacío. Si tenía otras tablas con columnas de Filestream y dice que dejó caer las columnas, la tabla seguirá usando el archivo Filestream. La forma de deshacerse de este uso es establecer Filestream grupo de archivos de tabla a NULL:

alter table t1 set (filestream_on = "NULL") 

Answer 2

tiene que ejecutar DBCC SHRINKFILE (CMS_JobInstanceFiles, EMPTYFILE)

Esta bandera voluntad el archivo como "vacío" y permitir que se dejó caer.

Por supuesto, ALTER DATABASE no menciona esto, pero DBCC SHRINKFILE hace ... obvio, ¿eh?

Answer 3

Después se le cae la tabla, el recolector de basura necesita un tiempo para limpiar los datos. Esa podría ser la razón de que esto suceda. Puede forzar la recolección de basura emitiendo un CHECKPOINT.

Puede verificar si los datos de FILESTREAM se limpian yendo al contenedor de datos Filestream. Si se borran los datos de FILESTREAM, generalmente tendrá éxito el ALTER DATABASE dbname REMOVE FILE. Una vez hecho, puede emitir ALTER DATABASE dbname REMOVE FILEGROUP.

Answer 4

@inam - mi situación era un poco diferente; Creé un segundo grupo de archivos y moví un índice agrupado a él. A continuación, eliminé el índice agrupado en el grupo de archivos secundario. Después de eso traté de eliminar el grupo de archivos, pero seguí recibiendo el error, el grupo de archivos no está vacío.

Vi algunas otras publicaciones que indicaban mover los datos a otro archivo dentro del mismo grupo de archivos. El problema aquí era que solo tenía un archivo en el grupo de archivos, y quería eliminar el grupo de archivos y el archivo en él.

La solución alternativa que surgió es la siguiente. He copiado todos los registros de table1 en table2 (seleccione * en table2 desde table1)

Luego eliminé table1; A partir de entonces pude eliminar el archivo de grupo2 y el archivo de datos en él.

Último renombrado table2 a table1.