Freigeben über

Zwischenspeichern erworbener Symboldateien

  • Artikel

In der Regel speichert SymProxy die Dateien zwischen, die in dem Verzeichnis abgerufen werden, das innerhalb von Internet Information Services (IIS) als virtueller Stamm für die zugeordnete Website festgelegt ist. Anschließend stellt IIS die Datei für den Clientdebugger zur Verfügung. Da der Debugger eine Datei nicht direkt über HTTP öffnen kann, kopiert er die Datei in einen lokalen Cache, der durch den Symbolpfad angegeben wird:

srv*c:\localcache*https://server/symbols

In diesem Beispiel kopiert der Clientdebugger die Datei in c:\localcache. In einer solchen Situation wird die Datei zweimal kopiert– einmal von SymProxy in den virtuellen Stamm der Website und erneut vom Debugger in den lokalen Cache.

Es ist möglich, den zweiten Kopiervorgang zu vermeiden und die Verarbeitung zu beschleunigen. Hierzu müssen Sie zuerst den virtuellen Stamm der Website als UNC-Pfad freigeben, auf den die Debugger zugreifen können. Dieser Pfad heißt beispielsweise \\server\symbols. Anschließend müssen Sie die IIS-Konfiguration für MIME-Typen entfernen:

So entfernen Sie die IIS-Konfiguration für MIME-Typen

  1. Öffnen Sie in der Verwaltung denInternetinformationsdienste-Manager (IIS).

  2. Erweitern Sie Websites.

  3. Klicken Sie mit der rechten Maustaste auf Standardwebsite.

  4. Klicken Sie mit der rechten Maustaste auf das virtuelle Verzeichnis Symbole , und wählen Sie Eigenschaften aus.

  5. Klicken Sie auf die Registerkarte HTTP-Header .

  6. Klicken Sie auf MIME-Typen .

  7. Wählen Sie alle Typen im Listenfeld Registrierte MIME-Typen aus.

  8. Klicken Sie auf Entfernen .

  9. Klicken Sie zum Beenden des Dialogfelds MIME-Typen auf OK.

  10. Klicken Sie zum Beenden der Symboleigenschaften auf OK.

Dies führt dazu, dass IIS die Datei zurückgibt, die für alle Transaktionen auf der Website nicht gefunden wurde . Dies hindert SymProxy jedoch nicht daran, den virtuellen Stamm mit der Datei aufzufüllen.

Nachdem Sie die IIS-Konfiguration für MIME-Typen entfernt haben, konfigurieren Sie die Debuggerclients so, dass sie zuerst im HTTP-Speicher und in der Freigabe nach Symbolen suchen, die dem virtuellen Stamm des Speichers mit dem Befehl zugeordnet sind:

srv**https://server/symbols;srv*\\server\symbols

Im vorherigen Beispiel gibt das erste Element des Symbolpfads (srv**https://server/symbols) an, Dateien aus dem HTTP-Speicher abzurufen und sie als lokalen Cache in den Standardsymbolspeicher zu kopieren. Der angegebene Cache ist nicht wichtig, da keine Datei aus dem HTTP-Speicher empfangen wird. Nach diesem Fehler wird versucht, die Datei vom tatsächlichen Speicherort des virtuellen Stammes des Speichers (srv*\\server\symbols) abzurufen. Dieser Versuch ist erfolgreich, da die Datei als Nebeneffekt der vorherigen Pfadverarbeitung an diesen Speicherort kopiert wird.