Obtenez des informations détaillées complètes sur les performances de votre SQL Server grâce au monitoring de base de données, à l'analyse des requêtes et aux métriques de santé du système à l'aide du collecteur New Relic Distribution of OpenTelemetry (NRDOT).
Installation guidée
Pour installer ceci via l’UI de New Relic à la place, accédez à one.newrelic.com > Integrations & Agents > Microsoft SQL Server (Database 360) . Suivez les instructions à l’écran pour configurer l’intégration. Cette page couvre uniquement l’installation manuelle.
Conseil
Si vous utilisez SQL Server dans un environnement Linux RDS, consultez l’ instrumentation Linux pour RDS.
Prérequis
Un compte New Relic avec une clé de licence valide.
Connectivité réseau vers le point de terminaison OTLP New Relic pour votre région.
Prérequis SQL Server :
- SQL Server 2017 ou version ultérieure.
- Accès administrateur à SQL Server (rôle
sysadminou équivalent). - Connectivité réseau entre le collecteur et SQL Server sur le port
1433ou un port personnalisé. - L’utilitaire
sqlcmdinstallé sur votre système Linux.
Installer le collecteur NRDOT
Téléchargez et installez le package NRDOT pour votre distribution Linux. Remplacez <NRDOT_VERSION> par le dernier tag de sortie de la page nrdot-collector-releases.
Conseil
Nous recommandons d'installer le NRDOT Collector sur le même hôte que l'instance SQL Server afin de visualiser les métriques au niveau de l'infrastructure pour le monitoring des performances des requêtes.
Créer un utilisateur de monitoring
Exécutez ce script en tant qu’utilisateur root pour créer l’utilisateur de monitoring newrelic et accorder les autorisations nécessaires pour la collecte des métriques SQL Server.
Créez un fichier de configuration nommé
nr-grant-permission.sql.Collez le script SQL suivant pour créer l’utilisateur de monitoring
newrelicet remplacez<YOUR_PASSWORD>par le mot de passe souhaité :
USE [master]; GO CREATE LOGIN [newrelic] WITH PASSWORD = '<YOUR_PASSWORD>'; GO -- Instance-level permissions GRANT VIEW SERVER STATE TO [newrelic]; GRANT VIEW ANY DEFINITION TO [newrelic]; GRANT VIEW ANY DATABASE TO [newrelic]; GO -- Grant read access privileges to all user databases DECLARE @name SYSNAME; DECLARE db_cursor CURSOR READ_ONLY FORWARD_ONLY FOR SELECT [name] FROM [master].[sys].[databases] WHERE [name] NOT IN ('master', 'msdb', 'model', 'rdsadmin', 'distribution') AND [state] = 0; -- Only online databases OPEN db_cursor; FETCH NEXT FROM db_cursor INTO @name; WHILE @@FETCH_STATUS = 0 BEGIN BEGIN TRY EXEC('USE [' + @name + ']; IF NOT EXISTS (SELECT 1 FROM sys.database_principals WHERE name = ''newrelic'') BEGIN CREATE USER [newrelic] FOR LOGIN [newrelic]; END; GRANT VIEW DATABASE STATE TO [newrelic];'); END TRY BEGIN CATCH PRINT 'Error on ' + @name + ': ' + ERROR_MESSAGE(); END CATCH FETCH NEXT FROM db_cursor INTO @name; END CLOSE db_cursor; DEALLOCATE db_cursor; GO- Exécutez le script en utilisant
sqlcmdavec tout identifiant ayant l’autorisation de créer des identifiants et d’accorder des autorisations au niveau du serveur (par exemple, l’identifiantsa, ou un autre compte avec le rôlesysadmin). Remplacez<YOUR_ADMIN_USERNAME>et<YOUR_ADMIN_PASSWORD>par les informations d’identification de cet identifiant :
$sqlcmd -S <YOUR_DB_ENDPOINT> -U <YOUR_ADMIN_USERNAME> -P '<YOUR_ADMIN_PASSWORD>' -C -i nr-grant-permission.sql- (Facultatif) Vérifiez que l’utilisateur a été créé avec succès et dispose des autorisations appropriées :
$sqlcmd -S <YOUR_DB_ENDPOINT> -U <YOUR_ADMIN_USERNAME> -P '<YOUR_ADMIN_PASSWORD>' -C -Q "SELECT sp.name AS [User], p.permission_name AS [Permission_Granted] FROM sys.server_permissions p JOIN sys.server_principals sp ON p.grantee_principal_id = sp.principal_id WHERE sp.name = 'newrelic';"Résultat attendu :
User Permission_Granted$ [output] -------------------------------------------------------------------------------------$ [output] newrelic CONNECT SQL$ [output] newrelic VIEW ANY DEFINITION$ [output] newrelic VIEW ANY DATABASE$ [output] newrelic VIEW SERVER STATECette sortie confirme que votre utilisateur a été créé avec succès avec les permissions requises au niveau du serveur.
Conseil
Pour gérer en toute sécurité les informations sensibles, telles que les identifiants de base de données, stockez-les dans des outils de gestion des secrets.
Configurer le collecteur NRDOT
Choisissez votre option de configuration en fonction de vos exigences de monitoring :
- Créez un fichier de configuration nommé
mssql-config.yaml:
$sudo nano /etc/nrdot-collector/mssql-config.yamlAjoutez la configuration suivante au fichier
mssql-config.yamlcréé à l’étape précédente :configuration complète
Cette configuration se concentre sur le monitoring essentiel de la base de données pour votre environnement SQL Server. Pour activer un monitoring complet avec toutes les métriques disponibles, reportez-vous à la référence de configuration.
mssql-config.yaml1receivers:2nrsqlserver:3collection_interval: 15s4# Direct connection to SQL Server5username: newrelic6password: YOUR_PASSWORD7server: sqlserver.example.com8port: 1433910# Enable comprehensive database metrics11metrics:12sqlserver.database.count:13enabled: true14sqlserver.database.io:15enabled: true16sqlserver.database.latency:17enabled: true18sqlserver.database.operations:19enabled: true20sqlserver.database.tempdb.space:21enabled: true22sqlserver.database.tempdb.version_store.size:23enabled: true24sqlserver.deadlock.rate:25enabled: true26sqlserver.os.wait.duration:27enabled: true28sqlserver.processes.blocked:29enabled: true30sqlserver.memory.grants.pending.count:31enabled: true32sqlserver.database.file.size:33enabled: true34sqlserver.memory.area:35enabled: true3637# Enable query sample, top query, query plan, and top procedure log collection38events:39db.server.query_sample:40enabled: true41db.server.top_query:42enabled: true43db.server.query_plan:44enabled: true45db.server.top_procedure:46enabled: true4748# Top query collection configuration49top_query_collection:50lookback_time: 60s51max_query_sample_count: 100052top_query_count: 25053collection_interval: 60s54collect_full_query_text: true55allowed_comment_keys:56- nr_service_guid5758# Query sample collection configuration59query_sample_collection:60max_rows_per_query: 10061collect_full_query_text: true62allowed_comment_keys:63- nr_service_guid6465# Top stored procedure collection configuration66top_procedure_collection:67max_procedure_sample_count: 100068top_procedure_count: 25069collection_interval: 60s7071resource_attributes:72db.system.version:73enabled: true74sqlserver.db.edition:75enabled: true7677processors:78memory_limiter:79check_interval: ${env:NR_MEM_LIMITER_CHECK_INTERVAL:-1s}80limit_mib: ${env:NR_MEM_LIMITER_LIMIT_MIB:-200}81spike_limit_mib: ${env:NR_MEM_LIMITER_SPIKE_MIB:-50}8283exporters:84otlp:85endpoint: https://otlp.nr-data.net:431886headers:87api-key: YOUR_LICENSE_KEY88tls:89insecure: false90compression: gzip9192sending_queue:93enabled: true94sizer: bytes95queue_size: 100_000_00096num_consumers: 1097batch:98sizer: bytes99max_size: 1_000_000100min_size: 0101flush_timeout: 5s102103service:104telemetry:105metrics:106level: none107108pipelines:109metrics:110receivers: [nrsqlserver]111processors: [memory_limiter]112exporters: [otlp]113114logs:115receivers: [nrsqlserver]116processors: [memory_limiter]117exporters: [otlp]Conseil
Le pipeline
logsne transporte ni les logs de débogage du collecteur, ni les logs internes de l’agent. Il transmet la télémétrie des requêtes SQL Server, y compris le texte des requêtes, les plans d’exécution, et les données d’exemple. Le Récepteurnrsqlservercapture cette télémétrie via les événementsdb.server.query_sample,db.server.top_query,db.server.query_plan, etdb.server.top_procedureémis sous forme d’enregistrements de log OpenTelemetry.L’événement
db.server.top_procedurenécessite SQL Server 2017 CU3 ou une version ultérieure, qui a introduit la prise en charge desys.dm_exec_procedure_stats.total_spills. Sur les versions antérieures, cet événement n’émet pas de données et génère un log d’erreur. Les autres événements ne sont pas affectés. L’accès àsys.dm_exec_procedure_statsnécessiteVIEW SERVER STATE(ouVIEW SERVER PERFORMANCE STATE, selon la version de SQL Server). De plus,VIEW ANY DEFINITIONest requis pour queOBJECT_NAMEetOBJECT_SCHEMA_NAMEse résolvent correctement dans toutes les bases de données utilisateur, etCONNECT SQLest nécessaire pour configurer les sessions initiales. L’utilisateur de monitoring créé dans Créer un utilisateur de monitoring inclut les 3 permissions.
Mettre à jour la configuration du Collector NRDOT
Après avoir configuré votre fichier YAML avec les entrées interactives ci-dessus, terminez la configuration du Collector NRDOT :
- Modifiez le fichier de configuration du service :
$sudo nano /etc/nrdot-collector/nrdot-collector.conf- Mettez à jour le chemin de configuration pour pointer vers votre nouveau fichier
mssql-config.yaml:
$OTELCOL_CONFIG="/etc/nrdot-collector/mssql-config.yaml"- (Facultatif) Validez la configuration du Collector NRDOT :
$sudo /usr/bin/nrdot-collector validate --config=/etc/nrdot-collector/mssql-config.yamlConseil
Pour corréler les performances de votre application avec les opérations de base de données, vous pouvez configurer l’identification du service de bases de données. Pour plus d’informations, reportez-vous au guide de configuration de l’identification du service de bases de données.
Redémarrer NRDOT Collector
Après avoir mis à jour votre configuration, redémarrez le service NRDOT Collector :
$sudo systemctl restart nrdot-collectorConseil
Redémarrez toujours le service NRDOT Collector après avoir modifié la configuration pour vous assurer que les nouveaux paramètres soient pris en compte.
Trouvez et utilisez vos données
Une fois vos données collectées, vous pouvez accéder à un monitoring complet de la base de données SQL Server via l'UI de New Relic.
Pour trouver votre entité de base de données SQL Server dans New Relic :
Allez à one.newrelic.com > All capabilities > Databases.
Dans la liste déroulante Entity type, sélectionnez MSSQL instance, puis cliquez sur Apply.
Sélectionnez votre base de données SQL Server dans la liste des entités.
Après avoir configuré le monitoring SQL Server avec NRDOT, vous pouvez :
- Créez des dashboards personnalisés pour visualiser les métriques de votre base de données
- Configurer des alertes pour les seuils critiques de performances des bases de données
- Explorez vos données à l’aide des fonctionnalités de requête de New Relic
Documentation associée
Configurer la corrélation APM-base de données
Découvrez comment corréler les performances des applications avec les opérations de base de données dans New Relic.
Dépannage
Découvrez comment dépanner votre configuration de monitoring MSSQL dans New Relic.
Référence des métriques
Découvrez les métriques disponibles collectées par le collecteur NRDOT.