View a markdown version of this page

Microsoft SQL Server-Ressourcenkontrolle mit RDS für SQL Server - Amazon Relational Database Service

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Microsoft SQL Server-Ressourcenkontrolle mit RDS für SQL Server

Resource Governor ist eine Funktion der SQL Server Enterprise Edition, mit der Sie Ihre Instance-Ressourcen präzise steuern können. Sie ermöglicht es Ihnen, spezifische Grenzwerte für die Nutzung von CPU, Arbeitsspeicher und physischen I/O Ressourcen durch Workloads festzulegen. Mit Resource Governor können Sie:

  • Verhindern Sie die Monopolisierung von Ressourcen in Umgebungen mit mehreren Mandanten, indem Sie festlegen, wie verschiedene Workloads die Instanzressourcen gemeinsam nutzen

  • Sorgen Sie für eine vorhersehbare Leistung, indem Sie spezifische Ressourcenlimits und Prioritäten für verschiedene Benutzer und Anwendungen festlegen

Sie können Resource Governor entweder auf einer vorhandenen oder einer neuen RDS für SQL Server-DB-Instance aktivieren.

Resource Governor verwendet drei grundlegende Konzepte:

  • Ressourcenpool — Ein Container, der die physischen Ressourcen Ihrer Instanz (CPU, Arbeitsspeicher und I/O) verwaltet. Sie erhalten zwei integrierte Pools (intern und standardmäßig) und Sie können zusätzliche benutzerdefinierte Pools erstellen.

  • Workload-Gruppe — Ein Container für Datenbanksitzungen mit ähnlichen Merkmalen. Jede Workload-Gruppe gehört zu einem Ressourcenpool. Sie erhalten zwei integrierte Workload-Gruppen (intern und Standard) und Sie können zusätzliche benutzerdefinierte Workload-Gruppen erstellen.

  • Klassifizierung — Der Prozess, der anhand des Benutzernamens, des Anwendungsnamens, des Datenbanknamens oder des Hostnamens bestimmt, welche Workload-Gruppe eingehende Sitzungen verarbeitet.

Weitere Informationen zur Funktion der Ressourcenkontrolle in SQL Server finden Sie in der Microsoft-Dokumentation unter Resource Governor.

Unterstützte Versionen und Regionen

Amazon RDS unterstützt Resource Governor für die folgenden Versionen und Editionen von SQL Server in allen Versionen und Editionen, in AWS-Regionen denen RDS for SQL Server verfügbar ist:

  • SQL Server 2025 Standard-, Developer- und Enterprise-Editionen

  • SQL Server 2022 Developer- und Enterprise-Editionen

  • SQL Server 2019 Enterprise Edition

  • SQL Server 2017 Enterprise Edition

  • SQL Server 2016 Enterprise Edition

Einschränkungen und Empfehlungen

Die folgenden Einschränkungen und Empfehlungen gelten für Resource Governor:

  • Auflagen und Serviceeinschränkungen:

    • Verfügbar in den SQL Server Enterprise und Developer Editionen für die Versionen 2016 bis 2025. Ab SQL Server 2025 ist Resource Governor auch in der Standard Edition verfügbar.

    • Die Ressourcenverwaltung ist auf das SQL Server-Datenbankmodul beschränkt. Die Ressourcenkontrolle für Analysis Services, Integration Services und Reporting Services wird nicht unterstützt.

  • Einschränkungen bei der Konfiguration:

    • Für alle Konfigurationen müssen gespeicherte Amazon RDS-Prozeduren verwendet werden.

    • Systemeigene DDL-Anweisungen und GUI-Konfigurationen von SQL Server Management Studio werden nicht unterstützt.

  • Parameter für den Ressourcenpool:

    • Poolnamen, die mit beginnen, werden rds_ nicht unterstützt.

    • Interne und standardmäßige Änderungen am Ressourcenpool sind nicht zulässig.

    • Für die benutzerdefinierten Ressourcenpools werden die folgenden Ressourcenpoolparameter nicht unterstützt:

      • MIN_MEMORY_PERCENT

      • MIN_CPU_PERCENT

      • MIN_IOPS_PER_VOLUME

      • AFFINITY

  • Parameter für Workload-Gruppen:

    • Workload-Gruppennamen, die mit beginnen, werden rds_ nicht unterstützt.

    • Interne Änderungen an Workload-Gruppen sind nicht zulässig.

    • Die @GROUP_MAX_TEMPDB_DATA_PERCENT Parameter @GROUP_MAX_TEMPDB_DATA_MB und werden nur auf SQL Server 2025 und höher unterstützt. Wenn Sie diese Parameter in früheren Versionen angeben, wird ein Fehler zurückgegeben.

    • Für die Standard-Workload-Gruppe:

      • Nur der REQUEST_MAX_MEMORY_GRANT_PERCENT Parameter kann geändert werden.

      • Für die Standard-Workload-Gruppe REQUEST_MAX_MEMORY_GRANT_PERCENT muss der Wert zwischen 1 und 70 liegen.

      • Alle anderen Parameter sind gesperrt und können nicht geändert werden.

    • User-defined Workload-Gruppen ermöglichen die Änderung aller Parameter.

  • Einschränkungen der Klassifizierer-Funktion:

    • Die Klassifizierungsfunktion leitet Verbindungen auf der Grundlage bestimmter Kriterien (Benutzername, Datenbank, Host oder Anwendungsname) an benutzerdefinierte Workload-Gruppen weiter.

    • Unterstützt bis zu zwei benutzerdefinierte Workload-Gruppen mit ihren jeweiligen Routing-Bedingungen.

    • Kombiniert Kriterien mit AND Bedingungen innerhalb jeder Gruppe.

    • Erfordert mindestens ein Routingkriterium pro Workload-Gruppe.

    • Nur die oben aufgeführten Klassifizierungsmethoden werden unterstützt.

    • Der Funktionsname muss mit beginnenrg_classifier_.

    • Standardgruppenzuweisung, wenn keine Bedingungen erfüllt sind.

Überlegungen zur Multi-AZ Bereitstellung

RDS für SQL Server repliziert den Resource Governor auf eine sekundäre Instanz in einer Multi-AZ Bereitstellung. Sie können überprüfen, wann der Ressourcencontroller geändert wurde und wann der neue Resource Governor zuletzt mit der sekundären Instanz synchronisiert wurde.

Verwenden Sie die folgende Abfrage, um den Status last_sync_time der Replikation zu überprüfen:

SELECT * from msdb.dbo.rds_fn_server_object_last_sync_time();

Wenn in den Abfrageergebnissen die Zeit für die Synchronisierung nach der Aktualisierung oder Erstellung der Ressourcenkontrolle überschritten ist, wird die Ressourcenkontrolle mit der Sekundärseite synchronisiert.

Um ein manuelles DB-Failover durchzuführen, um zu bestätigen, dass der Resource Governor repliziert wird, warten Sie, last_sync_time bis der Resource Governor aktualisiert wurde. Fahren Sie dann mit dem Failover fort. Multi-AZ

Überlegungen zu Read Replicas

  • Verwenden Sie für SQL Server-Replikate in derselben Region wie die Quell-DB-Instance dieselbe Optionsgruppe wie die Quelle. Änderungen an der Optionsgruppe werden sofort auf die Replikate übertragen, unabhängig von ihren Wartungsfenstern.

  • Wenn Sie ein regionsübergreifendes SQL Server-Replikat erstellen, erstellt RDS eine dedizierte Optionsgruppe dafür.

  • Ein regionsübergreifendes SQL-Server-Replikat kann nicht aus seiner dedizierten Optionsgruppe entfernt werden. Die dedizierte Optionsgruppe eines regionsübergreifenden SQL-Server-Replikats kann nicht von anderen DB-Instances verwendet werden.

  • Bei der Option Resource Governor handelt es sich um nicht replizierte Optionen. Sie können nicht replizierte Optionen einer dedizierten Optionsgruppe hinzufügen oder daraus entfernen.

  • Wenn Sie ein regionsübergreifendes SQL-Server-Lesereplikat hochstufen, verhält sich das hochgestufte Lesereplikat genau so wie andere DB-Instances von SQL Server, einschließlich der Verwaltung seiner Optionen.

Anmerkung

Wenn Sie Resource Governor für eine Read Replica verwenden, müssen Sie manuell sicherstellen, dass Resource Governor auf Ihrer Read Replica mithilfe von gespeicherten Amazon RDS-Prozeduren konfiguriert wurde, nachdem die Option zur Optionsgruppe hinzugefügt wurde. Resource Governor-Konfigurationen werden nicht automatisch auf die Read Replica repliziert. Außerdem unterscheidet sich die Arbeitslast bei Read Replica in der Regel von der der primären Instance. Daher wird empfohlen, die Ressourcenkonfiguration auf der Grundlage Ihrer Arbeitslast und Ihres Instanztyps auf das Replikat anzuwenden. Sie können diese gespeicherten Amazon RDS-Prozeduren auf Read Replica unabhängig voneinander ausführen, um Resource Governor on Read Replica zu konfigurieren.