Select the product you need help with
Behandlung von einem Speicherverlust oder eine Out-of-Memory-Ausnahme in der BizTalk Server-ProzessArtikel-ID: 918643 - Produkte anzeigen, auf die sich dieser Artikel bezieht Auf dieser SeiteZusammenfassungSpeicherlecks sind ein häufiges Problem. Sie müssen möglicherweise versuchen
mehrere Schritte, um die genaue Ursache des einen Speicherverlust oder eine Ausnahme Out of Memory (OOM) in Microsoft BizTalk Server zu finden. Dieser Artikel beschreibt wichtige Punkte beim Auswerten von Speicherauslastung und mögliche speicherbezogene Probleme berücksichtigen. Diese Überlegungen sind unter anderem:
EINFÜHRUNGDieser Artikel beschreibt, wie einen Speicherverlust zu beheben oder
eine Out-of-Memory-Ausnahme in der BizTalk Server-Prozess von Microsoft BizTalk
Server. Weitere InformationenDer BizTalk Server-Prozess kann einen Speicherverlust auftreten
Wenn mehr als 50 verbraucht Speicherauslastung in Microsoft Windows Task-Manager
Prozent des physischen Arbeitsspeichers. Ein Speicherverlust kann dazu führen, dass eine Out-of-Memory-Ausnahme
Wenn Speichernutzung zunimmt, bis der Prozess der Systemarbeitsspeicher ausgeführt wird oder
bis der Prozess nicht mehr funktioniert. Wenn dieses Problem auftritt, eine Warnmeldung angezeigt, die ähnelt die folgende Meldung wird im Ereignisprotokoll protokolliert: Ereignis
Typ: Warnung Ereignistyp: Warnung Wichtige ÜberlegungenPhysischen RAM und SpeichernutzungDa es möglicherweise erwartete Verhalten für einen Prozess verwenden, etwa die Hälfte den physischen RAM, verwenden Sie die Speicherauslastung als Anhaltspunkt. Z. B. wenn der BizTalk-Server verfügt über 4 Gigabyte (GB) RAM und der BizTalk Server-Prozess etwa 500 Megabyte (MB) RAM belegt, gibt es möglicherweise nicht Leck. Wenn der BizTalk Server-Prozess etwa 1 GB RAM verwendet wird, liegt möglicherweise ein Speicherverlust oder eine hohe Speicherauslastung Situation. Der Arbeitsspeicherverbrauch kann durch einen lang andauernden gespeicherte Prozedur oder eine Orchestrierung verursacht werden. Stellen Sie sicher wissen, wie viel Speicher können die BizTalk-Host in der Regel, verwendet zu ermitteln, ob ein Speicherverlust oder hohe Arbeitsspeicher stattfindet.Große NachrichtenWenn BizTalk Server große Nachrichten verarbeitet, scheint das System einen Speicherverlust aufweisen. Die Nachrichten möglicherweise jedoch eine große Menge an Arbeitsspeicher verwendet. Weitere Informationen über große Nachrichten finden Sie auf den folgenden Websites von Microsoft Developer Network (MSDN):http://Blogs.msdn.com/biztalk_core_engine/Archive/2005/02/28/381700.aspx
(http://blogs.msdn.com/biztalk_core_engine/archive/2005/02/28/381700.aspx)
http://msdn.Microsoft.com/en-us/library/aa560481 (BTS.10) (.aspx) Beachten Sie auch, dass hohe Speicherauslastung Wenn angenommen werden kann BizTalk
Server verarbeitet große Nachrichten. Möglicherweise möchten Sie die Hardware zu aktualisieren
Anforderungen der Leistung von BizTalk Server in Ihrer Umgebung.
(http://msdn.microsoft.com/en-us/library/aa560481(BTS.10).aspx)
Wie lange es dauert, um Speicherlecks zu reproduzieren.Speicherverluste können sofort erfolgen oder Sie sammeln können, über Zeit. Beide Szenarien sind weit verbreitet.Verwendung des Schalters / 3GB auf 32-Bit-ComputernIn der Regel kann ein Prozess 2 GB virtuellen Adressraum zugreifen. Die/ 3GBSwitch ist eine Option für Systeme, die mehr adressierbare Arbeitsspeicher erfordern. Diese Option kann die Speicherauslastung für die Verarbeitung von Nachrichten verbessern. Allerdings die/ 3GBSwitch kann nur 1 GB adressierbaren Speicher für den Kernel-Modus-Operationen. Darüber hinaus kann dieser Schalter den Pool Arbeitsspeicher erhöhen.Weitere Informationen zu den/ 3GBWechseln Sie, finden Sie auf die folgenden Microsoft Developer Network (MSDN)-Website: http://msdn.Microsoft.com/en-us/library/ms791558.aspx Wenn die/ 3GBSwitch auf einem 32-Bit-Version von Windows aktiviert ist, der Prozess kann 3 GB des virtuellen Adressraums zugreifen
Speicherplatz, wenn der Prozess große Adresse ist bekannt. Ein Prozess ist eine große Adresse bewusst, wenn das Flag IMAGE_FILE_LARGE_ADDRESS_AWARE im Bildheader die ausführbaren Datei. Da der BizTalk-Prozess große Adresse ist bewusst, BizTalk profitiert von der Schalter / 3GB.
(http://msdn.microsoft.com/en-us/library/ms791558.aspx)
Wenn eine 32-Bit-BizTalk-Host-Instanz auf einem 64-Bit-Version von Windows (AMD64) ausgeführt wird, die Vorteile des BizTalk-Prozess aus dem Speicher 4 GB Adressraum da BizTalk große Adresse ist bekannt. Verschieben Ihre high Memory-Anwendungen auf einem 64-Bit-Server kann daher die beste Lösung sein. Ein 64-Bit-BizTalk-Prozess auf einer 64-Bit-Version von Windows (AMD64) verfügt über 8 TB adressierbaren Speicher. Berücksichtigen Sie auch die virtuelle Bytes und die privaten Bytes, die vom Prozess verwendet wird. Eine Instanz des BizTalk-Host (d.h. ein.NET Framework-Anwendung) möglicherweise eine wegen unzureichenden Arbeitsspeichers angezeigt, bevor der virtuelle Bytes-Wert von 2 GB erreicht. Dieses Problem kann auftreten, obwohl den maximalen adressierbare Speicher von einem Prozess auf einer 32-Bit-Version von Windows (ohne die/ 3GBSwitch) beträgt 2 GB. Eine Erläuterung, weshalb dies auftreten kann finden Sie auf den folgenden Websites von Microsoft Developer Network (MSDN): http://msdn.Microsoft.com/en-us/library/ms972959.aspx
(http://msdn.microsoft.com/en-us/library/ms972959.aspx)
http://Blogs.msdn.com/TESS/Archive/2005/11/25/496898.aspx Die/ 3GBSwitch wird auch die maximalen privaten Bytes des BizTalk-Prozesses von 800 MB bis 1800 MB erhöht. Weitere Informationen zu.NET Framework-Anwendungs-Performance mit der/ 3GBSchalter aktiviert ist, finden Sie auf die folgenden Microsoft Developer Network (MSDN)-Website:
(http://blogs.msdn.com/tess/archive/2005/11/25/496898.aspx)
http://msdn2.Microsoft.com/en-us/library/ms998583.aspx Die folgende Tabelle fasst diese Informationen zusammen und umfasst die praktischen Einschränkungen für virtuelle Bytes und private Bytes.
(http://msdn2.microsoft.com/en-us/library/ms998583.aspx)
Tabelle minimieren
http://msdn.Microsoft.com/en-us/library/aa366778.aspx Die folgende Tabelle listet die PAE und / 3GB Unterstützbarkeit für verschiedene Versionen von BizTalk Server.
(http://msdn.microsoft.com/en-us/library/aa366778.aspx)
Tabelle minimieren
BizTalk-Komponenten die innerhalb eines Prozesses (Internet Information Services, IIS) ausgeführt werden kann. profitieren Sie auch bei der/ 3GBSchalter aktiviert ist. Die/ 3GBSwitch ist nicht auf Computern unterstützt, auf dem Windows SharePoint Services 2.0 oder höher oder SharePoint Portal Server 2003 SP2 oder höher ausgeführt werden.Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen: 933560
(http://support.microsoft.com/kb/933560/
)
Der WindowsServer 2003-Schalter / 3GB wird nicht in Windows SharePoint Services 2.0 oder höheren Versionen oder in SharePoint Portal Server 2003 Service Pack 2 oder in späteren Versionen unterstützt.Verwendung von benutzerdefinierten KomponentenWenn Sie benutzerdefinierte Komponenten, z. B. Rohrleitungen oder Service-Komponenten verwenden, Sie müssen wissen, was diese Komponenten führen. Sie müssen auch die mögliche Auswirkungen dieser Komponenten auf die Speicherverwendung kennen. A Allgemeine Speicherproblem tritt auf, wenn eine Komponente ein Dokument transformiert wird. Die Transformation ist eine arbeitsspeicherintensive Operation. Wenn ein Dokument wird transformiert, übergibt BizTalk Server die Meldungsfolge an Microsoft.NET FrameworkXslTransformdie Klasse innerhalb der BizTalk-Prozess.Ein weiteres häufiges Problem Tritt beim intensiven Zeichenfolgenbearbeitung. Intensive Zeichenfolge Manipulation kann viel Speicher belegen. Weitere Informationen zu Möglichkeiten die verbessern Sie Leistung, finden Sie auf die folgenden Microsoft Developer Network (MSDN)-Website: http://msdn2.Microsoft.com/en-us/library/ms998547
(http://msdn2.microsoft.com/en-us/library/ms998547)
Version der.NET FrameworkMicrosoft.NET Framework 2.0 und die.NET Framework 1.1 haben unterschiedliche Speicherverhalten. Aus diesem Grund möglicherweise unterschiedliche Ergebnisse zwischen Ihnen angezeigt. Wenn Sie mithilfe der.Bestätigen Sie NET Framework, dass die neuesten.NET Framework Service Pack 1 installiert ist. Diese Servicepacks Adresse mehrere bekannte Speicherprobleme. Weitere Informationen finden Sie in die folgenden Artikeln:945757
(http://support.microsoft.com/default.aspx?scid=kb;EN-US;945757)
Probleme, die in der.NET Framework 2.0 Servicepack 1867460
(http://support.microsoft.com/kb/867460/
)
Liste der behobenen Probleme in der.NET Framework 1.1 Servicepack 1Anzahl der ProzessorenDie common Language Runtime (CLR) hat die folgenden garbage Kollektoren (GCs):
Wenn der Computer d. h. eine Einzel-Prozessorsystem mit BizTalk Server ist die.NET Framework die Workstation-Version des Ausführungsmoduls verwendet. Dies ist die Standardeinstellung Verhalten. Der Workstation Garbage Collector Allocation-Algorithmus ist nicht entwickelt für die Skalierung oder für maximalen Durchsatz. Diese Garbage Collector verwendet gleichzeitige Garbage Collector-Methoden. Diese Methoden dienen zur Anwendungen, die komplexe Benutzeroberflächen. Solche Anwendungen erfordern. mehr aggressive Garbagecollection. WichtigIn diesem Abschnitt, eine Methode oder eine Aufgabe enthält Hinweise zum Ändern der Registrierung. Jedoch können schwerwiegende Probleme auftreten, wenn falsche der Registrierung Bearbeitung. Stellen Sie daher sicher, dass Sie die folgenden Schritte sorgfältig ausführen. Für zusätzlichen Schutz sichern Sie die Registrierung, bevor Sie es ändern. Anschließend können Sie die Registrierung wiederherstellen, wenn ein Problem auftritt. Weitere Informationen zum Sichern und Wiederherstellen der Registrierung finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen: 322756 In manchen Fällen kann es angebracht, die Workstation-Version des Ausführungsmoduls auf einem Multiprozessorsystem ausgeführt sein. Den folgende Registrierungsschlüssel können Sie die Workstation-Version des Ausführungsmoduls wechseln.
(http://support.microsoft.com/kb/322756/
)
Zum Sichern und Wiederherstellen der Registrierung in WindowsBizTalk 2006 und spätere VersionenErstellen Sie den folgenden Registrierungsschlüssel für die CRL-Hosting-Zeichenfolge mit den entsprechenden Werten:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\BTSSvc$BizTalkHostNameHosten von \CLR Name: Flavor Daten: wks BizTalk 2004Erstellen Sie den folgenden Registrierungsschlüssel für die CRL-Hosting-Zeichenfolge mit den entsprechenden Werten:{HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\BTSSvcGUID} \CLR-Host Name: Flavor Daten: wks Weitere Informationen finden Sie auf den folgenden Websites von Microsoft Developer Network (MSDN): http://msdn2.Microsoft.com/en-us/library/ms973838
(http://msdn2.microsoft.com/en-us/library/ms973838)
http://Blogs.msdn.com/TESS/Archive/2008/04/17/How-does-the-GC-Work-and-what-are-the-sizes-of-the-different-generations.aspx
(http://blogs.msdn.com/tess/archive/2008/04/17/how-does-the-gc-work-and-what-are-the-sizes-of-the-different-generations.aspx)
Häufige Ursachen und LösungenProzess Arbeitsspeicher und physischen Arbeitsspeicherverwendung Drosselung SchwellenwerteDieVerarbeiten der SpeicherauslastungundPhysical Memory usageDrosselung der Schwellenwerte kann in BizTalk Server 2006 und in späteren Versionen geändert werden.
http://msdn.Microsoft.com/en-us/library/aa559628.aspx
(http://msdn.microsoft.com/en-us/library/aa559628.aspx)
Pausierung Drosselung SchwellenwerteDie Standardschwellenwerte für Speicher Pausierung können zu viel Pausierung verursachen, wenn Orchestrierungen auf einem 64-Bit-Host ausgeführt werden. Weitere Informationen zu diesem Problem finden Sie in derPausierung StandardeigenschaftenThema auf der folgenden Microsoft Developer Network (MSDN)-Website:http://msdn.Microsoft.com/en-us/library/aa560586.aspx Hinweis64-Bit-Hosts werden in BizTalk Server 2006 oder höher unterstützt.
(http://msdn.microsoft.com/en-us/library/aa560586.aspx)
Auf entsprechende Hardware in eine 32-Bit-Host-Instanz ist beobachteten Pausierung nominalen, wenn die gleichen Orchestrierungen mithilfe der standardmäßigen Speicher Pausierung Drosselung Schwellenwerte ausgeführt werden. Da 64-Bit-Architektur bietet eine Expansionsspeicher-Adressraum (16 TB statt 4 GB), 64-Bit-Host-Instanzen werden wesentlich mehr Speicher als 32-Bit-Host-Instanzen zugewiesen. Dadurch können Drosselung Standardschwellenwerte für Speicher überschritten werden. Um dieses Verhalten zu umgehen, ändern Sie die Werte VirtualMemoryThrottlingCriteria und PrivateMemoryThrottlingCriteria in der Datei BTSNTSvc64.exe.config. Verwenden Sie die Division von Prozess\Virtuelle Bytes und die Leistungsindikatoren des Systemmonitors Prozess\Private Bytes, um die größten Arbeitsspeicherumfang bestimmen, der durch eine Orchestrierungsinstanz der zugeordnet.
Ist die \Process\Private Bytes-Systemmonitor-Zählerwert 435689400 Byte (415 MB), legen Sie den OptimalUsage-Wert für PrivateMemoryThrottlingCriteria auf 457 MB (435689400 * 1.10 = 479258340 Byte). Legen Sie den MaximalUsage-Wert für PrivateMemoryThrottlingCriteria bis 594 MB (1.30 * 479258340 = 623035842). In diesem Beispiel würde die folgenden Werte in der Datei BTSNTSvc64.exe.config zur Reduzierung der Drosselung angegeben werden. Tabelle minimieren
<xlangs>
<Configuration>
<Dehydration>
<VirtualMemoryThrottlingCriteria OptimalUsage="6069" MaximalUsage="7889" IsActive="true" />
<PrivateMemoryThrottlingCriteria OptimalUsage="457" MaximalUsage="594" IsActive="true" />
</Dehydration>
</Configuration>
</xlangs>HinweisHohe Pausierung kann eine erhebliche Verschlechterung der Leistung führen, wenn die BizTalkMsgBoxDb-Datenbank auf SQL Server 2008 ausgeführt wird. Kumulative Updates und Servicepacks für BizTalk ServerKumulative Updates und Servicepacks für BizTalk Server enthalten die neuesten Updates. Dazu gehören diejenigen, die bekannten Probleme bei der System.OutOfMemoryException auswirken.2281783
(http://support.microsoft.com/default.aspx?scid=kb;en-US;2281783)
Liste der Service Pack und das kumulative Update für BizTalk Server 2006 R2Microsoft BizTalk Server 2004 Service Pack 2
(http://www.microsoft.com/downloads/en/details.aspx?FamilyId=D20B4510-E5A6-4D7B-87A1-4BD52BDD57B8&displaylang=en)
"HeapDeCommitFreeBlockThreshold"Standardmäßig ist der Wert des Registrierungsschlüssels TheHeapDeCommitFreeBlockThreshold 0. Der Wert 0 bedeutet, dass den heap Manager bestimmt jede 4 Kilobyte (KB)-Seite, die verfügbar ist. -Aufhebung Operationen können die Fragmentierung des virtuellen Speichers verursachen. Die Größe der"HeapDeCommitFreeBlockThreshold"die Einstellung der Heap-Manager hängt die Art der Arbeit, das System tut. Eine Größe von 0 x 00040000 ist eine empfohlene starten Wert.Beachten Sie die folgenden Informationen, bevor Sie den Wert ändern von der "HeapDeCommitFreeBlockThreshold" Registrierung
Schlüssel:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session
Manager Wertname: "HeapDeCommitFreeBlockThreshold" Werttyp: REG_DWORD Wertdaten: 0 x 00040000 (Dies ist der empfohlene Wert). Standardwert: nicht vorhanden 315407
(http://support.microsoft.com/kb/315407/
)
Der Registrierungsschlüssel "Heapdecommitfreeblockthreshold"Transformieren von OperationenLaden Sie die gesamte Nachricht im Speicher, wenn BizTalk Server führt die XML-Transformation-Operationen für relativ große Nachrichten in einen Empfangsport in einen Sendeport oder in XLANG, XSL-transforms..Um Beheben Sie dieses Problem zu, verwenden Sie eine der folgenden Methoden:
Der Großteil der standardmäßigen BizTalk-Funktoide werden als Inlineskript implementiert. Diese Elemente können dazu führen, dass System.Byte [] Objekte im Speicher gesammelt werden sollen. Um Speicherverbrauch zu minimieren, wird empfohlen, dass Sie eine beliebige Karte ablegen, die diese Funktoide in einer kleinen Assembly verwendet. Dann, auf verweisen Sie diese Assembly. Das folgende Diagramm verwenden, um festzulegen, welche Funktoide Inlineskript verwendet und welche Funktoide Inlineskript nicht verwenden. In der zweiten Spalte "Ja" bedeutet, dass dieses Funktoid ist als Inlineskript implementiert und es bewirkt System.Byte [] Objekte gesammelt werden sollen, im Arbeitsspeicher. "No" bedeutet, dass dieses Funktoid nicht als Inlineskript implementiert ist und führt es nicht System.Byte [] Objekte im Speicher gesammelt werden sollen. Tabelle minimieren
http://msdn2.Microsoft.com/en-us/library/aa560481.aspx
(http://msdn2.microsoft.com/en-us/library/aa560481.aspx)
Große Attributwerte und große ElementwerteWenn BizTalk Server ausgeführt wird und einen Empfangsport Rohrleitung oder eine Sendepipeline auf ein XML-Dokument, wird die Nutzlast in verarbeitet. Speicher, wenn das Dokument eine oder mehrere der folgenden Elemente enthält:
Benutzerdefinierte PipelinekomponentenSie werden eine benutzerdefinierte Pipelinekomponente verwenden, die die gesamte lädt Stream in den Speicher. Alle Komponenten, die im Lieferumfang von BizTalk Server sind, mit Ausnahme von Transformationen Unterstützung für streaming. Diese Komponenten verwenden Sie nicht so viel bei der streaming-Speicher. Allerdings können benutzerdefinierte Pipelinekomponenten nicht unterstützt Streaming.Bei hoher Auslastung StreamingSenden Sie die Hosts nicht genuegend Arbeitsspeicher ausgeführt werden, wenn Sie bei hoher Auslastung betrieben werden. BizTalk Server Rohrleitungen senden und streaming-Adapter unterstützt. In Streaming, jede Komponente wird ein kleines Fragment des Streams in den Speicher geladen. Da jede Nachricht andere Datenstrukturen, zusammen mit einer Nachricht enthält. der Kontext, die Groß oder klein sein kann, dieses Verhalten wirkt sich das Verhalten von BizTalk Server bei hoher Auslastung.Das Verhalten von BizTalk Server ist betroffen. Da das Modul eine vorkonfigurierte Anzahl Nachrichten lädt. Die Anzahl der Nachrichten, die das Modul lädt auf der Grundlage der Werte in der LowWaterMark und das HighWaterMark-Feld der Tabelle Adm_serviceClass. Die Adm_serviceClass-Tabelle ist in der BizTalk-Verwaltungsdatenbank. Diese Werte Steuern Sie die Anzahl der Nachrichten, die BizTalk Server verarbeitet oder an der gleichzeitig. DieHighWaterMarkWert ist die Gesamtzahl der Nachrichten, die das Modul verarbeitet zur gleichen Zeit. Der Standardwert ist 200 Nachrichten pro CPU. Daher auf eine 8-Prozessor-Server das Senden Host versucht, 1.600-Nachrichten (200 * 8) am gleichzeitig. Wenn Sie davon ausgehen, dass jede Nachricht 50 KB ist, entspricht die Nachrichten 80 MB (1, 600 * 50 = 80 000 KB). Um dieses Problem zu beheben, können Sie dieHighWaterMarkWert und dieLowWaterMarkder Wert in der Datenbank. Die Werte, die Sie verwenden, hängt von der Größe der Nachrichten. Weitere Informationen zu häufigen Ursachen für ein Out of Memory Bedingung, finden Sie im Abschnitt "Speicher Wachstum im BizTalk-Messaging" auf der folgenden Microsoft-Website: http://Blogs.msdn.com/biztalkperformance Für BizTalk Server 2006 und höheren Versionen können Sie die Standard-Host ändern.
Einstellungen der Bandbreiteneinschränkung. Weitere Informationen zum Ändern der Standard-Host
Einstellungen der Bandbreiteneinschränkung finden Sie auf die folgenden Microsoft Developer Network (MSDN)-Website:
(http://blogs.msdn.com/biztalkperformance)
http://msdn2.Microsoft.com/en-us/library/aa559628.aspx
(http://msdn2.microsoft.com/en-us/library/aa559628.aspx)
Versuchen Sie, um das Problem zu vereinfachen.Wenn Sie einen Speicherverlust identifiziert haben, versuchen Sie, um die Ursache zu ermitteln durch Entfernen von benutzerdefinierte Komponenten oder durch eine Zuordnung zu vereinfachen. Versuchen Sie auch, zu reproduzieren das Problem mit einer einfachen Orchestrierung oder eine einfache Lösung. In der Regel, die Sie sollten separate erstellen empfangen Hosts für Empfangsadapter. Sie sollten auch Erstellen Sie separate senden Hosts für Sendeadapter. Wenn Sie diese Methode jedes Adapter kann in einem separaten Prozess ausgeführt werden. Deshalb, wenn BizTalk Server-Prozesses eine Out-of-Memory-Bedingung auftritt, werden Sie wissen Sie, welche Komponenten betroffen sind.Schritte zur FehlerbehebungUm eine Out-of-Memory-Bedingung zu beheben, verwenden Sie das Debuggen Diagnose-Tool zum Überwachen von Speicherzuordnungen im Laufe der Zeit. Die Debug-Diagnose Tool erstellen und analysieren eine Leck-Speicherabbilddatei (.dmp). Wenn Sie Behebung von Speicherverlusten, Ziel ist es, die Leaktrack.dll vor dem hohen anfügen Arbeitsspeicher reproduziert Speicher Wachstum im Laufe der Zeit zu erfassen. Leaktrack.dll ist der Debug-Diagnose-Tool enthalten.
Gewusst wie: Verwenden Sie die Protokollierung des SystemmonitorsWählen Sie die Daten protokollierenDie Daten protokollieren auswählen möchten, verwenden Sie die Methode, die für geeignet ist Ihr Betriebssystem:
Die Dumpdatei zu erhalten.Um die Abbilddatei zu erhalten, verwenden Sie eine der folgenden Methoden:
Beenden der Protokollierung des SystemmonitorsWenn Sie ein Speicherabbild und Performance-Monitor-Daten aufnehmen, beenden Sie Systemmonitor Protokollierung etwa zwei Minuten, nachdem das Speicherabbild erstellt wird.Analysieren der AbbilddateiUm die Ursache für einen Speicherverlust zu ermitteln, können Sie das Debuggen Diagnose-Tool zum Analysieren der Abbilddatei. Gehen Sie hierzu folgendermaßen vor:
Wenn Sie Benutzerdefiniert verwenden DLLs, können Sie benutzerdefinierte PDB-Dateien für die Analyse den Symbolpfad hinzufügen. Dazu aus diesem Grund gehen Sie folgendermaßen vor:
http://Support.Microsoft.com/contactus/?WS=Support Bevor Sie Customer Support Services wenden, komprimieren Sie die Speicherabbilddatei, das Systemmonitorprotokoll, die Analyseberichtsdatei und die aktualisierte Ereignisprotokolle (EVT-Dateien). Sie müssen möglicherweise senden diese Dateien an einen BizTalk Server Techniker unterstützen.
(http://support.microsoft.com/contactus/?ws=support)
EigenschaftenArtikel-ID: 918643 - Geändert am: Montag, 28. Februar 2011 - Version: 1.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: 918643
(http://support.microsoft.com/kb/918643/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.
| SPRACHE AUSWÄHLEN
 |
Zum Anfang
