sys.dm_db_xtp_checkpoint_stats (Transact-SQL)
S’applique à :SQL ServerAzure SQL DatabaseAzure SQL Managed Instance
Retourne des statistiques sur les opérations de point de contrôle de l'OLTP en mémoire dans la base de données active. Si la base de données n’a aucun objet OLTP en mémoire, sys.dm_db_xtp_checkpoint_stats
retourne un jeu de résultats vide.
Pour plus d’informations, consultez OLTP en mémoire (optimisation en mémoire).
USE [In_Memory_db_name]
SELECT * FROM sys.dm_db_xtp_checkpoint_stats;
SQL Server 2014 (12.x) est sensiblement différent des versions les plus récentes et est abordé plus bas dans la rubrique dans SQL Server 2014.
SQL Server 2016 (13.x) et versions ultérieures
Le tableau suivant décrit les colonnes dans sys.dm_db_xtp_checkpoint_stats
, à compter de SQL Server 2016 (13.x).
Nom de la colonne | Type | Description |
---|---|---|
last_lsn_processed |
bigint | Dernier LSN vu par le contrôleur. |
end_of_log_lsn |
numeric(38) | LSN de la fin du journal. |
bytes_to_end_of_log |
bigint | Octets de journal non traités par le contrôleur, correspondant aux octets compris entre last_lsn_processed et end_of_log_lsn . |
log_consumption_rate |
bigint | Taux de consommation du journal des transactions par le contrôleur (en Ko/s). |
active_scan_time_in_ms |
bigint | Temps passé par le contrôleur pour analyser activement le journal des transactions. |
total_wait_time_in_ms |
bigint | Temps d’attente cumulé pour le contrôleur tout en n’analysant pas le journal. |
waits_for_io |
bigint | Nombre d’attentes pour les E/S de journal encourues par le thread du contrôleur. |
io_wait_time_in_ms |
bigint | Temps cumulé passé en attente sur les E/S de journal par le thread du contrôleur. |
waits_for_new_log_count |
bigint | Nombre d’attentes engagées par le thread du contrôleur pour qu’un nouveau journal soit généré. |
new_log_wait_time_in_ms |
bigint | Temps cumulé passé en attente sur un nouveau journal par le thread du contrôleur. |
idle_attempts_count |
bigint | Nombre de fois où le contrôleur est passé à un état inactif. |
tx_segments_dispatched |
bigint | Nombre de segments vus par le contrôleur et distribués aux sérialiseurs. Segment est une partie contiguë du journal qui forme une unité de sérialisation. Il est actuellement dimensionné à 1 Mo, mais peut changer à l’avenir. |
segment_bytes_dispatched |
bigint | Nombre total d’octets distribués par le contrôleur aux sérialiseurs depuis le redémarrage de la base de données. |
bytes_serialized |
bigint | Nombre total d’octets sérialisés depuis le redémarrage de la base de données. |
serializer_user_time_in_ms |
bigint | Temps passé par des sérialiseurs en mode utilisateur. |
serializer_kernel_time_in_ms |
bigint | Temps passé par des sérialiseurs en mode noyau. |
xtp_log_bytes_consumed |
bigint | Nombre total d’octets de journal consommés depuis le redémarrage de la base de données. |
checkpoints_closed |
bigint | Nombre de points de case activée fermés depuis le redémarrage de la base de données. |
last_closed_checkpoint_ts |
bigint | Horodatage du dernier point de case activée fermé. |
hardened_recovery_lsn |
numeric(38) | La récupération commence à partir de ce LSN. |
hardened_root_file_guid |
uniqueidentifier | GUID du fichier racine qui s’est renforcé suite à la dernière case activée point terminée. |
hardened_root_file_watermark |
bigint | Interne uniquement. Jusqu’à quel point il est valide de lire le fichier racine jusqu’à (il s’agit d’un type pertinent en interne uniquement - appelé BSN). |
hardened_truncation_lsn |
numeric(38) | LSN du point de troncation. |
log_bytes_since_last_close |
bigint | Octets de la dernière proche de la fin actuelle du journal. |
time_since_last_close_in_ms |
bigint | Heure depuis la dernière fermeture du point de case activée. |
current_checkpoint_id |
bigint | Actuellement, de nouveaux segments sont affectés à ce point de case activée. Le système case activée point est un pipeline. Le point de case activée actuel est celui auquel les segments du journal sont affectés. Une fois qu’il a atteint une limite, le point de case activée est libéré par le contrôleur et un nouveau point créé en tant que actif. |
current_checkpoint_segment_count |
bigint | Nombre de segments dans le point de case activée actuel. |
recovery_lsn_candidate |
bigint | En interne uniquement. Candidat à choisir comme recoverylsn lors current_checkpoint_id de la fermeture. |
outstanding_checkpoint_count |
bigint | Nombre de case activée points dans le pipeline en attente de fermeture. |
closing_checkpoint_id |
bigint | ID du point de case activée fermant. Les sérialiseurs fonctionnent en parallèle. Par conséquent, une fois terminés, le point de case activée est un candidat à fermer par un thread fermé. Toutefois, le thread de fermeture ne peut fermer qu’un seul à la fois et il doit être dans l’ordre, de sorte que le point de fermeture case activée est celui sur lequel le thread de fermeture fonctionne. |
recovery_checkpoint_id |
bigint | ID du point de case activée à utiliser dans la récupération. |
recovery_checkpoint_ts |
bigint | Horodatage de la récupération case activée point. |
bootstrap_recovery_lsn |
numeric(38) | LSN de récupération pour le démarrage. |
bootstrap_root_file_guid |
uniqueidentifier | GUID du fichier racine pour le démarrage. |
internal_error_code |
bigint | Erreur observée par l’un des threads de contrôleur, de sérialiseur, de fermeture et de fusion. |
bytes_of_large_data_serialized |
bigint | Quantité de données sérialisées. |
db_in_checkpoint_only_mode |
bit | True si la base de données est en mode OLTP en mémoire case activée point uniquement. |
SQL Server 2014 (12.x)
Le tableau suivant décrit les colonnes dans sys.dm_db_xtp_checkpoint_stats
, pour SQL Server 2014 (12.x) .
Nom de la colonne | Type | Description |
---|---|---|
log_to_process_in_bytes |
bigint | Nombre d'octets du journal entre le numéro séquentiel dans le journal (LSN) actuel du thread et la fin du journal. |
total_log_blocks_processed |
bigint | Nombre total de blocs de journal traités depuis le démarrage du serveur. |
total_log_records_processed |
bigint | Nombre total d'enregistrements de journal traités depuis le démarrage du serveur. |
xtp_log_records_processed |
bigint | Nombre total d'enregistrements de journal de l'OLTP en mémoire traités depuis le démarrage du serveur. |
total_wait_time_in_ms |
bigint | Durée cumulative d'attente en ms. |
waits_for_io |
bigint | Nombre d'attentes pour les E/S du journal. |
io_wait_time_in_ms |
bigint | Durée cumulative d'attente des E/S du journal. |
waits_for_new_log |
bigint | Nombre d'attentes pour le nouveau journal à générer. |
new_log_wait_time_in_ms |
bigint | Temps cumulé passé en attente sur le nouveau journal. |
log_generated_since_last_checkpoint_in_bytes |
bigint | Nombre d'entrées de journal générées depuis le dernier point de contrôle de l'OLTP en mémoire. |
ms_since_last_checkpoint |
bigint | Durée en millisecondes depuis le dernier point de contrôle de l'OLTP en mémoire. |
checkpoint_lsn |
numérique (38) | Numéro séquentiel dans le journal (LSN) de récupération associé au dernier point de vérification de l'OLTP en mémoire terminé. |
current_lsn |
numérique (38) | Numéro séquentiel dans le journal de l'enregistrement de journal en cours de traitement. |
end_of_log_lsn |
numérique (38) | Numéro séquentiel dans le journal à la fin du journal. |
task_address |
varbinary(8) | Adresse de SOS_Task. Rejoignez-vous pour sys.dm_os_tasks trouver des informations supplémentaires. |
Autorisations
Requiert l'autorisation VIEW DATABASE STATE
sur la base de données.
Autorisations pour SQL Server 2022 (et versions plus récentes)
Nécessite l’autorisation VIEW DATABASE PERFORMANCE STATE sur la base de données.
Contenu connexe
- Introduction aux tables optimisées en mémoire
- Vues de gestion dynamique de table optimisées en mémoire (Transact-SQL)
- Vue d’ensemble et scénarios d’utilisation OLTP en mémoire
- Optimiser les performances à l’aide de technologies en mémoire dans Azure SQL Database
- Optimiser les performances à l’aide de technologies en mémoire dans Azure SQL Managed Instance
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultezEnvoyer et afficher des commentaires pour