DetailPage-MSS-KB

Knowledge Base

Artikel-ID: 886429 - Geändert am: Donnerstag, 11. Oktober 2007 - Version: 2.4

 

EINFÜHRUNG

Dieser Artikel beschreibt Probleme, die Sie berücksichtigen müssen, wenn Sie Microsoft Windows Server 2003 zum Sichern von physischen Speicher auf einem anderen Speicherort als dem Startvolume konfigurieren.

Windows Server 2003 schreibt Arbeitsspeicher Dumpinformationen standardmäßig an folgendem Speicherort:
%SystemRoot%\MEMORY.DMP
Um diesen Speicherort zu ändern, gehen Sie folgendermaßen vor:
  1. Klicken Sie auf Start, klicken Sie mit der rechten Maustaste auf Arbeitsplatz, und klicken Sie dann auf Eigenschaften.
  2. Klicken Sie auf die Registerkarte Erweitert, und klicken Sie dann unter Starten und Wiederherstellen auf Einstellungen.
  3. Geben Sie den Pfad, in denen Informationen der Dump-Datei schreiben möchten, klicken Sie im Dump-Datei.

Weitere Informationen

Stellen Sie sich das folgende Szenario vor:
  • Sie Konfigurieren von Windows Server 2003 zum Sichern von physischen Speicher auf einem anderen Speicherort als dem Startvolume.
  • Windows Server 2003 wird ein schwerwiegenden Fehler auftritt.
Wenn Windows nach schwerwiegenden Fehler neu gestartet wird, erfordert Windows eine temporäre Datei auf dem Startvolume, das der physikalische Speicher entspricht, der auf dem Computer installiert ist. Wenn es nicht genügend Festplattenspeicher verfügbar ist, um diese Anforderung zu erfüllen, wird die Speicherabbilddatei weiterhin generiert. Allerdings wird die Größe die Auslagerungsdatei auf diesem Volume reduziert.

Dieses Verhalten tritt auf, weil Windows Server 2003 die folgenden Änderungen am Entwurf für die Generierung von Dump-Datei enthält:
  • In der ersten Phase eines Arbeitsspeicher-Dump-Vorgangs führt der Sitzungs-Manager-Subsystem-Prozess (SMSS.exe) Teil des Tools für Savedump-Auftrag aus, bevor Windows die Auslagerungsdatei erstellt. SMSS untersucht den Head Auslagerungsdatei-Block, um zu bestimmen, ob diese Datei eine gültige Abbilddatei ist. Wenn die Speicherabbilddatei gültig ist, SMSS kürzt die ursprüngliche Auslagerungsdatei auf die Größe der Speicherabbilddatei und in diese Datei auf xxx .tmp Dump umbenannt.

    Hinweis: Der xxx Teil dieser Dateiname wird aus der unten Word von der <a0>Tickcount</a0>-Funktion berechnet.

    SMSS speichert Dump xxx TMP-Datei auf dem Startvolume und dem Attribut "versteckt", und das Systemattribut aus dieser Datei entfernt. SMSS wird auch die TempDestination-Wert und der Speicherabbilddatei Wert in einen flüchtigen Registrierungsunterschlüssel. Dieser Teilschlüssel wird später durch den Prozess Savedump.exe gelesen, wenn der Prozess "Memory.dmp" Dump xxx TMP kopiert.
  • Im zweiten Schritt des Vorgangs Dump Speicher untersucht der Savedump.exe-Prozess den folgenden Registrierungsschlüssel, um zu bestimmen, ob ein flüchtiger Unterschlüssel vorhanden ist:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl\MachineCrash
    Das Vorhandensein eines Registrierungsschlüssels flüchtige gibt an, dass ein gültiges Speicherabbild erstellt wurde. In diesem Szenario der Savedump.exe-Prozess liest die Daten aus dem Registrierungswert TempDestination und die Abbilddatei an den richtigen Speicherort kopiert.
SMSS erfordert eine temporäre Datei auf dem Startvolume, den folgenden Gründen:
  • In diesem Szenario können SMSS sicher nur das Startvolume schreiben. Der Schreibvorgang Crashdump Informationen ignoriert Filtertreiber.

    Hinweis: SMSS-Prozess kann keine Speicherabbilddatei, redundant Array of independent Disks (RAID)-Array geschrieben werden, da der Prozess Filtertreiber überspringt. Daher sollte die temporäre Datei um ein Startvolume geschrieben werden.
  • In diesem Szenario verwendet SMSS die NtSetFileInformation-Funktion mit den Umbenennungsvorgang verwendet, um die Auslagerungsdatei auf die Größe der temporären Datei abgeschnitten. Diese Funktion unterstützt die Rename-Operationen nur auf demselben Volume.

Weitere Informationen zu Situationen, in denen eine Datei "Memory.dmp" nicht nach einem STOP-Fehlermeldung erstellt wird, klicken Sie auf die folgende KB-Artikelnummer:
130536  (http://support.microsoft.com/kb/130536/ ) Windows speichert Speicherabbilddatei nicht nach einem Absturz

Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Windows Server 2003, Enterprise Edition for Itanium-based Systems
  • Microsoft Windows Server 2003, Enterprise x64 Edition
  • Microsoft Windows Server 2003, Standard x64 Edition
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Web Edition
Keywords: 
kbmt kbdiskmemory kbfilesystems kbenv kbhowto kbinfo KB886429 KbMtde
Maschinell übersetzter ArtikelMaschinell ü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: 886429  (http://support.microsoft.com/kb/886429/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.
Freigeben
Weitere Supportoptionen
Microsoft Community-Supportforen
Kontaktieren Sie uns direkt
Zertifizierten Partner finden
Microsoft Store
Folgen Sie uns: