Verwalten von FileTables

Artikel
06/25/2013

Beschreibt allgemeine administrative Tasks zum Verwalten von FileTables.

In diesem Thema

Ich möchte…

Abrufen einer Liste von FileTables und verbundenen Objekten
Deaktivieren und erneutes Aktivieren von nicht transaktionalem Zugriff auf Datenbankebene
- Vorgehensweise: Deaktivieren und erneutes Aktivieren von nicht transaktionalem Zugriff auf Datenbankebene
- Vorgehensweise: Sicherstellen der Sichtbarkeit der FileTables in einer Datenbank
Deaktivieren und erneutes Aktivieren des FileTable-Namespaces auf Tabellenebene
- Vorgehensweise: Deaktivieren und erneutes Aktivieren des FileTable-Namespaces auf Tabellenebene
Abbrechen von einer FileTable zugeordneten offenen Dateihandles
- Vorgehensweise: Abrufen einer Liste von einer FileTable zugeordneten offenen Dateihandles
- Vorgehensweise: Abbrechen von einer FileTable zugeordneten offenen Dateihandles
- Vorgehensweise: Identifizieren der von FileTables abgehaltenen Sperren

Weitere Informationen

FileTable-Sicherheit
Sicherung und FileTables
SQL Server Profiler und FileTables
Überwachung und FileTables
DBCC und FileTables

Vorgehensweise: Abrufen einer Liste von FileTables und verbundenen Objekten

Um eine Liste von FileTables abzurufen, fragen Sie eine der folgenden Katalogsichten ab:

sys.filetables (Transact-SQL)
sys.tables (Transact-SQL) (Überprüfen Sie den Wert der is_filetable-Spalte.)

SELECT * FROM sys.filetables;
GO

SELECT * FROM sys.tables WHERE is_filetable = 1;
GO

Um eine Liste der systemdefinierten Objekte abzurufen, die bei der Erstellung der zugeordneten FileTables erstellt wurden, fragen Sie die Katalogsicht sys.filetable_system_defined_objects (Transact-SQL) ab.

SELECT object_id, OBJECT_NAME(object_id) AS 'Object Name'
    FROM sys.filetable_system_defined_objects
    WHERE object_id = filetable_object_id;
GO

[NACH OBEN]

Deaktivieren und erneutes Aktivieren von nicht transaktionalem Zugriff auf Datenbankebene

Um den exklusiven Zugriff abzurufen, der für bestimmte administrative Tasks erforderlich ist, müssen Sie möglicherweise nicht transaktionalen Zugriff vorübergehend deaktivieren.

Verhalten der ALTER DATABASE-Anweisung beim Ändern der Ebene von nicht transaktionalem Zugriff

Wenn Sie nicht transaktionalen Zugriff auf READ_ONLY oder OFF festgelegt haben, gibt der ALTER DATABASE-Befehl kein Steuerelement an den Benutzer zurück, solange offene Dateihandles vorhanden sind, die mit dem angeforderten Vorgang in Konflikt stehen. Bei folgenden Dateihandles treten Konflikte mit diesem Vorgang auf:
- Bei allen offenen Dateihandles beim Festlegen des Zugriffs auf NONE.
- Alle offenen Dateihandles für Schreibzugriff beim Festlegen des Zugriffs auf READ_ONLY.
Informationen zum Abbrechen von offenen Dateihandles finden Sie unter Abbrechen von einer FileTable zugeordneten offenen Dateihandles.

Wenn der ALTER DATABASE-Befehl abgebrochen wird oder mit einem Timeout endet, wird die Ebene des transaktionalen Zugriffs nicht geändert.
Wenn Sie die ALTER DATABASE-Anweisung mit einer WITH-<Beendigungsklausel> aufrufen (ROLLBACK AFTER integer [ SECONDS ] | ROLLBACK IMMEDIATE | NO_WAIT), werden alle geöffneten nicht transaktionalen Dateihandles abgebrochen.

Vorsicht
Durch das Abbrechen geöffneter Dateihandles verlieren Benutzer möglicherweise nicht gespeicherte Daten. Dieses Verhalten ist mit dem Verhalten des Dateisystems selbst konsistent.

Auswirkungen des Deaktivierens von nicht transaktionalem Zugriff

Das Ändern der Ebene von nicht transaktionalem Zugriff auf Datenbankebene hat die folgenden Auswirkungen auf die FileTable-Verzeichnisse unter dem Verzeichnis auf Datenbankebene:

Wenn der Zugriff auf NONE festgelegt ist, kann auf alle FileTable-Verzeichnisse und ihre Inhalte nicht mehr zugegriffen werden. Zudem sind sie nicht mehr sichtbar.
Wenn der Zugriff auf READ_ONLY festgelegt ist, sind alle FileTable-Verzeichnisse und ihre Inhalte ebenfalls schreibgeschützt.

Das Deaktivieren von FILESTREAM auf Instanzebene hat die folgenden Auswirkungen auf Verzeichnisse auf Datenbankebene in dieser Instanz und die FileTable-Verzeichnisse darunter:

Keines der Verzeichnisse auf Datenbankebene auf der Instanz ist sichtbar, wenn FILESTREAM auf Instanzebene deaktiviert ist.

[NACH OBEN]

Vorgehensweise: Deaktivieren und erneutes Aktivieren von nicht transaktionalem Zugriff auf Datenbankebene

Weitere Informationen finden Sie unter ALTER DATABASE SET-Optionen (Transact-SQL).

So deaktivieren Sie vollständigen nicht transaktionalen Zugriff
Rufen Sie die ALTER DATABASE-Anweisung auf, und legen Sie den Wert von NON_TRANSACTED_ACCESS auf READ_ONLY oder OFF fest.

-- Disable write access.
ALTER DATABASE database_name
    SET FILESTREAM ( NON_TRANSACTED_ACCESS = READ_ONLY );
GO

-- Disable non-transactional access.
ALTER DATABASE database_name
    SET FILESTREAM ( NON_TRANSACTED_ACCESS = OFF );
GO

So aktivieren Sie vollständigen nicht transaktionalen Zugriff erneut
Rufen Sie die ALTER DATABASE-Anweisung auf, und legen Sie den Wert von NON_TRANSACTED_ACCESS auf FULL fest.
```
ALTER DATABASE database_name
    SET FILESTREAM ( NON_TRANSACTED_ACCESS = FULL );
GO
```

[NACH OBEN]

Vorgehensweise: Sicherstellen der Sichtbarkeit der FileTables in einer Datenbank

Ein Verzeichnis auf Datenbankebene und die FileTable-Verzeichnisse darunter sind sichtbar, wenn alle folgenden Bedingungen zutreffen:

FILESTREAM ist auf Instanzebene aktiviert.
Nicht transaktionaler Zugriff ist auf Datenbankebene aktiviert.
Ein gültiges Verzeichnis wurde auf Datenbankebene angegeben.

Deaktivieren und erneutes Aktivieren des FileTable-Namespaces auf Tabellenebene

Durch Deaktivieren des FileTable-Namespaces werden alle systemdefinierten Einschränkungen und Trigger deaktiviert, die mit der FileTable erstellt wurden. Dies ist in Situationen hilfreich, in denen eine FileTable in großem Umfang mit Transact-SQL-Vorgängen ohne den Aufwand der FileTable-Semantikerzwingung neu organisiert werden müssen. Durch diese Vorgänge kann die FileTable jedoch in einem inkonsistenten Status belassen werden, und das erneute Aktivieren des FileTable-Namespaces kann verhindert werden.

Das Deaktivieren eines FileTable-Namespaces führt zu folgenden Ergebnissen:

FileTable-Spalten und -Daten werden nicht physisch aus der Tabelle gelöscht.
Das FileTable-Verzeichnis und die enthaltenen Dateien und Verzeichnisse verschwinden aus dem Dateisystem und sind für Datei-E/A-Zugriff nicht verfügbar.
Systemdefinierte FileTable-Spalten können nicht gelöscht und neu erstellt werden, sie verhalten sich jedoch bei DML-Vorgängen wie normale Spalten.
Offene Dateihandles verhindern, dass die FileTable-Einschränkungen deaktiviert werden, da für diesen Vorgang eine Schemasperre für die Tabelle erforderlich ist.
Die Erzwingung der gesamten FileTable-Semantik, einschließlich systemdefinierter Einschränkungen und Trigger, wird nach dem Deaktivieren des FileTable-Namespaces beendet.

Das erneute Aktivieren eines FileTable-Namespaces führt zu folgenden Ergebnissen:

Die FileTable wird auf Konsistenz überprüft. Werden Inkonsistenzen festgestellt, wird ein Fehler ausgelöst, und die FileTable bleibt deaktiviert. Andernfalls wird die FileTable erneut aktiviert.
Die Erzwingung der FileTable-Semantik, einschließlich systemdefinierter Einschränkungen und Trigger, wird wiederhergestellt.
Das FileTable-Verzeichnis und die enthaltenen Dateien und Verzeichnisse werden im Dateisystem sichtbar und stehen zum Datei-E/A-Zugriff zur Verfügung.

[NACH OBEN]

Vorgehensweise: Deaktivieren und erneutes Aktivieren des FileTable-Namespaces auf Tabellenebene

Rufen Sie die ALTER TABLE-Anweisung mit der Option { ENABLE | DISABLE } FILETABLE_NAMESPACE auf.

So deaktivieren Sie den FileTable-Namespace

ALTER TABLE filetable_name
    DISABLE FILETABLE_NAMESPACE;
GO

So aktivieren Sie den FileTable-Namespace erneut

ALTER TABLE filetable_name
    ENABLE FILETABLE_NAMESPACE;
GO

[NACH OBEN]

Abbrechen von einer FileTable zugeordneten offenen Dateihandles

Durch das Öffnen von Handles für Dateien, die in einer FileTable gespeichert sind, kann der exklusive Zugriff verhindert werden, der für bestimmte administrative Tasks erforderlich ist. Um dringende Tasks zu aktivieren, müssen Sie möglicherweise geöffnete Dateihandles, die einer oder mehreren FileTables zugeordnet sind, abbrechen.

Vorsicht
Durch das Abbrechen geöffneter Dateihandles verlieren Benutzer möglicherweise nicht gespeicherte Daten. Dieses Verhalten ist mit dem Verhalten des Dateisystems selbst konsistent.

[NACH OBEN]

Vorgehensweise: Abrufen einer Liste von einer FileTable zugeordneten offenen Dateihandles

Fragen Sie die Katalogsicht sys.dm_filestream_non_transacted_handles (Transact-SQL) ab.

SELECT * FROM sys.dm_filestream_non_transacted_handles;
GO

[NACH OBEN]

Vorgehensweise: Abbrechen von einer FileTable zugeordneten offenen Dateihandles

Rufen Sie die gespeicherte Prozedur sp_kill_filestream_non_transacted_handles (Transact-SQL) mit den entsprechenden Argumenten auf, um alle offenen Dateihandles in der Datenbank oder FileTable oder ein bestimmtes Handle abzubrechen.

USE database_name;

-- Kill all open handles in all the filetables in the database.
EXEC sp_kill_filestream_non_transacted_handles;
GO

-- Kill all open handles in a single filetable.
EXEC sp_kill_filestream_non_transacted_handles @table_name = 'filetable_name';
GO

-- Kill a single handle.
EXEC sp_kill_filestream_non_transacted_handles @handle_id = integer_handle_id;
GO

[NACH OBEN]

Vorgehensweise: Identifizieren der von FileTables abgehaltenen Sperren

Die meisten von FileTables abgehaltenen Sperren entsprechen Dateien, die von Anwendungen geöffnet wurden.

So identifizieren Sie geöffnete Dateien und die zugeordneten Sperren
Verknüpfen Sie das Feld request_owner_id in der dynamischen Verwaltungssicht sys.dm_tran_locks (Transact-SQL) mit dem Feld fcb_id in sys.dm_filestream_non_transacted_handles (Transact-SQL). In einigen Fällen entspricht die Sperre nicht einem einzigen geöffneten Dateihandle.
```
SELECT opened_file_name
    FROM sys.dm_filestream_non_transacted_handles
    WHERE fcb_id IN
        ( SELECT request_owner_id FROM sys.dm_tran_locks );
GO
```

[Nach oben]

FileTable-Sicherheit

Die in FileTables gespeicherten Dateien und Verzeichnisse werden nur von SQL Server-Sicherheit gesichert. Tabellen- und spaltenbasierte Sicherheit wird für Dateisystemzugriff sowie Transact-SQL-Zugriff erzwungen. Windows-Dateisystemsicherheits-APIs und ACL-Einstellungen werden nicht unterstützt.

Die für FILESTREAM-Dateigruppen und -Container geltenden Sicherheits- und Zugriffsberechtigungen gelten auch für FileTables, da die Dateidaten als FILESTREAM-Spalte in der FileTable gespeichert werden.

FileTable-Sicherheit und Transact-SQL-Zugriff
Transact-SQL-Zugriff auf Daten in FileTables wird auf dieselbe Weise wie eine beliebige andere Tabelle gesichert. Entsprechende Sicherheitsüberprüfungen auf Tabellen- und Spaltenebene werden für alle Vorgänge ausgeführt, die auf die Daten zugreifen oder sie ändern.
FileTable-Sicherheit und Dateisystemzugriff
Zum Öffnen eines Handles für eine Datei oder ein Verzeichnis, die bzw. das in der FileTable gespeichert ist, sind für Dateisystem-APIs entsprechende SQL Server-Berechtigungen für die gesamte Zeile in der FileTable (Tabellenebenenberechtigung) erforderlich. Wenn der Benutzer nicht über die entsprechende SQL Server-Berechtigung für eine Spalte in der FileTable verfügt, wird der Dateisystemzugriff verweigert.

[Nach oben]

Sicherung und FileTables

Wenn Sie SQL Server zum Sichern einer FileTable verwenden, werden die FILESTREAM-Daten zusammen mit den strukturierten Daten in der Datenbank gesichert Wenn Sie die FILESTREAM-Daten nicht zusammen mit relationalen Daten sichern möchten, können Sie eine Teilsicherung durchführen, um die FILESTREAM-Dateigruppen auszuschließen.

Transaktionskonsistenz von FileTable-Sicherungen

Viele Verwaltungsprogramme und Vorgänge (einschließlich Sicherung, Protokollsicherung und Transaktionsreplikation) lesen transaktional konsistente Daten, indem sie die Transaktionsprotokolle lesen. Derzeit werden als Teil einer Transaktion alle aktualisierten FILESTREAM-Daten gelesen. Wenn nicht transaktionaler Zugriff nicht auf Datenbankebene aktiviert ist, arbeiten diese Programme und Vorgänge mit vollständiger Transaktionskonsistenz.

Wenn jedoch vollständiger nicht transaktionaler Zugriff aktiviert ist, könnte eine FileTable Daten enthalten, die später aktualisiert wurden (über ein nicht transaktionales Update) als die Transaktion, die das Programm oder der Prozess aus dem Transaktionsprotokoll liest. Das heißt, dass eine Wiederherstellung einer bestimmten Transaktion zu einem bestimmten Zeitpunkt FILESTREAM-Daten enthalten kann, die aktueller als die betreffende Transaktion sind. Dies ist das erwartete Verhalten, wenn nicht transaktionale Updates in FileTables zulässig sind.

[Nach oben]

SQL Server Profiler und FileTables

Der SQL Server Profiler kann Vorgänge zum Öffnen und Schließen von Dateien in Windows in der Ablaufverfolgungsausgabe für in einer FileTable gespeicherte Dateien aufzeichnen.

[Nach oben]

Überwachung und FileTables

Eine FileTable kann genau wie jede andere Tabelle überwacht werden. Win32-Zugriffsmuster sind jedoch keine satzbasierten Vorgänge. Eine einzelne Aktion im Dateisystem wird in mehrere Transact-SQL-DML-Vorgänge umgesetzt. Das Öffnen einer Datei in Microsoft Word wird beispielsweise in mehrere open/close/create/rename/delete-Vorgänge und entsprechende Transact-SQL-DML-Aktivitäten umgesetzt. Dies führt zu ausführlichen Überwachungsdatensätzen in Situationen, in denen es schwierig ist, Datensätze zwischen Dateisystemaktionen und entsprechenden Transact-SQL-DML-Überwachungsdatensätzen zu korrelieren.

[NACH OBEN]

DBCC und FileTables

Sie können die Einschränkungen für eine FileTable, einschließlich systemdefinierter Einschränkungen, mithilfe von DBCC CHECKCONSTRAINTS überprüfen.

[NACH OBEN]

Siehe auch

Konzepte

FileTable-Kompatibilität mit anderen SQL Server-Funktionen

FileTable-DDL, Funktionen, gespeicherte Prozeduren und Sichten

Verwalten von FileTables

In diesem Thema

Vorgehensweise: Abrufen einer Liste von FileTables und verbundenen Objekten

Deaktivieren und erneutes Aktivieren von nicht transaktionalem Zugriff auf Datenbankebene

Vorgehensweise: Deaktivieren und erneutes Aktivieren von nicht transaktionalem Zugriff auf Datenbankebene

Vorgehensweise: Sicherstellen der Sichtbarkeit der FileTables in einer Datenbank

Deaktivieren und erneutes Aktivieren des FileTable-Namespaces auf Tabellenebene

Vorgehensweise: Deaktivieren und erneutes Aktivieren des FileTable-Namespaces auf Tabellenebene

Abbrechen von einer FileTable zugeordneten offenen Dateihandles

Vorgehensweise: Abrufen einer Liste von einer FileTable zugeordneten offenen Dateihandles

Vorgehensweise: Abbrechen von einer FileTable zugeordneten offenen Dateihandles

Vorgehensweise: Identifizieren der von FileTables abgehaltenen Sperren

FileTable-Sicherheit

Sicherung und FileTables

SQL Server Profiler und FileTables

Überwachung und FileTables

DBCC und FileTables

Siehe auch

Konzepte

Zusätzliche Ressourcen