Der Monitor gibt einen kritischen Status und eine Warnung aus, wenn die vom Ressourcenpool genutzte Speichermenge über dem festgelegten Schwellenwert liegt. Dieser Wert wird als Prozentsatz des verfügbaren Speichers für speicheroptimierte Datentabellen für den entsprechenden Ressourcenpool angegeben.
Der Monitor gibt einen kritischen Status und eine Warnung aus, wenn die vom Ressourcenpool genutzte Speichermenge über dem festgelegten Schwellenwert liegt. Dieser Wert wird als Prozentsatz des verfügbaren Speichers für speicheroptimierte Datentabellen für den entsprechenden Ressourcenpool angegeben.
Wenn der benannte Ressourcenpool einer speicheroptimierten Datenbank zugewiesen ist, verfolgt dieser den Arbeitsspeicher nach, der allen speicheroptimierten Tabellen zugewiesen wurde, darunter auch internen, für verschiedene Strukturen innerhalb des speicheroptimierten Datenmoduls verwendeten Tabellen.
Die Speichernutzung durch speicheroptimierte SQL Server-Daten unterscheidet sich von der Speichernutzung durch SQL Server. Es kann vorkommen, dass die von Ihnen installierte und für speicheroptimierte Daten zugewiesene Speichermenge Ihren gestiegenen Anforderungen nicht mehr entspricht. In diesem Fall ist möglicherweise nicht genügend Arbeitsspeicher vorhanden.
Weitere Informationen finden Sie in folgendem Artikel: Binden einer Datenbank mit speicheroptimierten Tabellen an einen Ressourcenpool.
Um das Problem zu beheben, dass zu wenig oder gar kein Arbeitsspeicher verfügbar ist, müssen Sie entweder vorhandenen Speicherplatz durch Verringerung der Nutzung freigeben oder mehr Speicher für die speicheroptimierten Datentabellen zur Verfügung stellen. Folgende Korrekturmaßnahmen sind möglich:
Prüfen Sie, ob die Garbage Collection durch eine lang ausgeführte Transaktion verhindert wird. Falls ja, könnten Sie die lang ausgeführte Transaktion abbrechen und/oder die Struktur der Anwendung darauf untersuchen, ob sich die Dauer der Transaktionen verkürzen lässt.
Geben Sie vorhandenen Arbeitsspeicher frei.
Löschen Sie nicht grundlegende speicheroptimierte Tabellenzeiten, und warten Sie die Garbage Collection ab.
Verschieben Sie mindestens eine Zeile in eine datenträgerbasierte Tabelle,
Erhöhen Sie den Wert von MAX_MEMORY_PERCENT im Ressourcenpool.
Erhöhen Sie den verfügbaren Speicher für die SQL Server-Instanz, indem Sie den maximalen Serverarbeitsspeicher auf einen höheren Wert konfigurieren.
Installieren Sie zusätzlichen Arbeitsspeicher.
So verwalten Sie Ihren Arbeitsspeicher für speicheroptimierte Daten
Name | Beschreibung | Standardwert |
Warnungspriorität | Definiert die Warnungspriorität. | Normal |
Warnungsschweregrad | Definiert den Warnungsschweregrad. | Fehler |
Aktiviert | Aktiviert oder deaktiviert den Workflow. | Ja |
Generiert Warnungen | Definiert, ob der Workflow eine Warnung generiert. | Ja |
Intervall (Sekunden) | Das periodische Intervall in Sekunden, in dem der Workflow ausgeführt werden soll. | 300 |
Anzahl der Stichproben | Gibt an, wie oft ein gemessener Wert einen Schwellenwert verletzen soll, bevor der Status geändert wird. | 6 |
Skriptverzögerung (Millisekunden) | Über diesen Parameter wird die Verzögerung zwischen aufeinanderfolgenden T-SQL-Abfragen festgelegt, die durch den Workflow ausgeführt werden. Dadurch lässt sich die Ressourcenbeanspruchung durch diesen Workflow bei einer großen Anzahl an Zielobjekten reduzieren. Halten Sie Rücksprache mit dem Microsoft-Support, bevor Sie diesen Parameter ändern. | 0 |
Synchronisierungszeit | Die in einem 24-Stunden-Format angegebene Synchronisierungszeit. Kann ausgelassen werden. | 00:06 |
Schwellenwert | Der ermittelte Wert wird mit diesem Parameter verglichen. | 90 |
Timeout (Sekunden) | Gibt die Zeit an, die der Workflow ausgeführt werden darf, bevor er geschlossen und als fehlgeschlagen markiert wird. | 180 |
Target | Microsoft.SQLServer.2014.UserResourcePool | ||
Parent Monitor | System.Health.PerformanceState | ||
Category | PerformanceHealth | ||
Enabled | True | ||
Alert Generate | True | ||
Alert Severity | Error | ||
Alert Priority | Normal | ||
Alert Auto Resolve | True | ||
Monitor Type | Microsoft.SQLServer.2014.MonitorType.UserResourcePool.MemoryConsumption | ||
Remotable | True | ||
Accessibility | Public | ||
Alert Message |
| ||
RunAs | Default |
<UnitMonitor ID="Microsoft.SQLServer.2014.Monitor.UserResourcePool.MemoryConsumption" Target="SQL2014Core!Microsoft.SQLServer.2014.UserResourcePool" ParentMonitorID="SystemHealth!System.Health.PerformanceState" TypeID="Microsoft.SQLServer.2014.MonitorType.UserResourcePool.MemoryConsumption" Accessibility="Public" Enabled="true" Remotable="true" Priority="Normal" ConfirmDelivery="true">
<Category>PerformanceHealth</Category>
<AlertSettings AlertMessage="Microsoft.SQLServer.2014.Monitor.UserResourcePool.MemoryConsumption.AlertMessage">
<AlertOnState>Error</AlertOnState>
<AutoResolve>true</AutoResolve>
<AlertPriority>Normal</AlertPriority>
<AlertSeverity>Error</AlertSeverity>
<AlertParameters>
<AlertParameter1>$Target/Property[Type="SQL2014Core!Microsoft.SQLServer.2014.ResourcePool"]/Name$</AlertParameter1>
</AlertParameters>
</AlertSettings>
<OperationalStates>
<OperationalState ID="ErrorState" MonitorTypeStateID="ErrorState" HealthState="Error"/>
<OperationalState ID="SuccessState" MonitorTypeStateID="SuccessState" HealthState="Success"/>
</OperationalStates>
<Configuration>
<IntervalSeconds>300</IntervalSeconds>
<SyncTime/>
<ServerName>$Target/Host/Host/Host/Property[Type="Windows!Microsoft.Windows.Computer"]/NetworkName$</ServerName>
<SqlInstanceName>$Target/Host/Host/Property[Type="SQL2014Core!Microsoft.SQLServer.2014.ServerRole"]/InstanceName$</SqlInstanceName>
<Value>$Data/Property[@Name='PoolUsedMemoryPercent']$</Value>
<PoolID>$Target/Property[Type="SQL2014Core!Microsoft.SQLServer.2014.ResourcePool"]/PoolID$</PoolID>
<Threshold>90</Threshold>
<TimeoutSeconds>180</TimeoutSeconds>
<ScriptDelayMsec>0</ScriptDelayMsec>
<NumSamples>6</NumSamples>
</Configuration>
</UnitMonitor>