sys.master_files (Transact-SQL)

適用于:SQL Server (所有支援的版本) Azure SQL 受控執行個體 Analytics Platform System (PDW)

依照 master 資料庫的儲存情況,針對資料庫的每個檔案,各包含一個資料列。 這是單一全系統的檢視。

資料行名稱 資料類型 描述
database_id int 套用這個檔案的資料庫識別碼。 masterdatabase_id一律為 1。
file_id int 資料庫內的檔案識別碼。 主要 file_id 一定是 1。
file_guid uniqueidentifier 檔案的唯一識別碼。

Null = 資料庫已從舊版的 SQL Server (升級,適用于 SQL Server 2005 和更早版本) 。
類型 tinyint 檔案類型:

0 = 資料列

1 = 記錄

2 = FILESTREAM

3 = 僅供參考之用而識別。 不支援。 我們無法保證未來的相容性。

4 = SQL Server 2008 之前的全文檢索 (全文檢索目錄;SQL Server 2008 或更高版本中升級或建立的全文檢索目錄會報告檔案類型 0.)
type_desc nvarchar(60) 檔案類型的描述:

ROWS

記錄

FILESTREAM

FULLTEXT (2008.) SQL Server 之前的全文檢索目錄
data_space_id int 這個檔案所屬的資料空間識別碼。 資料空間是一個檔案群組。

0 = 記錄檔。
NAME sysname 資料庫中之檔案的邏輯名稱。
physical_name nvarchar(260) 作業系統檔案名稱。
state tinyint 檔案狀態:

0 = ONLINE

1 = RESTORING

2 = RECOVERING

3 = RECOVERY_PENDING

4 = SUSPECT

5 = 僅供參考之用而識別。 不支援。 我們無法保證未來的相容性。

6 = OFFLINE

7 = DEFUNCT
state_desc nvarchar(60) 檔案狀態的描述:

ONLINE

RESTORING

RECOVERING

RECOVERY_PENDING

SUSPECT

OFFLINE

DEFUNCT

如需詳細資訊,請參閱檔案狀態
{1}size{2} int 目前檔案大小 (以 8 KB 頁面為單位)。 如果是資料庫快照集,size 會反映快照集可以使用的最大檔案空間。

注意:此欄位會填入 FILESTREAM 容器的零。 查詢 sys.database_files 目錄檢視,以取得 FILESTREAM 容器的實際大小。
max_size int 最大檔案大小 (以 8 KB 頁面為單位):

0 = 不允許任何成長。

-1 = 檔案會成長到磁碟已滿。

268435456 = 記錄檔可以成長到最大 2 TB 的大小。

注意:以無限制記錄檔大小升級的資料庫將會針對記錄檔的大小上限回報 -1。
growth int 0 = 檔案是固定大小,不會成長。

>0 = 檔案會自動成長。

如果 is_percent_growth = 0,成長遞增是以 8 KB 頁面來表示,會捨入到最接近的 64 KB。

如果 is_percent_growth = 1,便會以整數百分比的方式來表現成長遞增。
is_media_read_only bit 1 = 檔案在唯讀媒體中。

0 = 檔案在讀寫媒體中。
is_read_only bit 1 = 檔案標示為唯讀。

0 = 檔案標示為可讀寫。
is_sparse bit 1 = 檔案是疏鬆檔案。

0 = 檔案不是疏鬆檔案。

如需詳細資訊,請參閱 檢視資料庫快照集的疏鬆檔案大小, (Transact-SQL)
is_percent_growth bit 1 = 檔案的成長是百分比。

0 = 絕對成長大小 (以頁數為單位)。
is_name_reserved bit 1 = 卸除的檔案名稱可以重複使用。 您必須先取出記錄備份,名稱 (name 或 physical_name) 才能供新檔案名稱重複使用。

0 = 檔案名稱無法重複使用。
create_lsn numeric(25,0) 建立檔案的記錄序號 (LSN)。
drop_lsn numeric(25,0) 卸除檔案的 LSN。
read_only_lsn numeric(25,0) 從讀寫改成唯讀 (最近的變更) 的檔案所在之檔案群組的 LSN。
read_write_lsn numeric(25,0) 從唯讀改成讀寫 (最近的變更) 的檔案所在之檔案群組的 LSN。
differential_base_lsn numeric(25,0) 差異備份的基底。 在這個 LSN 之後變更的資料範圍會併入差異備份中。
differential_base_guid uniqueidentifier 差異備份基礎所在之基底備份的唯一識別碼。
differential_base_time datetime 對應於 differential_base_lsn 的時間。
redo_start_lsn numeric(25,0) 必須啟動下一次向前復原的 LSN。

除非 state = RESTORING 或 state = RECOVERY_PENDING,否則,便是 NULL。
redo_start_fork_guid uniqueidentifier 復原分岔的唯一識別碼。 下一個還原的記錄備份之 first_fork_guid 必須符合這個值。 這代表容器目前的狀態。
redo_target_lsn numeric(25,0) 能夠停止這個檔案的線上向前復原的 LSN。

除非 state = RESTORING 或 state = RECOVERY_PENDING,否則,便是 NULL。
redo_target_fork_guid uniqueidentifier 能夠復原容器的復原分岔。 與 redo_target_lsn 形成一組。
backup_lsn numeric(25,0) 檔案最近的資料或差異備份的 LSN。
credential_id int credential_idsys.credentials 用於儲存檔案的 。 例如,當SQL Server在 Azure 虛擬機器上執行,而資料庫檔案會儲存在 Azure Blob 儲存體中時,系統會使用儲存體位置的存取認證來設定認證。

注意

當您卸載或重建大型索引,或卸載或截斷大型資料表時,Database Engine 會延遲實際的頁面解除配置及其相關聯的鎖定,直到交易認可之後為止。 延遲的卸除作業並不會立即釋出已配置的空間。 因此,在卸除或截斷大型物件之後,sys.master_files 立即傳回的值不一定能反映實際可用的磁碟空間。

注意

針對 tempdb,檢視sys.master_files會顯示初始 tempdb 大小。 這些值會當做在SQL Server啟動時建立 tempdb 的範本。 因此,當 tempdb 成長時,它不會反映在檢視中。 若要取得 tempdb 檔案的目前大小,請查詢 tempdb.sys.database_files

權限

查看對應資料列時所需的最低權限為 CREATE DATABASE、ALTER ANY DATABASE 或 VIEW ANY DEFINITION。

另請參閱

資料庫和檔案目錄檢視 (Transact-SQL)
檔案狀態
sys.databases (Transact-SQL)
sys.database_files (Transact-SQL)
資料庫檔案與檔案群組