sys.master_files (Transact-SQL)

  • Article

S’applique à : SQL Server Azure SQL Managed Instance Analytics Platform System (PDW)

Contient une ligne par fichier d’une base de données telle qu’elle est stockée dans la master base de données. sys.master_files est une vue unique à l’échelle du système.

Nom de la colonne Type de données Description
database_id int ID de la base de données à laquelle ce fichier s'applique. La database_id base de données est toujours 1.master
file_id int ID du fichier dans la base de données. Le principal file_id est toujours 1.
file_guid uniqueidentifier Identificateur unique du fichier.

NULL = La base de données a été mise à niveau à partir d’une version antérieure de SQL Server (valide pour SQL Server 2005 (9.x) et versions antérieures).
type tinyint Type de fichier :

0 = Lignes

1 = Journal

2 = FILESTREAM

3 = Identifié à des fins d’information uniquement. Non pris en charge. La compatibilité future n'est pas garantie.

4 = Texte intégral (catalogues de texte intégral antérieurs à SQL Server 2008 (10.0.x) ; catalogues de texte intégral mis à niveau vers ou créés dans SQL Server 2008 (10.0.x) et versions ultérieures signalent un type 0de fichier .)
type_desc nvarchar(60) Description du type de fichier :

ROWS
LOG
FILESTREAM
FULLTEXT (Catalogues de texte intégral antérieurs à SQL Server 2008 (10.0.x).)
data_space_id int ID de l'espace de données auquel ce fichier appartient. L'espace de données est un groupe de fichiers.

0 = Fichiers journaux
name sysname Nom logique du fichier dans la base de données.
physical_name nvarchar(260) Nom de fichier du système d'exploitation.
state tinyint État du fichier :

0 = ONLINE

1 = RESTORING

2 = RECOVERING

3 = RECOVERY_PENDING

4 = SUSPECT

5 = Identifié à des fins d’information uniquement. Non pris en charge. La compatibilité future n'est pas garantie.

6 = OFFLINE

7 = DEFUNCT
state_desc nvarchar(60) Description de l'état du fichier :

ONLINE
RESTORING
RECOVERING
RECOVERY_PENDING
SUSPECT
OFFLINE
DEFUNCT

Pour plus d’informations, consultez États des fichiers.
size int Taille actuelle du fichier, en pages de 8 Ko. Dans le cas d'un instantané de base de données, size reflète l'espace maximal que celle-ci peut utiliser pour le fichier.

Remarque : ce champ est rempli comme zéro pour les conteneurs FILESTREAM. Interrogez l’affichage sys.database_files catalogue pour la taille réelle des conteneurs FILESTREAM.
max_size int Taille maximale du fichier, en pages de 8 Ko :

-1 = Le fichier augmente jusqu’à ce que le disque soit plein.

268435456 = Le fichier journal atteint une taille maximale de 2 To.

Remarque : Les bases de données mises à niveau avec un rapport -1 de taille de fichier journal illimité pour la taille maximale du fichier journal.

Remarque : Si max_size = -1 et growth = 0, aucune croissance n’est autorisée.
growth int 0 = Le fichier est de taille fixe et ne croît pas.

> 0 = Le fichier augmente automatiquement.

Si is_percent_growth = 0, l’incrément de croissance est en unités de 8 Ko de pages, arrondi à la plus proche de 64 Ko.

Si is_percent_growth = 1, l’incrément de croissance est exprimé sous la forme d’un pourcentage entier.
is_media_read_only bit 1 = Le fichier est sur un support en lecture seule.

0 = Le fichier est sur un média en lecture/écriture.
is_read_only bit 1 = Le fichier est marqué en lecture seule.

0 = le fichier est marqué en lecture/écriture.
is_sparse bit 1 = Fichier est un fichier éparse.

0 = Le fichier n’est pas un fichier partiellement alloué.

Pour plus d’informations, consultez Afficher la taille du fichier partiellement alloué d’un instantané de base de données (Transact-SQL).
is_percent_growth bit 1 = Croissance du fichier est un pourcentage.

0 = Taille de croissance absolue dans les pages.
is_name_reserved bit 1 = Le nom de fichier supprimé est réutilisable. Une sauvegarde de journal doit être effectuée avant que le nom (name ou physical_name) puisse être réutilisé pour un nouveau nom de fichier.

0 = Le nom de fichier n’est pas disponible pour la réutilisation.
create_lsn numeric(25,0) Numéro séquentiel dans le journal (LSN) auquel le fichier a été créé.
drop_lsn numeric(25,0) LSN auquel le fichier a été supprimé.
read_only_lsn numeric(25,0) LSN auquel le groupe de fichiers qui contient le fichier est passé de l'état lecture/écriture à l'état lecture seule (changement le plus récent).
read_write_lsn numeric(25,0) LSN auquel le groupe de fichiers qui contient le fichier est passé de l'état lecture seule à l'état lecture/écriture (changement le plus récent).
differential_base_lsn numeric(25,0) Base des sauvegardes différentielles. Les étendues de données modifiées après ce LSN sont incluses dans une sauvegarde différentielle.
differential_base_guid uniqueidentifier Identificateur unique de la sauvegarde de base sur laquelle une sauvegarde différentielle est basée.
differential_base_time datetime Heure correspondant à differential_base_lsn.
redo_start_lsn numeric(25,0) LSN auquel doit démarrer la restauration par progression suivante.

NULL sauf state = RESTORING ou state = RECOVERY_PENDING.
redo_start_fork_guid uniqueidentifier Identificateur unique du branchement de récupération. La first_fork_guid sauvegarde du journal suivante restaurée doit correspondre à cette valeur. Celle-ci représente l'état actuel du conteneur.
redo_target_lsn numeric(25,0) LSN auquel peut s'arrêter la restauration par progression en ligne sur ce fichier.

NULL sauf state = RESTORING ou state = RECOVERY_PENDING.
redo_target_fork_guid uniqueidentifier Branchement de récupération sur lequel le conteneur peut être récupéré. Associé à redo_target_lsn.
backup_lsn numeric(25,0) LSN de la sauvegarde de données ou différentielle du fichier la plus récente.
credential_id int credential_id À partir de sys.credentials laquelle il est utilisé pour stocker le fichier. Par exemple, lorsque SQL Server s’exécute sur une machine virtuelle Azure et que les fichiers de base de données sont stockés dans Stockage Blob Azure, les informations d’identification sont configurées avec les informations d’identification d’accès à l’emplacement de stockage.

Notes

Lorsque vous supprimez ou reconstruisez des index volumineux ou lorsque vous supprimez ou tronquez des tables volumineuses, le moteur de base de données diffère les désallocations des pages actives et de leurs blocs associés jusqu’à ce que la transaction soit validée. Les opérations de suppression différées ne libèrent pas immédiatement l’espace alloué. Par conséquent, les valeurs retournées sys.master_files immédiatement après la suppression ou la troncation d’un objet volumineux peuvent ne pas refléter l’espace disque réel disponible.

Pour la tempdb base de données, sys.master_files affiche la taille initiale tempdb . Les valeurs sont utilisées comme modèle pour tempdb la création au démarrage de SQL Server. tempdb la croissance n’est pas reflétée dans cette vue. Pour obtenir la taille actuelle des tempdb fichiers, interrogez tempdb.sys.database_files plutôt.

autorisations

Les autorisations minimales requises pour voir la ligne correspondante sont CREATE DATABASE, ALTER ANY DATABASEou VIEW ANY DEFINITION.

Contenu connexe