Was Sie berücksichtigen, wenn Sie einen neuen Speicherort für Speicherabbilddateien in Windows Server 2003 konfigurieren

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: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.

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: