• /
  • EnglishEspañolFrançais日本語한국어Português
  • Se connecterDémarrer

Cette traduction automatique est fournie pour votre commodité.

En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.

Créer un problème

Installer & configurer NRDOT pour MSSQL sur Windows auto-hébergé : authentification de domaine

|View as Markdown (English)

Configurez le monitoring de Microsoft SQL Server à l’aide du NRDOT Collector sur les environnements auto-hébergés Windows, y compris les serveurs physiques, les machines virtuelles, et les installations Windows autonomes, en utilisant l’authentification de domaine Windows. Pour monitorer dans un environnement Windows RDS, reportez-vous à l’ instrumentation Windows RDS.

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.

Cette page traite de l’authentification de domaine Windows. Si votre environnement utilise une méthode d’authentification différente, consultez Authentification SQL Server ou gMSA.

Prérequis

Avant de monitorer votre Microsoft SQL Server avec NRDOT à l’aide de l’authentification Windows, assurez-vous que votre environnement répond à ces exigences :

  • 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 sysadmin ou équivalent).
    • Connectivité réseau entre le collecteur et SQL Server sur le port 1433 ou un port personnalisé.
    • SQL Server Management Studio (SSMS) ou l'utilitaire sqlcmd.
  • Un environnement de domaine Windows avec Active Directory.

  • SQL Server configuré pour accepter l’authentification Windows.

  • Un compte d'utilisateur de domaine avec les permissions SQL Server appropriées.

Installer le collecteur NRDOT

Téléchargez et installez le NRDOT Collector à l'aide de PowerShell :

[Net.ServicePointManager]::SecurityProtocol = 'tls12, tls'
$NRDOT_VERSION = (Invoke-RestMethod -Uri "https://api.github.com/repos/newrelic/nrdot-collector-releases/releases/latest").tag_name
$WebClient = New-Object System.Net.WebClient
$WebClient.Headers.Add("User-Agent", "Mozilla/5.0")
$WebClient.DownloadFile("https://github.com/newrelic/nrdot-collector-releases/releases/download/$NRDOT_VERSION/nrdot-collector_${NRDOT_VERSION}_windows_x64.msi", "$env:TEMP\nrdot-collector.msi")
Start-Process msiexec.exe -ArgumentList "/i `"$env:TEMP\nrdot-collector.msi`" /qn /norestart /L*V `"$env:TEMP\nrdot_install.log`"" -Wait
Get-Service nrdot-collector -ErrorAction SilentlyContinue

Créer un utilisateur de monitoring

Assurez-vous que votre SQL Server est configuré pour l'authentification Windows et vérifiez la connectivité.

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

  1. Créez un fichier de configuration nommé mssql-config.yaml dans PowerShell en tant qu’administrateur :
New-Item -Path "C:\Program Files\nrdot-collector\mssql-config.yaml" -ItemType File
  1. Ajoutez la configuration suivante au fichier mssql-config.yaml créé à 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 Windows SQL Server. Pour activer un monitoring complet avec toutes les métriques disponibles, consultez la référence de configuration.

    mssql-config.yaml
    1
    receivers:
    2
    nrsqlserver:
    3
    collection_interval: 15s
    4
    datasource: "server=sqlserver.example.com;port=1433;integrated security=true;encrypt=true;TrustServerCertificate=true;"
    5
    6
    # Enable comprehensive database metrics
    7
    metrics:
    8
    sqlserver.database.count:
    9
    enabled: true
    10
    sqlserver.database.io:
    11
    enabled: true
    12
    sqlserver.database.latency:
    13
    enabled: true
    14
    sqlserver.database.operations:
    15
    enabled: true
    16
    sqlserver.database.tempdb.space:
    17
    enabled: true
    18
    sqlserver.database.tempdb.version_store.size:
    19
    enabled: true
    20
    sqlserver.deadlock.rate:
    21
    enabled: true
    22
    sqlserver.os.wait.duration:
    23
    enabled: true
    24
    sqlserver.processes.blocked:
    25
    enabled: true
    26
    sqlserver.memory.grants.pending.count:
    27
    enabled: true
    28
    sqlserver.database.file.size:
    29
    enabled: true
    30
    sqlserver.memory.area:
    31
    enabled: true
    32
    33
    # Enable query sample, top query, query plan, and top procedure log collection
    34
    events:
    35
    db.server.query_sample:
    36
    enabled: true
    37
    db.server.top_query:
    38
    enabled: true
    39
    db.server.query_plan:
    40
    enabled: true
    41
    db.server.top_procedure:
    42
    enabled: true
    43
    44
    # Top query collection configuration
    45
    top_query_collection:
    46
    lookback_time: 60s
    47
    max_query_sample_count: 1000
    48
    top_query_count: 250
    49
    collection_interval: 60s
    50
    collect_full_query_text: true
    51
    allowed_comment_keys:
    52
    - nr_service_guid
    53
    54
    # Query sample collection configuration
    55
    query_sample_collection:
    56
    max_rows_per_query: 100
    57
    collect_full_query_text: true
    58
    allowed_comment_keys:
    59
    - nr_service_guid
    60
    61
    # Top stored procedure collection configuration
    62
    top_procedure_collection:
    63
    max_procedure_sample_count: 1000
    64
    top_procedure_count: 250
    65
    collection_interval: 60s
    66
    67
    resource_attributes:
    68
    db.system.version:
    69
    enabled: true
    70
    sqlserver.db.edition:
    71
    enabled: true
    72
    73
    processors:
    74
    memory_limiter:
    75
    check_interval: ${env:NR_MEM_LIMITER_CHECK_INTERVAL:-1s}
    76
    limit_mib: ${env:NR_MEM_LIMITER_LIMIT_MIB:-200}
    77
    spike_limit_mib: ${env:NR_MEM_LIMITER_SPIKE_MIB:-50}
    78
    79
    exporters:
    80
    otlp:
    81
    endpoint: https://otlp.nr-data.net:4318
    82
    headers:
    83
    api-key: YOUR_LICENSE_KEY
    84
    tls:
    85
    insecure: false
    86
    compression: gzip
    87
    88
    sending_queue:
    89
    enabled: true
    90
    sizer: bytes
    91
    queue_size: 100_000_000
    92
    num_consumers: 10
    93
    batch:
    94
    sizer: bytes
    95
    max_size: 1_000_000
    96
    min_size: 0
    97
    flush_timeout: 5s
    98
    99
    service:
    100
    telemetry:
    101
    metrics:
    102
    level: none
    103
    104
    pipelines:
    105
    metrics:
    106
    receivers: [nrsqlserver]
    107
    processors: [memory_limiter]
    108
    exporters: [otlp]
    109
    110
    logs:
    111
    receivers: [nrsqlserver]
    112
    processors: [memory_limiter]
    113
    exporters: [otlp]

    Conseil

    Le pipeline logs ne 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écepteur nrsqlserver capture cette télémétrie via les événements db.server.query_sample, db.server.top_query, db.server.query_plan, et db.server.top_procedure émis sous forme d’enregistrements de log OpenTelemetry.

    L’événement db.server.top_procedure nécessite SQL Server 2017 CU3 ou une version ultérieure, qui a introduit la prise en charge de sys.dm_exec_procedure_stats.total_spills. Sur les versions antérieures, cet événement n’émet pas de données et log une erreur. Les autres événements ne sont pas affectés. L’accès à sys.dm_exec_procedure_stats nécessite VIEW SERVER STATE (ou VIEW SERVER PERFORMANCE STATE, selon la version de SQL Server). De plus, VIEW ANY DEFINITION est requis pour que OBJECT_NAME et OBJECT_SCHEMA_NAME se résolvent correctement sur toutes les bases de données utilisateur, et CONNECT SQL est nécessaire pour configurer les sessions initiales. Le compte que vous avez configuré dans Créer un utilisateur de monitoring possède déjà les 3 permissions.

Mettre à jour le registre des services Windows

  1. Mettez à jour le registre des services Windows pour utiliser le nouveau fichier mssql-config.yaml à l'aide de l'une des méthodes suivantes :

    • Pour PowerShell : Exécutez la commande suivante en tant qu'administrateur :
Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Services\nrdot-collector" -Name "ImagePath" -Value '"C:\Program Files\nrdot-collector\nrdot-collector.exe" --config "C:\Program Files\nrdot-collector\mssql-config.yaml"'
  • Pour l’invite de commande : si PowerShell n’est pas disponible, utilisez plutôt l’invite de commande et exécutez la commande suivante en tant qu’administrateur :
bash
$
sc config "nrdot-collector" binPath= "\"C:\Program Files\nrdot-collector\nrdot-collector.exe\" --config \"C:\Program Files\nrdot-collector\mssql-config.yaml\""
  1. Validez la configuration du Collector NRDOT pour vous assurer qu'elle est correctement formatée et qu'elle fonctionnera correctement :
bash
$
& "C:\Program Files\nrdot-collector\nrdot-collector.exe" validate --config="C:\Program Files\nrdot-collector\mssql-config.yaml"

Conseil

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 à configurer 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 :

bash
$
net stop nrdot-collector
$
net start nrdot-collector

Conseil

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 :

  1. Allez à https://one.newrelic.com > All Capabilities > Databases.

  2. Dans la liste déroulante Entity type, sélectionnez MSSQL instance, puis cliquez sur Apply.

  3. 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 :

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 Windows dans New Relic.

Référence des métriques

Découvrez les métriques disponibles collectées par le collecteur NRDOT.

Droits d'auteur © 2026 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.