Select the product you need help with
Update: Ressourcenmonitor gibt eine Bedingung kein Ergebnis auf einem Server mit SQL Server 2008 oder SQL Server 2008 R2Artikel-ID: 2216485 - Produkte anzeigen, auf die sich dieser Artikel bezieht Auf dieser SeiteProblembeschreibungAuf einem Server mit Microsoft SQL Server 2008 oder SQL Server 2008 R2 protokolliert die Aufgabe der Ressourcenmonitor die folgende Meldung alle fünf Sekunden: Datum und Uhrzeit Server Mithilfe von 'dbghelp.dll' Version '4.0.5' Datum und Uhrzeit Server ** Dump-Thread - Spid = 0, PSS = 0x0000000000000 000, EG = 0 X 0000000000000000 Datum und Uhrzeit Anmeldung Für Benutzer 'Opentext\sqlcrmusr' Anmeldung erfolgreich. Verbindung: vertrauenswürdige. [CLIENT: IP-Adresse] Datum und Uhrzeit spid78-Fehler: 4014, Schweregrad: 20, State: 2. Datum und Uhrzeit spid78 Beim Lesen des Eingabedatenstroms vom Netzwerk ist ein schwerwiegender Fehler aufgetreten. Die Sitzung wird beendet. Datum und Uhrzeit Server *** Stack Dump being sent to Laufwerk: \MSSQL2005\LOG\SQLDump####TXT Datum und Uhrzeit Server * ******************************************************************************* Datum und Uhrzeit Server * Datum und Uhrzeit Server * BEGIN STACK DUMP: Datum und Uhrzeit Server * Datum und Uhrzeit SPID 0 Datum und Uhrzeit Server * Datum und Uhrzeit Server * Kein Ergebnis Ressourcenmonitor Datum und Uhrzeit Server * Datum und Uhrzeit Server * ******************************************************************************* Datum und Uhrzeit Server * ------------------------------------------------------------------------------- Datum und Uhrzeit Server * Short Stack Dump Datum und Uhrzeit Server Stapelsignatur für das Absturzspeicherabbild ist 0x000000000000005C Datum und UhrzeitServer, unbekannt, Ressourcen-Monitor (0x9b0)-Arbeitnehmer 0x0000000003A2C1C0 anscheinend nicht auf Gewinnung Node_ #. Speicher freigegeben: 0 KB. Ca. CPU verwendete: Kernel 0 Msnull 0 Benutzer Msnull Intervall: Interval_value. UrsacheIn SQL Server 2008 und SQL Server 2008 R2 reaktiviert die Ressourcen-Monitor-Aufgabe in regelmäßigen Abständen empfangen und Abonnenten niedrig, hoch oder stationären Speicher-Ereignisse zu benachrichtigen. Diese Speicherereignisse möglicherweise außerhalb von SQL Server (Benachrichtigungen, die systemweite sind vom Betriebssystem) oder SQL Server-internen (Benachrichtigungen, die prozessweiten sind aus dem Pufferpool). Beim Auftreten solcher Benachrichtigungen trimmen verschiedene Speicher-Verbraucher ihre Speichernutzung. Hinweis Verbraucher können Speicher Clerks sein, die Cachespeicher, Benutzerspeicher oder Objekt gespeichert sind. Wenn bestimmte Speicher-Verbraucher eine große Menge an Arbeitsspeicher verwenden, dauert die Einschränkung aus Sicherheitsgründen, die die Verbraucher führen eine lange Zeit in Anspruch. Die Scheduler-Überwachungs-Task, der alle fünf Sekunden ausgeführt wird überprüft, ob Ressourcen-Monitor in der Vergangenheit von einem Consumer zu einem anderen verschoben wurde 60 Sekunden. Scheduler-Monitor erkennt, dass der Ressourcen-Monitor nicht hinter einem Consumer für 60 Sekunden verschoben wurde, der Zeitplan-Monitor interpretiert dies als den Ressourcenmonitor, der in einen Zustand kein Ergebnis gelangt und der Zeitplan-Monitor meldet dann die Fehlermeldung, die im Abschnitt "Problembeschreibung" genannt wird. Diese Nachrichten werden auch ausgelöst, wenn die Rate, mit der der Ressourcenmonitor Speicher freigibt, weniger als 2 MB alle fünf Sekunden ist. Diese Meldungen sind nur ein Hinweis, dass der Ressourcenmonitor ist ausgelastet große Verbraucher bereinigen, und diese Nachrichten kein Problem mit dem Ressourcenmonitor selbst notwendigerweise sind. LösungBeginnend mit Microsoft SQL Server 2008 Service Pack 2 und Microsoft SQL Server 2008 R2 Service Pack 1, wurde die Nachricht nicht Gewinnung Ressourcenmonitor erweitert, um problemlos die Arbeitsspeicherclerk zu isolieren, die der Bedingung kein Ergebnis führt. Die neue Nachricht wird wie folgt aussehen: Ressourcen-Monitor (0x9b0)-Worker 0x0000000003A2C1C0 anscheinend nicht auf Knoten Gewinnung Node_ #. Speicher freigegeben: 0 KB. Zuletzt warten: Lastwaittype. Zuletzt clerk: Typ clerk_type, Name clerk_name. Ca. CPU verwendete: Kernel 0 ms, Benutzer 0 ms Intervall: Interval_value.
Weitere Informationen dazu, wie Sie den MONITOR RING_BUFFER_RESOURCE zu interpretieren. Besuchen Sie das folgende MSDN-Blog: So funktioniert es: Was sind die RING_BUFFER_RESOURCE_MONITOR mir mitzuteilen? Weitere Informationen dazu, wie SQL Server überwacht und antwortet, Hauptspeicher und über die Aufgabe der Ressourcenmonitor und Problembehandlung von speicherbezogene Leistungsprobleme in SQL Server finden Sie in folgenden Artikeln in der MSDN-Blog:
(http://blogs.msdn.com/b/psssql/archive/2009/09/17/how-it-works-what-are-the-ring-buffer-resource-monitor-telling-me.aspx)
Speicherdruck - klassifiziert
(http://blogs.msdn.com/b/slavao/archive/2005/02/01/364523.aspx)
SQLOS des Speicher-Manager: Reagieren auf Speicherdruck
(http://blogs.msdn.com/b/slavao/archive/2005/02/19/376714.aspx)
Die SQLServer-Meldungs-arbeiten
(http://blogs.msdn.com/b/psssql/archive/2007/05/31/the-sql-server-working-set-message.aspx)
Behandlung von Leistungsproblemen in SQLServer 2008
(http://msdn.microsoft.com/en-us/library/dd672789(v=SQL.100).aspx)
Service Pack-Informationen für SQL Server 2008Um dieses Problem zu beheben, erhalten Sie das neueste Servicepack für SQL Server 2008. Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:968382
(http://support.microsoft.com/kb/968382/en-US/
)
So erhalten Sie das neueste Servicepack für SQL Server 2008Service Pack-Informationen für SQL Server 2008 R2Um dieses Problem zu beheben, erhalten Sie das neueste Servicepack für SQL Server 2008 R2. Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:2527041
(http://support.microsoft.com/kb/2527041/
)
So erhalten Sie das neueste Servicepack für SQL Server 2008 R2StatusMicrosoft hat bestätigt, dass dies ein Problem in Microsoft-Produkten handelt, die im Abschnitt "Beziehen sich auf" aufgeführt sind. Dieses Problem wurde in SQL Server 2008 Service Pack 2 für SQL Server 2008 erstmals. Dieses Problem wurde erstmals in SQL Server 2008 R2 Service Pack 1 für SQL Server 2008 R2 behoben. EigenschaftenArtikel-ID: 2216485 - Geändert am: Freitag, 22. April 2011 - Version: 2.0 Die Informationen in diesem Artikel beziehen sich auf:
Maschinell übersetzter Artikel Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten. Den englischen Originalartikel können Sie über folgenden Link abrufen: 2216485
(http://support.microsoft.com/kb/2216485/en-us/
)
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.
|
Zum Anfang
