管理 FileTable
適用於：
SQL Server
描述用於管理 FileTable 的常見管理工作。
如何：取得 FileTable 和相關物件的清單
若要取得 FileTable 的清單，請查詢下列其中一個目錄檢視：
sys.tables (Transact-SQL) (檢查 is_filetable 資料行的值)。
SELECT * FROM sys.filetables;
GO
SELECT * FROM sys.tables WHERE is_filetable = 1;
GO
若要取得建立相關聯之 FileTable 時所建立的系統定義物件清單，請查詢 sys.filetable_system_defined_objects (Transact-SQL) 目錄檢視。
SELECT object_id, OBJECT_NAME(object_id) AS 'Object Name'
FROM sys.filetable_system_defined_objects;
GO
停用並重新啟用資料庫層級的非交易式存取
若要取得特定管理工作所需的獨佔存取，您可能必須暫時停用非交易式存取。
ALTER DATABASE 陳述式在變更非交易式存取層級時的行為
將非交易式存取設為 READ_ONLY 或 OFF 時，只要存在與所要求作業衝突的開啟檔案控制代碼，ALTER DATABASE 命令就不會將控制權傳回給使用者。 與此作業衝突的檔案控制代碼包括下列項目：
將存取權設為 NONE時，為所有開啟檔案控制代碼。
將存取權設為 READ_ONLY時，為所有針對寫入存取所開啟的檔案控制代碼。
如需有關終止開啟檔案控制代碼的詳細資訊，請參閱本主題中的＜ 終止與 FileTable 相關聯的開啟檔案控制代碼 ＞。
如果 ALTER DATABASE 命令已取消或因逾時而結束，則交易式存取的層級不會變更。
如果您使用 WITH <終止> 子句 (ROLLBACK AFTER integer [ SECONDS ] | ROLLBACK IMMEDIATE | NO_WAIT) 來呼叫 ALTER DATABASE 陳述式，則系統會終止所有開啟的非交易式檔案控制代碼。
警告
終止開啟檔案控制代碼，可能會導致使用者遺失未儲存的資料。 此行為與檔案系統本身的行為一致。
停用非交易式存取的影響
變更資料庫層級的非交易式存取層級，會對資料庫層級目錄底下的 FileTable 目錄造成下列影響：
將存取權設為 NONE時，就無法再存取或看到所有 FileTable 目錄及其內容。
將存取權設為 READ_ONLY時，所有 FileTable 目錄和其內容也會是唯讀狀態。
停用執行個體層級的 FILESTREAM，會對該執行個體的資料庫層級目錄和其下的 FileTable 目錄造成下列影響：
- 如果您在執行個體層級停用 FILESTREAM，就不會顯示執行個體上的資料庫層級目錄。
如何：停用並重新啟用資料庫層級的非交易式存取
如需詳細資訊，請參閱 ALTER DATABASE SET 選項 (Transact-SQL)。
停用完整的非交易式存取
您可以呼叫 ALTER DATABASE 陳述式並將 NON_TRANSACTED_ACCESS 的值設定為 READ_ONLY 或 OFF。
-- 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
重新啟用完整的非交易式存取
您可以呼叫 ALTER DATABASE 陳述式並將 NON_TRANSACTED_ACCESS 的值設定為 FULL。
ALTER DATABASE database_name
SET FILESTREAM ( NON_TRANSACTED_ACCESS = FULL );
GO
如何：確保資料庫中 FileTable 的可見性
如果下列所有條件都成立，就會顯示資料庫層級目錄和其下的 FileTable 目錄 (如果有的話)：
在執行個體層級啟用 FILESTREAM。
在資料庫層級啟用非交易式存取。
已在資料庫層級指定有效的目錄。
停用並重新啟用資料表層級的 FileTable 命名空間
停用 FileTable 命名空間，會停用所有使用 FileTable 所建立的系統定義條件約束和觸發程序。 如果您需要使用 Transact-SQL 作業來大規模重新組織 FileTable，但不想要產生 FileTable 語意強制執行的成本，這樣做就很有用。 不過，這些作業可能會讓 FileTable 處於不一致的狀態，而且可能會無法重新啟用 FileTable 命名空間。
停用 FileTable 命名空間會產生下列結果：
系統不會實際從資料表中卸除 FileTable 資料行和資料。
FileTable 目錄及其所含的檔案和目錄會從檔案系統中消失，而且不適用於進行檔案 I/O 存取。
您無法卸除和重新建立系統定義的 FileTable 資料行，但就 DML 作業而言，它們的行為與一般資料行一樣。
開啟檔案控制代碼會讓 FileTable 條件約束無法停用，因為此作業在資料表上需要有結構描述鎖定。
停用 FileTable 命名空間之後，系統會停止強制執行所有 FileTable 語意 (包含系統定義的條件約束和觸發程序)。
重新啟用 FileTable 命名空間會產生下列結果：
系統會檢查 FileTable 的一致性。 如果發現不一致，則會引發錯誤，而 FileTable 會保持停用狀態，否則會重新啟用 FileTable。
系統會還原強制執行 FileTable 語意 (包含系統定義的條件約束和觸發程序)。
FileTable 目錄及其所含的檔案及目錄會在檔案系統中顯示，而且可用於進行檔案 I/O 存取。
如何：停用並重新啟用資料表層級的 FileTable 命名空間
您可以使用 { ENABLE | DISABLE } FILETABLE_NAMESPACE 選項來呼叫 ALTER TABLE 陳述式。
停用 FileTable 命名空間
ALTER TABLE filetable_name
DISABLE FILETABLE_NAMESPACE;
GO
重新啟用 FileTable 命名空間
ALTER TABLE filetable_name
ENABLE FILETABLE_NAMESPACE;
GO
終止與 FileTable 相關聯的開啟檔案控制代碼
儲存在 FileTable 中之檔案的開啟控制代碼可能會防止特定管理工作所需的獨佔存取。 若要啟用緊急工作，您可能必須終止與一個或多個 FileTable 相關聯的開啟檔案控制代碼。
警告
終止開啟檔案控制代碼，可能會導致使用者遺失未儲存的資料。 此行為與檔案系統本身的行為一致。
如何：取得與 FileTable 相關聯的開啟檔案控制代碼清單
查詢 sys.dm_filestream_non_transacted_handles (Transact-SQL) 目錄檢視。
SELECT * FROM sys.dm_filestream_non_transacted_handles;
GO
如何：終止與 FileTable 相關聯的開啟檔案控制代碼
使用適當的引數來呼叫預存程序 sp_kill_filestream_non_transacted_handles (Transact-SQL)，可終止資料庫或 FileTable 中的所有開啟檔案控制代碼，或是終止特定控制代碼。
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
如何：識別 FileTable 所持有的鎖定
FileTable 所採用的大部分鎖定都會對應至應用程式所開啟的檔案。
識別開啟的檔案和相關聯的鎖定
您可以將 sys.dm_tran_locks (Transact-SQL) 動態管理檢視中的 request_owner_id 欄位與 sys.dm_filestream_non_transacted_handles (Transact-SQL) 中的 fcb_id 欄位聯結。 在某些情況下，鎖定不會對應至單一開啟檔案控制代碼。
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
FileTable 安全性
儲存在 FileTable 中的檔案和目錄都僅受 SQL Server 安全性保護。 會針對檔案系統存取和 Transact-SQL 存取，強制執行以資料表和資料行為基礎的安全性。 但是，不支援 Windows 檔案系統安全性 API 和 ACL 設定。
適用於 FILESTREAM 檔案群組和容器的安全性及存取權限也適用於 FileTable，因為檔案資料會儲存成 FileTable 中的 FILESTREAM 資料行。
FileTable 安全性和 Transact-SQL 存取
Transact-SQL 在 FileTable 中存取資料的程序，是使用與任何其他資料表相同的方式進行保護。 系統會針對每個存取或變更資料的作業，進行適當的資料表和資料行層級安全性檢查。
FileTable 安全性和檔案系統存取
檔案系統 API 需要 FileTable 中整個資料列的適當 SQL Server 權限 (即資料表層級權限)，才能開啟 FileTable 中所儲存之檔案或目錄的控制代碼。 如果使用者沒有 FileTable 中任何資料行的適當 SQL Server 權限，則會拒絕檔案系統存取。
備份和 FileTable
當您使用 SQL Server 來備份 FileTable 時，FILESTREAM 資料會與資料庫中的結構化資料一起備份。 如果您不想要將 FILESTREAM 資料與關聯式資料一起備份，您可以使用部分備份來排除 FILESTREAM 檔案群組。
FileTable 備份的交易一致性
許多管理工具和作業 (包括備份、記錄備份和異動複寫) 會透過讀取交易記錄來讀取交易上一致的資料。 此時，它們會讀取當做交易之一部分更新的任何 FILESTREAM 資料。 未在資料庫層級啟用非交易式存取時，這些工具和作業會以完整交易一致性的方式運作。
但是，當啟用完整的非交易式存取時，則 FileTable 包含的更新資料可以比工具或程序從交易記錄讀取的交易還要新 (透過非交易式更新)。 這表示，特定交易的「時間點」還原作業可能會包含比該交易還新的 FILESTREAM 資料。 當 FileTable 上允許非交易式更新時，這會是預期的行為。
SQL Server Profiler 和 FileTable
SQL Server Profiler 可以在儲存於 FileTable 之檔案的追蹤輸出中，擷取「Windows 檔案開啟」和「檔案關閉」作業。
稽核和 FileTable
您可以稽核 FileTable，就像其他任何資料表一樣。 但是，不會根據作業來設定 Win32 存取模式。 檔案系統中的單一動作會轉譯成多個 Transact-SQL DML 作業。 例如，在 Microsoft Word 中開啟檔案會轉譯成多個開啟/關閉/建立/重新命名/刪除作業及對應的 Transact-SQL DML 活動。 這會產生詳細稽核記錄，這種記錄很難將檔案系統動作與對應 Transact-SQL DML 稽核記錄之間的記錄產生關聯。
DBCC 和 FileTable
您可以使用 DBCC CHECKCONSTRAINTS 來驗證 FileTable 上的條件約束，包括系統定義的條件約束。
另請參閱
意見反應
即將登場：在 2024 年，我們將逐步淘汰 GitHub 問題作為內容的意見反應機制，並將它取代為新的意見反應系統。 如需詳細資訊，請參閱：https://aka.ms/ContentUserFeedback。
提交並檢視相關的意見反應