Partage via


sys.dm_db_log_info (Transact-SQL)

S’applique à : SQL Server 2016 (13.x) SP 2 et versions ultérieures base de données Azure SQL Azure SQL Managed Instance

Renvoie les informations du fichier journal virtuel (VLF) du journal des transactions. Notez que tous les fichiers journaux des transactions sont combinés dans la sortie de la table. Chaque ligne de la sortie représente un VLF dans le journal des transactions et fournit des informations pertinentes pour ce VLF dans le journal.

Syntaxe

sys.dm_db_log_info ( database_id )  

Arguments

database_id | NULL | DEFAULT

Est l’identificateur de la base de données. database_id is int. Les entrées autorisées sont l'ID d'une base de données ou la valeur NULL ou DEFAULT. Le par défaut est NULL. NULL et DEFAULT sont des valeurs équivalentes dans le contexte de la base de données active.

Spécifiez NULL pour renvoyer les informations VLF de la base de données actuelle.

La fonction intégrée DB_ID peut être spécifiée. Si vous utilisez DB_ID sans spécifier de nom de base de données, le niveau de compatibilité de la base de données active doit être égal à 90 ou plus.

Table retournée

Nom de la colonne Type de données Description
database_id int ID de la base de données.

Dans la base de données Azure SQL, les valeurs sont uniques au sein d’une base de données unique ou d’un pool élastique, mais pas dans un serveur logique.
file_id smallint L’identificateur du fichier journal des transactions.
vlf_begin_offset bigint Emplacement de décalage du fichier journal virtuel (VLF) depuis le début du fichier journal des transactions.
vlf_size_mb float Taille du fichier journal virtuel (VLF) en Mo, arrondie à deux décimales.
vlf_sequence_number bigint Numéro de séquence du fichier journal virtuel (VLF) dans l’ordre créé. Utilisé pour identifier de manière unique les VLF dans le fichier journal.
vlf_active bit Indique si le fichier journal virtuel (VLF) est en cours d’utilisation ou non.
0 - VLF n’est pas en cours d’utilisation.
1 - VLF est actif.
vlf_status int État du fichier journal virtuel (VLF). Les valeurs possibles sont
0 - VLF est inactif
1 - VLF est initialisé mais pas en cours d’utilisation
2 - VLF est actif.
vlf_parity tinyint Parité du fichier journal virtuel (VLF). Utilisé en interne pour déterminer la fin du journal dans un VLF.
vlf_first_lsn nvarchar(48) Numéro séquentiel dans le journal (LSN) du premier enregistrement de journal dans le fichier journal virtuel (VLF).
vlf_create_lsn nvarchar(48) Numéro de séquence du journal (LSN) de l’enregistrement du journal qui a créé le fichier journal virtuel (VLF).
vlf_encryptor_thumbprint varbinary(20) S’applique à : SQL Server 2019 (15.x) et versions ultérieures

Affiche l’empreinte digitale du chiffreur du VLF si le VLF est chiffré à l’aide du Transparent Data Encryption, sinon NULL.

Notes

La fonction de gestion dynamique sys.dm_db_log_info remplace l’instruction DBCC LOGINFO.

La formule du nombre de VLF créées en fonction d’un événement de croissance est détaillée dans le Guide de gestion et d’architecture du journal des transactions SQL Server. Cette formule a changé légèrement à partir de SQL Server 2022 (16.x).

autorisations

Requiert l’autorisation VIEW SERVER STATE sur la base de données.

Autorisations pour SQL Server 2022 (et versions plus récentes)

Requiert l'autorisation VIEW DATABASE PERFORMANCE STATE sur la base de données.

Exemples

R. Déterminer les bases de données dans une instance SQL Server avec un nombre élevé de fonctions VLF

La requête suivante détermine les bases de données avec plus de 100 VLF dans les fichiers journaux, ce qui peut affecter le temps de démarrage, de restauration et de récupération de la base de données.

SELECT [name], COUNT(l.database_id) AS 'vlf_count' 
FROM sys.databases AS s
CROSS APPLY sys.dm_db_log_info(s.database_id) AS l
GROUP BY [name]
HAVING COUNT(l.database_id) > 100;

B. Déterminer la position du dernier VLF dans le journal des transactions avant de réduire le fichier journal

La requête suivante peut être utilisée pour déterminer la position du dernier VLF actif avant d’exécuter SHRINK FILE dans le journal des transactions pour déterminer si le journal des transactions peut être réduit.

USE AdventureWorks2022;
GO

;WITH cte_vlf AS (
SELECT ROW_NUMBER() OVER(ORDER BY vlf_begin_offset) AS vlfid, DB_NAME(database_id) AS [Database Name], vlf_sequence_number, vlf_active, vlf_begin_offset, vlf_size_mb
    FROM sys.dm_db_log_info(DEFAULT)),
cte_vlf_cnt AS (SELECT [Database Name], COUNT(vlf_sequence_number) AS vlf_count,
    (SELECT COUNT(vlf_sequence_number) FROM cte_vlf WHERE vlf_active = 0) AS vlf_count_inactive,
    (SELECT COUNT(vlf_sequence_number) FROM cte_vlf WHERE vlf_active = 1) AS vlf_count_active,
    (SELECT MIN(vlfid) FROM cte_vlf WHERE vlf_active = 1) AS ordinal_min_vlf_active,
    (SELECT MIN(vlf_sequence_number) FROM cte_vlf WHERE vlf_active = 1) AS min_vlf_active,
    (SELECT MAX(vlfid) FROM cte_vlf WHERE vlf_active = 1) AS ordinal_max_vlf_active,
    (SELECT MAX(vlf_sequence_number) FROM cte_vlf WHERE vlf_active = 1) AS max_vlf_active
    FROM cte_vlf
    GROUP BY [Database Name])
SELECT [Database Name], vlf_count, min_vlf_active, ordinal_min_vlf_active, max_vlf_active, ordinal_max_vlf_active,
((ordinal_min_vlf_active-1)*100.00/vlf_count) AS free_log_pct_before_active_log,
((ordinal_max_vlf_active-(ordinal_min_vlf_active-1))*100.00/vlf_count) AS active_log_pct,
((vlf_count-ordinal_max_vlf_active)*100.00/vlf_count) AS free_log_pct_after_active_log
FROM cte_vlf_cnt;
GO