FIX: Fehlermeldungen nach SQL Server für einige Zeit unter Windows1 Server 2003 oder Windows1 2000 ausgeführt wurde: "Fehler beim Laden der Dateiname.dll" und "Versucht, jede Art von Dll laden können innerhalb des Prozesse...

Wenn Sie Microsoft SQL Server auf einem Windows1 Server 2003-basierten Computer oder auf einem Windows1 2000-basierten Computer ausführen, wird möglicherweise eine Fehlermeldung die folgenden Fehlermeldungen angezeigt enthält:

• Fehler beim Laden DateinameDLL
• Versucht, jede Art von Dll laden können innerhalb des SQL Server-Prozesses mit Störungen auf LoadLibrary-Fehler fehlschlagen.

Dieses Problem tritt meist dann auf, wenn SQL Server für einige Zeit ausgeführt wurde.

Die vollständige Fehlermeldung, die Sie empfangen, ähnelt dem folgenden:

Dieses Problem tritt auf, weil kein Thread local Storage (TLS) Steckplatz für den SQL Server-Prozess (Sqlservr.exe) verfügbar ist. Dies ist ein Problem in Windows1 Server 2003 und Windows1 2000.

Wenn SQL Server eine DLL entladen wird, können die TLS-Steckplätze, die die DLL verwendet, nicht wegen eines Problems in der TlsFree Funktion freigegeben werden. Wenn SQL Server häufig verschiedene DLLs lädt und anschließend diese DLLs entlädt, verwenden diese DLLs verfügbar TLS-Steckplätze. Schließlich können SQL Server nicht mehr Laden einer DLL, die TLS-Slots erfordert.

Hinweis Diese Lösung ist nur für Windows1 Server 2003. Wenn Sie Windows1 2000 verwenden, die Schritte im Abschnitt "Abhilfe"."

Hotfix-Informationen für Windows1 Server 2003

Ein unterstützter Hotfix ist von Microsoft erhältlich. Dieser Hotfix soll jedoch nur das Problem zu beheben, das in diesem Artikel beschrieben wird. Wenden Sie diesen Hotfix nur auf Systemen, bei die dieses spezielle Problem auftritt. Dieser Hotfix wird möglicherweise zu einem Zeitpunkt weiteren Tests unterzogen. Wenn Ihr System durch dieses Problem nicht schwerwiegend beeinträchtigt ist, empfehlen wir, dass für das nächste Softwareupdate warten, das diesen Hotfix enthält.

Wenn der Hotfix zum Download zur Verfügung steht, ist es ein Abschnitt "Hotfixdownload available" (Hotfixdownload verfügbar"am oberen Rand dieser Knowledge Base-Artikel. Wenn in diesem Abschnitt nicht angezeigt wird, wenden Sie sich an Microsoft Customer Service und Support, um den Hotfix zu erhalten.

Hinweis Wenn weitere Probleme auftreten oder wenn eine Problembehandlung erforderlich ist, müssen Sie möglicherweise eine separate Serviceanfrage erstellen. Die normalen Supportkosten gelten für zusätzliche Supportfragen und Probleme, die für diesen speziellen Hotfix nicht qualifizieren. Eine vollständige Liste der Microsoft-Kundendienst und Support-Telefonnummern oder eine separate Serviceanfrage erstellen finden Sie auf die folgende Microsoft-Website: Hinweis Das Formular "Hotfixdownload available" zeigt die Sprachen für die der Hotfix verfügbar ist. Wenn Ihre Sprache nicht angezeigt wird, ist es, da ein Hotfix nicht für diese Sprache verfügbar ist.

Voraussetzungen

Sie müssen Windows1 Server 2003 Service Pack 2 auf dem Server installiert haben.

Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:

Informationen zum Neustart

Sie müssen den Computer neu starten, nachdem Sie diesen Hotfix anwenden.

Ersetzte Hotfixes

Dieser Hotfix ersetzt keine anderen Hotfixes nicht.

Dateiinformationen

Die englische Version dieses Hotfixes besitzt die Dateiattribute (oder höher), die in der folgenden Tabelle aufgelistet sind. Die Datums- und Uhrzeitangaben für diese Dateien sind in Coordinated Universal Time (UTC) aufgelistet. Wenn Sie die Dateiinformationen anzeigen, wird es in die lokale Ortszeit konvertiert. Um die Differenz zwischen UTC und der Ortszeit zu ermitteln, verwenden die Zeitzone die Registerkarte der Datum und Uhrzeit Element in der Systemsteuerung.

Windows1 Server 2003 mit Service Pack 2, x 86-basierte Versionen
Windows1 Server 2003 mit Service Pack 2, x 64-basierte Versionen
Windows1 Server 2003 mit Service Pack 2 IA64-basierte Versionen

Sie können eine der folgenden Methoden, um dieses Problem zu umgehen. Wir empfehlen, dass Sie Methode 1 verwenden, da das erweiterte gespeicherte Prozedur-Feature in zukünftigen Versionen von SQL Server entfernt werden kann.

Methode 1

1. Verwendung der sp_OACreate die gespeicherte Prozedur zu bestimmen, die DLLs, die SQL Server in der SQL Server-Prozess lädt. Gehen Sie dazu folgendermaßen vor:
   1. Öffnen Sie SQL-Profiler und schließen Sie dann an die Instanz von SQL Server.
   2. In der Trace-Eigenschaftenim Dialogfeld geben Sie den Namen der Ablaufverfolgung, geben Sie den Speicherort, an dem SQL Profiler die Ablaufverfolgung speichert, und klicken Sie dann aufAusführen.
   3. Nach dem Ausführen von Profiler SQL seit einiger Zeit analysieren Ablaufverfolgung, die die Vorkommen dersp_OACreate gespeicherte Prozedur.
   4. Beachten Sie den ersten Parameter der jedes Vorkommen von der sp_OACreate gespeicherte Prozedur.
      
      Hinweis Der erste Parameter gibt den Programmbezeichner (ProgID) des OLE-Objekts oder den Klassenbezeichner (CLSID) des OLE-Objekts.
   5. Bestimmen Sie die DLL, die dieses OLE-Objekt enthält.
   HinweisSQL-Profiler können Sie um die Instanz von SQL Server zu überwachen, wenn Sie den SQL Server-Dienst starten.
2. Stellen Sie sicher, dass Sie aktiviert haben die OLE-Automatisierungsprozeduren Option.
   Weitere Informationen zum Ermitteln, ob die OLE-Automatisierungsprozeduren aktiviert ist und zum Aktivieren der OLE-Automatisierungsprozeduren Option, besuchen Sie die folgende Microsoft entwickeln Network (MSDN)-Website:
   http://msdn2.Microsoft.com/en-us/library/ms191188.aspx (http://msdn2.microsoft.com/en-us/library/ms191188.aspx)
3. Führen Sie die folgenden Anweisungen in SQL Server Management Studio der SQL Server 2008 R2, des SQL Server 2008, SQL Server 2005 oder im SQL Query Analyzer SQL Server 2000.
   
   HinweisBeispielsweise zeigt der folgende Code zum Laden der Datei Wbemdisp.dll.

   DROP PROC sp_Load_Dll
   GO
   CREATE PROC sp_Load_Dll
   AS
   declare @WmiServiceLocator int, @hr int
   exec @hr = sp_OACreate 'WbemScripting.SWbemLocator', @WmiServiceLocator output 
   if @hr = 0
    raiserror ( 'wbemdisp.dll loaded into sql address space by startup procedure sp_Load_Dll, Object Info: %d' , 10 , 1 , @WmiServiceLocator) --WITH LOG
   WHILE 1=1
    WAITFOR DELAY '01:00:00'
   GO
   EXEC sp_procoption 'sp_Load_Dll' , 'startup' , 'true' 
   GO
   

   Die Anweisungen erstellen eine gespeicherte Prozedur. Die Anweisungen können auch die gespeicherte Prozedur ausgeführt, wenn der SQL Server-Dienst gestartet wird. Diese gespeicherte Prozedur führt die folgenden Vorgänge:
   • Lädt die Datei Wbemdisp.dll.
   • Die Datei Wbemdisp.dll hält im Speicher, da die Anweisungen nicht beendet werden.
   Solange die Datei Wbemdisp.dll im Arbeitsspeicher befindet, werden andere Anweisungen die Datei Wbemdisp.dll nicht erneut geladen. SQL Server ruft daher nicht die TlsAlloc Funktion und die TlsFree die Funktion für die Datei Wbemdisp.dll.
   
   Hinweis Sie müssen den Code zum Laden von DLLs, die Sie in Schritt 1 ermittelt aktualisieren.
4. Fügen Sie die Anweisungen auf der sp_Load_Dll gespeicherte Prozedur in Schritt 3. Diese Anweisungen Laden der DLLs, die Sie in Schritt 1 ermittelt.
5. Starten Sie SQL Server-Dienst neu.
6. Stellen Sie sicher, dass SQL Server die Datei Wbemdisp.dll im Speicher geladen wird. Gehen Sie dazu folgendermaßen vor:
   1. Öffnen Sie die SQL Server-Fehlerprotokolldatei.
   2. Suchen Sie die folgende Meldung angezeigt:
      wbemdisp.dll in Sql-Adressraum geladen werden, indem Startup Verfahren sp_Load_Dll
      Hinweis Diese Meldung zeigt an, dass SQL Server die Datei Wbemdisp.dll geladen hat.
   3. Führen Sie an einer Eingabeaufforderung den folgenden Befehl ein:

      tasklist /m

   4. Suchen Sie in der Ergebnismenge, die Sie erhalten den Prozess Sqlservr.exe, und vergewissern Sie sich, dass die Datei Wbemdisp.dll aufgeführt ist.
      
      Hinweis Wenn die Datei Wbemdisp.dll aufgeführt ist, hat SQL Server die Datei Wbemdisp.dll geladen.

Methode 2

1. Verwendung der sp_OACreate die gespeicherte Prozedur zu bestimmen, die DLLs, die SQL Server in der SQL Server-Prozess lädt. Gehen Sie dazu folgendermaßen vor:
   1. Öffnen Sie SQL-Profiler und schließen Sie dann an die Instanz von SQL Server.
   2. In der Trace-Eigenschaftenim Dialogfeld geben Sie den Namen der Ablaufverfolgung, geben Sie den Speicherort, an dem SQL Profiler die Ablaufverfolgung speichert, und klicken Sie dann aufAusführen.
   3. Nach dem Ausführen von Profiler SQL seit einiger Zeit analysieren Ablaufverfolgung, die die Vorkommen dersp_OACreate gespeicherte Prozedur.
   4. Beachten Sie den ersten Parameter der jedes Vorkommen von der sp_OACreate gespeicherte Prozedur.
      
      Hinweis Der erste Parameter gibt den Programmbezeichner (ProgID) des OLE-Objekts oder den Klassenbezeichner (CLSID) des OLE-Objekts.
   5. Bestimmen Sie die DLL, die dieses OLE-Objekt enthält.
   Hinweis SQL Server Profiler können Sie um die Instanz von SQL Server zu überwachen, wenn Sie den SQL Server-Dienst starten.
2. Erstellen einer erweiterten gespeicherten Prozedur. Die erweiterte gespeicherte Prozedur enthält eine Funktion, die die DLLs lädt, die Sie in Schritt 1 ermittelt.
3. SQL Server die erweiterte gespeicherte Prozedur hinzufügen.
4. Verwenden Sie SQL Server, die sp_addextendedproc gespeicherte Systemprozedur registrieren Sie die Funktion in der erweiterten gespeicherten Prozedur.
5. Verwendung der sp_procoption gespeicherte Prozedur, die erweiterte gespeicherte Prozedur für den automatischen start beim Starten des SQL Server-Dienstes aktivieren.
6. Starten Sie SQL Server-Dienst neu.

Wenn SQL Server die Funktion in der erweiterten gespeicherten Prozedur ausgeführt wird, lädt SQL Server-DLLs durch Aufruf von LoadLibrary-API.

Dies ist kein Problem in SQL Server. Dies ist ein Problem in Windows1 Server 2003 und Windows1 2000. Dieses Problem tritt nicht in Windows1 Vista oder Windows1 Server 2008.

Weitere Informationen über die TlsAlloc Funktion finden Sie auf die folgenden Microsoft Developer Network (MSDN)-Website: Weitere Informationen über die TlsFree Funktion finden Sie auf die folgende MSDN-Website: Weitere Informationen über die Sp_OACreate gespeicherten Prozedur finden Sie auf die folgende MSDN-Website: