Diese Seite wurde von der Cloud Translation API übersetzt.

Microsoft SQL Server

Die Microsoft SQL Server-Integration erfasst Transaktions-, Verbindungs- und andere Messwerte aus Ihren SQL Server-Instanzen.

Weitere Informationen zu SQL Server finden Sie in der Dokumentation zu SQL Server.

Vorbereitung

Die Ops-Agent-Version 2.15.0 unterstützt einen neuen Satz von SQL Server-Messwerten mit dem Präfix workload.googleapis.com/. Sie müssen den Agent so konfigurieren, dass er diese Messwerte erfasst, wie unter Beispielkonfiguration beschrieben.

Der Ops-Agent unterstützt immer eine begrenzte Anzahl von SQL Server-Messwerten. Diese Messwerte verwenden das Präfix agent.googleapis.com/mssql/. Zum Erfassen dieser Messwerte auf Windows-VMs ist keine zusätzliche Konfiguration erforderlich.

In diesem Dokument werden die Messwerte mit dem Präfix agent als v1-Messwerte und die Messwerte mit dem Präfix workload als v2-Messwerte bezeichnet.

Die v1-Messwerte umfassen Informationen zur transaction-rate and connection-count.
The v2-Messwerte umfassen Informationen zu batch, lock, page und user connection-count auf Instanzebene und Informationen zu transaction und transaction-log auf Datenbankebene.

Tabellen dieser Messwerte finden Sie unter Was wird überwacht?.

Ab der Ops-Agent-Version 2.15.0 können Sie den Agent so konfigurieren, dass v1-Messwerte, v2-Messwerte oder beides erfasst werden.

Hinweis: Wenn Sie Benachrichtigungen oder andere Konfigurationen haben, die auf den v1-Messwerten basieren, und Sie zu den v2-Messwerten wechseln, müssen Sie auch Ihre Konfigurationen migrieren. Wenn Sie die Erfassung von v1-Messwerten beenden, funktionieren Benachrichtigungen und andere Monitorings dieser Messwerte nicht mehr. Die folgende Tabelle zeigt die Zuordnung von v1-Messwerten zu v2-Messwerten:

v1-Messwert (`agent.googleapis.com/mssql/`)	v2-Messwert (`workload.googleapis.com/`)
`connections_user`	`sqlserver.user.connection.count`
`transaction_rate`	`sqlserver.transaction.rate`
`write_transaction_rate`	`sqlserver.transaction.write.rate`

Vorbereitung

Zum Erfassen der SQL Server-Telemetrie müssen Sie den Ops-Agent installieren:

Installieren Sie für v1-Messwerte Version 1.0.0 oder höher.
Installieren Sie für v2-Messwerte Version 2.15.0 oder höher.

Diese Integration unterstützt die SQL Server-Versionen 11.x, 12.x, 13.x, 14.x, 15.x und 16,x.

Ops-Agent für SQL Server konfigurieren

Wenn Sie den Ops-Agent auf einer Microsoft Windows-VM verwenden, erfasst der Agent automatisch SQL Server v1-Messwerte. Hierfür ist keine zusätzliche Konfiguration erforderlich.

Fügen Sie die erforderlichen Elemente zum Erfassen von Telemetriedaten von den SQL Server-Instanzen gemäß der Anleitung unter Ops-Agent konfigurieren hinzu und starten Sie den Agent neu.

Nach der Einrichtung einer neuen SQL Server-Instanz werden Messwerte möglicherweise nicht sofort im Metrics Explorer angezeigt. Der Ops-Agent beginnt mit der Erfassung von SQL Server-Messwerten erst, wenn eine Datenbankaktivität gemeldet wird.

Konfigurationsbeispiel

Der folgende Befehl erstellt die Konfiguration zum Erfassen und Aufnehmen von Telemetriedaten für SQL Server und startet den Ops-Agent neu.

$ErrorActionPreference = 'Stop'

# This config gets merged with the built-in Ops Agent config, which already
# includes the v1 receiver in the default pipeline.
# Because the v2 receiver here uses a unique ID, it does not overwrite
# the default receiver and so both receivers will be active simultaneously
# during the test.

# Create a back up of the existing file so existing configurations are not lost.
Copy-Item -Path 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml' -Destination 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml.bak'

# Configure the Ops Agent.
Add-Content 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml' "
metrics:
  receivers:
    mssql_v2:
      type: mssql
      receiver_version: 2
  service:
    pipelines:
      mssql_v2:
        receivers:
        - mssql_v2
"

# Stop-Service may fail if the service isn't in a Running state yet.
(Get-Service google-cloud-ops-agent*).WaitForStatus('Running', '00:03:00')
Stop-Service google-cloud-ops-agent -Force
Start-Service google-cloud-ops-agent*

Erfassung von v1-Messwerten konfigurieren

Der Ops-Agent auf einer Microsoft Windows-VM erfasst automatisch SQL Server v1-Messwerte. Hierfür ist keine zusätzliche Konfiguration erforderlich. Informationen zum Erfassen von nur v2-Messwerte finden Sie unter V2-Messwertertfassung konfigurieren.

Nachdem Sie eine neue SQL Server-Instanz eingerichtet haben, meldet SQL Server möglicherweise nicht sofort Messwerte. Der Ops-Agent beginnt mit der Erfassung von SQL Server-Messwerten, sobald eine Datenbankaktivität gemeldet wird.

Erfassung von v2-Messwerten konfigurieren

Um v2-Messwerte aus SQL Server aufzunehmen, müssen Sie einen Empfänger für die die von SQL Server erzeugt werden, und erstellen dann eine Pipeline für das neue Empfänger.

Dieser Empfänger unterstützt die Verwendung mehrerer Instanzen in der Konfiguration, z. B. zum Überwachen mehrerer Endpunkte, nicht. Alle diese Instanzen schreiben in dieselbe Zeitachse und Cloud Monitoring kann sie nicht unterscheiden. Der Ops-Agent unterstützt keine SQL Server-Instanzen.

Um einen Empfänger für Ihre mssql-Messwerte zu konfigurieren, geben Sie die folgenden Felder an:

Feld	Standard	Beschreibung
`collection_interval`	`60s`	Ein Wert für time.Duration, wie z. B. `30s` oder `5m`.
`receiver_version`		Version der erfassten Messwerte; Verwenden Sie `2` zum Erfassen von v2-Messwerten.
`type`		Dieser Wert muss `mssql` sein.

Standardmäßig werden die v1-Messwerte automatisch erfasst. Sie können die v1-Messwerte entweder durch Erfassen zusätzlicher v2-Messwerte erweitern oder die v1-Messwerte überschreiben, um nur v2-Messwerte zu erfassen.

So erfassen Sie nur v2-Messwerte:
- Geben Sie dem Empfänger den Namen mssql.
- Setzen Sie das Feld type auf mssql.
- Setzen Sie das Feld receiver_version auf 2.
- Verwenden Sie diesen Empfänger in Ihrer default_pipeline-Pipeline. Diese Konfiguration überschreibt die integrierte Konfiguration des mssql-Empfängers.
So erfassen Sie sowohl v1- als auch v2-Messwerte:
- Geben Sie dem Empfänger einen anderen Namen als mssql, z. B. mssql_v2.
- Setzen Sie das Feld type auf mssql.
- Legen Sie den Wert receiver_version auf 2 fest.
- Verwenden Sie diesen Empfänger in Ihrer neuen Pipeline. Diese Konfiguration fügt einen v2-Empfänger hinzu, anstatt den integrierten Empfänger zu überschreiben. Das Script in der Beispielkonfiguration verwendet diesen Ansatz.

Was wird überwacht?

Ab Version 2.15.0 kann der Ops-Agent zwei verschiedene Messwerte erfassen:

Die v1-Messwerte: agent.googleapis.com/mssql/.
Die v2-Messwerte: workload.googleapis.com/.

v1-Messwerte

Die folgende Tabelle enthält die Liste der v1-Messwerte, die der Ops-Agent aus der SQL Server-Instanz erfasst.

Den Strings vom Typ "metric type" in dieser Tabelle muss agent.googleapis.com/mssql/ vorangestellt werden. Dieses Präfix wurde in den Einträgen der Tabelle weggelassen. Verwenden Sie beim Abfragen eines Labels das Präfix metric.labels.. Beispiel: metric.labels.LABEL="VALUE".

Messwerttyp ^Startphase (Ebenen der Ressourcenhierarchie) Anzeigename
Art, Typ, Einheit Überwachte Ressourcen	Beschreibung Labels
`connections/user` ^GA *(project)* Offene SQL Server-Verbindungen
`GAUGE`, `DOUBLE`, `1` aws_ec2_instance gce_instance	Derzeit offene Verbindungen zum SQL-Server. Alle 60 Sekunden wird eine Stichprobe erstellt.
`transaction_rate` ^{Google Analytics} *(Projekt)* SQL Server-Transaktionsrate
`GAUGE`, `DOUBLE`, `1/s` aws_ec2_instance gce_instance	Gesamtzahl der SQL Server-Transaktionen pro Sekunde. Alle 60 Sekunden wird eine Stichprobe erstellt.
`write_transaction_rate` ^GA *(project)* SQL Server-Schreibtransaktionsrate
`GAUGE`, `DOUBLE`, `1/s` aws_ec2_instance gce_instance	SQL Server-Schreibtransaktionen pro Sekunde. Alle 60 Sekunden wird eine Stichprobe erstellt.

Die Tabelle wurde am 24.10.2024 um 18:54:10 UTC erstellt.

v2-Messwerte

Die folgende Tabelle enthält die Liste der v2-Messwerte, die der Ops-Agent aus der SQL Server-Instanz erfasst.

Messwerttyp
Art, Typ Überwachte Ressourcen	Labels
`workload.googleapis.com/sqlserver.batch.request.rate`
`GAUGE`, `DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.batch.sql_compilation.rate`
`GAUGE`, `DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.batch.sql_recompilation.rate`
`GAUGE`, `DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.lock.wait.rate`
`GAUGE`, `DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.lock.wait_time.avg`
`GAUGE`, `DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.page.buffer_cache.hit_ratio`
`GAUGE`, `DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.page.checkpoint.flush.rate`
`GAUGE`, `DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.page.lazy_write.rate`
`GAUGE`, `DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.page.life_expectancy`
`GAUGE`, `INT64` gce_instance
`workload.googleapis.com/sqlserver.page.operation.rate`
`GAUGE`, `DOUBLE` gce_instance	`type`
`workload.googleapis.com/sqlserver.page.split.rate`
`GAUGE`, `DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.transaction.rate`
`GAUGE`, `DOUBLE` gce_instance	`database`
`workload.googleapis.com/sqlserver.transaction.write.rate`
`GAUGE`, `DOUBLE` gce_instance	`database`
`workload.googleapis.com/sqlserver.transaction_log.flush.data.rate`
`GAUGE`, `DOUBLE` gce_instance	`database`
`workload.googleapis.com/sqlserver.transaction_log.flush.rate`
`GAUGE`, `DOUBLE` gce_instance	`database`
`workload.googleapis.com/sqlserver.transaction_log.flush.wait.rate`
`GAUGE`, `DOUBLE` gce_instance	`database`
`workload.googleapis.com/sqlserver.transaction_log.growth.count`
`CUMULATIVE`, `INT64` gce_instance	`database`
`workload.googleapis.com/sqlserver.transaction_log.percent_used`
`GAUGE`, `INT64` gce_instance	`database`
`workload.googleapis.com/sqlserver.transaction_log.shrink.count`
`CUMULATIVE`, `INT64` gce_instance	`database`
`workload.googleapis.com/sqlserver.user.connection.count`
`GAUGE`, `INT64` gce_instance

Konfiguration prüfen

In diesem Abschnitt wird beschrieben, wie Sie prüfen können, ob Sie den SQL Server-Empfänger richtig konfiguriert haben. Es kann ein oder zwei Minuten dauern, bis der Ops-Agent Telemetriedaten erfasst.

So prüfen Sie, ob SQL Server-Messwerte an Cloud Monitoring gesendet werden:

Rufen Sie in der Google Cloud Console die Seite Metrics Explorer auf.
Zum Metrics Explorer

Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.
Klicken Sie in der Symbolleiste des Bereichs "Query Builder" auf die Schaltfläche MQL oder PromQL.
Prüfen Sie, ob MQL im Schalter Sprache ausgewählt ist. Die Sprachschaltfläche befindet sich in derselben Symbolleiste, mit der Sie Ihre Abfrage formatieren können.

Geben Sie für v1-Messwerte die folgende Abfrage in den Editor ein und klicken Sie dann auf Ausführen:
```
fetch gce_instance
| metric 'agent.googleapis.com/mssql/connections/user'
| every 1m
```

Geben Sie bei v2-Messwerten die folgende Abfrage im Editor ein und klicken Sie dann auf Ausführen:

fetch gce_instance
| metric 'workload.googleapis.com/sqlserver.user.connection.count'
| every 1m

Dashboard aufrufen

Damit Sie Ihre SQL Server-Messwerte aufrufen können, muss ein Diagramm oder ein Dashboard konfiguriert sein. Die SQL Server-Integration enthält ein oder mehrere Dashboards für Sie. Alle Dashboards werden automatisch installiert, nachdem Sie die Integration konfiguriert haben und der Ops-Agent mit dem Erfassen von Messwertdaten begonnen hat.

Sie können auch eine statische Vorschau von Dashboards aufrufen, ohne die Integration zu installieren.

So rufen Sie ein installiertes Dashboard auf:

Rufen Sie in der Google Cloud Console die Seite Dashboards auf.
Dashboards aufrufen

Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.
Wählen Sie den Tab Dashboard-Liste und dann die Kategorie Integrationen aus.
Wählen Sie den Namen des Dashboards aus, das Sie aufrufen möchten.

Wenn Sie eine Integration konfiguriert haben, das Dashboard jedoch nicht installiert ist, prüfen Sie, ob der Ops-Agent ausgeführt wird. Wenn im Dashboard keine Messwertdaten für ein Diagramm vorhanden sind, schlägt die Installation des Dashboards fehl. Nachdem der Ops-Agent mit dem Erfassen von Messwerten begonnen hat, wird das Dashboard für Sie installiert.

So rufen Sie eine statische Vorschau des Dashboards auf:

Öffnen Sie in der Google Cloud Console die Seite Einbindungen:
Zu „Integrationen“

Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.
Klicken Sie auf den Filter für die Deployment-Plattform Compute Engine.
Suchen Sie den Eintrag für SQL Server und klicken Sie auf Details ansehen.
Wählen Sie den Tab Dashboards aus, um eine statische Vorschau aufzurufen. Wenn das Dashboard installiert ist, können Sie es aufrufen. Klicken Sie dazu auf Dashboard aufrufen.

Weitere Informationen zu Dashboards in Cloud Monitoring finden Sie unter Dashboards und Diagramme.

Weitere Informationen zur Verwendung der Seite Integrationen finden Sie unter Integrationen verwalten.

Benachrichtigungsrichtlinien installieren

Durch Benachrichtigungsrichtlinien wird Cloud Monitoring angewiesen, Sie zu benachrichtigen, wenn bestimmte Bedingungen auftreten. Die SQL Server-Integration enthält eine oder mehrere Benachrichtigungsrichtlinien, die Sie verwenden können. Sie können diese Benachrichtigungsrichtlinien auf der Seite Integrationen in Monitoring aufrufen und installieren.

So zeigen Sie die Beschreibungen der verfügbaren Benachrichtigungsrichtlinien an und installieren sie:

Öffnen Sie in der Google Cloud Console die Seite Einbindungen:
Zu „Integrationen“

Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.
Suchen Sie den Eintrag für SQL Server und klicken Sie auf Details ansehen.
Wählen Sie den Tab Benachrichtigungen aus. Dieser Tab enthält Beschreibungen der verfügbaren Benachrichtigungsrichtlinien und eine Oberfläche für deren Installation.
Installieren Sie Benachrichtigungsrichtlinien. Benachrichtigungsrichtlinien müssen wissen, wohin Benachrichtigungen gesendet werden sollen, dass die Benachrichtigung ausgelöst wurde. Daher benötigen sie Informationen von Ihnen für die Installation. So installieren Sie Benachrichtigungsrichtlinien:
1. Wählen Sie aus der Liste der verfügbaren Benachrichtigungsrichtlinien die Richtlinien aus, die Sie installieren möchten.
2. Wählen Sie im Abschnitt Benachrichtigungen konfigurieren einen oder mehrere Benachrichtigungskanäle aus. Sie haben die Möglichkeit, die Verwendung von Benachrichtigungskanälen zu deaktivieren. In diesem Fall werden Ihre Benachrichtigungsrichtlinien jedoch automatisch ausgelöst. Sie können ihren Status in Monitoring prüfen, aber Sie erhalten keine Benachrichtigungen.
  
  Weitere Informationen zu Benachrichtigungskanälen finden Sie unter Benachrichtigungskanäle verwalten.
3. Klicken Sie auf Richtlinien erstellen.

Weitere Informationen zu Benachrichtigungsrichtlinien in Cloud Monitoring finden Sie unter Einführung in Benachrichtigungen.

Weitere Informationen zur Verwendung der Seite Integrationen finden Sie unter Integrationen verwalten.

Nächste Schritte

Eine Anleitung zur Installation von Ops-Agent mit Ansible zum Konfigurieren einer Drittanbieteranwendung und zum Installieren eines Beispieldashboards finden Sie im Video Ops-Agent installieren, um Fehler in Drittanbieteranwendungen zu beheben.