FILESTREAM database recovery

A SQL Server database is incomplete when its FILESTREAM container is missing.

FILESTREAM stores varbinary(max) content in an NTFS container while SQL Server maintains transactional relationships and metadata in the database. Copying the MDF without the container—or copying container files outside database consistency—can separate rows from their binary content.

Understand the symptom

FILESTREAM content is file-based storage governed by database transactions.

WHY

What is happening

The container is not an ordinary user folder. Internal paths and identifiers connect stored blobs to table rows, while the transaction log coordinates creation, modification, and garbage collection. Recovery must align relational metadata, logs, and container contents at a compatible point in time.

What you may see

Symptoms that change the recovery path.

01

Database attach reports missing directory

The MDF references a FILESTREAM filegroup path that is unavailable.

02

Rows exist but binary content fails

Relational metadata is readable while corresponding stream files are missing or corrupt.

03

Container copied from a live server

Files may not match the checkpoint and log state of the copied database.

04

Antivirus or cleanup removed files

External changes bypass SQL Server's transactional management.

Protect the source

Actions that can make the situation worse.

01

Manual file moves break internal mapping

Container names and hierarchy are managed by SQL Server.

02

Repair can deallocate orphaned references

Consistency repair may prioritize database structure over retaining every damaged stream.

03

Starting the application triggers garbage collection

New transactions can change container and log state.

Do this now

Safe steps before evaluation.

01

Stop SQL Server and applications

Prevent writes, cleanup, backups, and maintenance on the affected database.

02

Copy every database component

Preserve MDF, NDF, LDF, FILESTREAM containers, logs, configuration, and backups.

03

Retain directory metadata

Keep names, hierarchy, timestamps, permissions, and volume context intact.

04

Record the incident

Save error logs, DBCC output without repair, server version, paths, and last known good time.

NEPFOSYS process

How a data-first evaluation proceeds.

01

Component inventory

NEPFOSYS maps database files, filegroups, logs, container roots, and available backups.

02

Consistency reconstruction

Database and FILESTREAM state are aligned on protected copies using compatible SQL Server context.

03

Relational and blob validation

Rows and requested binary objects are checked together rather than as disconnected files.

A clear next step

Preserve the original device before another repair or recovery attempt.

Start a case with the exact symptoms, incident timeline, prior attempts, encryption details, and the files that matter most. NEPFOSYS will route the case to the appropriate DFW intake or nationwide mail-in path.

Start with a case review

Questions, answered

What customers ask before starting.

Can I recover FILESTREAM files by browsing the folder?

Individual files may be visible, but names and transaction relationships are managed by SQL Server and may not identify their rows.

Can I attach the MDF without FILESTREAM?

The database can remain incomplete or fail because the filegroup is part of its defined storage.

Should I run DBCC CHECKDB repair?

Not on the only copy. Repair can remove inconsistent references or data to restore structural consistency.

DFW local · Nationwide mail-in

Protect the device. Start with the facts.

Start my recovery case