Freigeben über

Programm zur Verbesserung der Benutzerfreundlichkeit von Visual Studio

Das Programm zur Verbesserung der Benutzerfreundlichkeit (Visual Studio Customer Experience Improvement Program, VSCEIP) soll Microsoft dabei helfen, Visual Studio im Laufe der Zeit zu verbessern. Dieses Programm sammelt Informationen über Fehler, Computerhardware und die Verwendung von Visual Studio, ohne die Benutzer in ihren Aufgaben auf dem Computer zu unterbrechen. Die gesammelten Informationen helfen Microsoft bei der Identifizierung der zu verbessernden Features. In diesem Dokument wird erläutert, wie Sie sich für das VSCEIP an- oder abmelden können, und bietet Informationen zu den Arten von Daten, die wir sammeln und wie wir sie verwenden. Außerdem finden Sie Tipps dazu, wie Erweiterungsautoren die versehentliche Offenlegung persönlicher oder vertraulicher Informationen vermeiden können.

Deaktivieren der Erfassung von Diagnosedaten

Angesichts des Zwecks der von uns erfassten Daten und der Einschränkungen für den Zugriff und die Aufbewahrung empfehlen wir, die Standard-Datenschutzeinstellungen für Visual Studio und Windows zu verwenden. Sie können jedoch das Programm zur Verbesserung der Benutzererfahrung von Visual Studio deaktivieren . Wenn Sie sich abmelden, deaktivieren Sie die optionale Sammlung von Diagnosedaten. Einige Diagnosedatensammlungen sind erforderlich , um sicherzustellen, dass Visual Studio sicher, auf dem neuesten Stand ist und wie erwartet ausgeführt wird. Die erforderliche Erfassung von Diagnosedaten wird von Ihrer Wahl zum Deaktivieren von VSCEIP nicht beeinflusst.

Hinweis

Wenn Sie daran interessiert sind, personenbezogene Daten anzuzeigen oder zu löschen, lesen Sie die Richtlinien von Microsoft unter Windows-Anträge betroffener Personen für die DSGVO. Wenn Sie nach allgemeinen Informationen zur DSGVO suchen, lesen Sie den Abschnitt DSGVO im Service Trust Portal.

Hinweis

Die VSCEIP-Telemetrie-Opt-in- oder Opt-out-Einstellungen gelten nicht für "Problem melden" in Visual Studio. Wenn Sie ein Problemprotokoll melden, werden nur dann an Microsoft gesendet, wenn Sie die Berechtigung durch Klicken auf "Absenden" angeben. Wenn Sie daran interessiert sind, Protokolle zu verwalten, bevor Sie diese an "Problem melden" übermitteln, lesen Sie bitte die Datenschutzrichtlinien für Feedbackdaten, um weitere Details zu erhalten.

Einwilligen oder ablehnen

Das VSCEIP ist standardmäßig aktiviert. Sie können sie deaktivieren oder wieder aktivieren, indem Sie die folgenden Anweisungen ausführen:

  1. Wählen Sie in Visual Studio Hilfe>Datenschutz>Datenschutzeinstellungen aus.

    Das Dialogfeld "Programm zur Verbesserung der Benutzererfahrung" in Visual Studio wird geöffnet.

  2. Um sich abzumelden, wählen Sie "Nein" aus, ich möchte nicht teilnehmen und dann "OK" auswählen. Um sich zu anmelden, wählen Sie "Ja" aus, bin bereit, teilzunehmen (empfohlen), und wählen Sie dann "OK" aus.

    Visual Studio-Dialogfeld

Registrierungseinstellungen

Wenn Sie die Buildtools für Visual Studio installieren, müssen Sie die Registrierung aktualisieren, um das VSCEIP zu konfigurieren. Unternehmenskunden können eine Gruppenrichtlinie erstellen, um sich für das VSCEIP-Programm an- oder abzumelden, indem sie eine registrierungsbasierte Richtlinie festlegen.

Der relevante Registrierungsschlüssel und die entsprechenden Einstellungen sind wie folgt:

  • Auf einem 64-Bit-Betriebssystem : Key = HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VSCommon\17.0\SQM
  • Auf einem 32-Bit-Betriebssystem : Key = HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VSCommon\17.0\SQM
  • Wenn Gruppenrichtlinie aktiviert ist, schlüssel = HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\VisualStudio\SQM

Entry = Opt-In (Einwilligung)

Value = (DWORD)

  • 0 ist deaktiviert (VSCEIP abschalten)
  • 1 ist aktiviert (Aktivieren des VSCEIP)

Vorsicht

Die fehlerhafte Bearbeitung der Registrierung kann Ihr System erheblich beschädigen. Bevor Sie Änderungen an der Registrierung vornehmen, sollten Sie alle wichtigen Computerdaten sichern. Sie können auch die Startoption "Letzte bekannte gute Konfiguration " verwenden, wenn nach der Anwendung manueller Änderungen Probleme auftreten.

Weitere Informationen zu den von der VSCEIP gesammelten, verarbeiteten oder übertragenen Informationen finden Sie in den Microsoft-Datenschutzbestimmungen.

Vom System generierte Protokolle, die von Visual Studio gesammelt werden

Visual Studio sammelt vom System generierte Protokolle, um Probleme zu beheben und die Qualität des Produkts zu verbessern. Hier sind einige Informationen zu den Arten von Daten, die wir sammeln und wie wir sie verwenden. Außerdem finden Sie Tipps dazu, wie Erweiterungsautoren die versehentliche Offenlegung persönlicher oder vertraulicher Informationen vermeiden können.

Arten von gesammelten Daten

Visual Studio sammelt vom System generierte Protokolle für Abstürze, NICHT-Reaktionsfähigkeit der Benutzeroberfläche und hohe CPU- oder Arbeitsspeicherauslastung. Außerdem sammeln wir Informationen zu Fehlern, die bei der Produktinstallation oder -verwendung aufgetreten sind. Die gesammelten Daten variieren je nach Fehler und können Stapelverfolgungen, Speicherabbilder und Ausnahmeinformationen enthalten.

  • Bei hoher CPU-Auslastung und Nichtreagieren werden Stapelspuren relevanter Visual Studio-Threads gesammelt.

  • In Fällen, in denen Stapelspuren einiger Threads nicht ausreichen, um die Ursache des Problems zu ermitteln, z. B. Abstürze, Nichtreaktion oder hohe Speicherauslastung, sammeln wir ein Speicherabbild. Das Dump stellt den Status des Prozesses dar, wenn der Fehler aufgetreten ist.

  • Bei unerwarteten Fehlerbedingungen, z. B. einer Ausnahme beim Schreiben in eine Datei auf dem Datenträger, sammeln wir Informationen zur Ausnahme. Die Informationen enthalten den Namen der Ausnahme, die Stapelablaufverfolgung des Threads, in dem die Ausnahme aufgetreten ist, die nachricht, die mit der Ausnahme verknüpft ist, und andere Informationen, die für die jeweilige Ausnahme relevant sind.

    Das folgende Beispiel für gesammelte Daten zeigt einen Ausnahmenamen, einen Stack-Trace und eine Ausnahmemeldung.

    "Reserved.DataModel.Fault.Exception.TypeString": "System.IO.IOException",
"Reserved.DataModel.Fault.Exception.StackTrace": "System.IO.__Error.WinIOError(Int32,String)\r\n
System.IO.FileStream.Init(String,FileMode,FileAccess,Int32,Boolean,FileShare,Int32,FileOptions,SECURITY_ATTRIBUTES,String,Boolean,Boolean,Boolean)\r\n
System.IO.FileStream..ctor(String,FileMode,FileAccess,FileShare,Int32,FileOptions,String,Boolean,Boolean,Boolean)\r\nSystem.IO.StreamWriter.CreateFile(String,Boolean,Boolean)\r\n
System.IO.StreamWriter..ctor(String,Boolean,Encoding,Int32,Boolean)\r\n
System.IO.StreamWriter..ctor(String,Boolean)\r\n
System.IO.File.CreateText(String)\r\n
Microsoft.VisualStudio.Setup.Services.FileSystem.CreateText(String,Boolean)\r\n
Microsoft.VisualStudio.Setup.Cache.ChannelManifestRepository.WriteChannelManifest(IChannelManifest,String,String)\r\n
Microsoft.VisualStudio.Setup.Cache.ChannelManifestRepository.AddChannel(ChannelManifestPair,Boolean)\r\n
Microsoft.VisualStudio.Setup.Cache.CacheManager.AddChannel(ChannelManifestPair,Boolean)\r\n
Microsoft.VisualStudio.Setup.ChannelManager.\<UpdateAsync>d__37.MoveNext()\r\n”,
"Reserved.DataModel.Fault.Exception.Message": " The process cannot access the file 'C:\\Users\\[UserName]\\AppData\\Local\\Microsoft\\VisualStudio\\Packages\\_Channels\\4CB340F5\\channelManifest.json' because it is being used by another process."

Verwendung systemgenerierter Protokolle

Der Workflow, der die Ursache eines Fehlers bestimmt, variiert je nach Fehlertyp und Schweregrad.

Fehlerklassifizierung

Basierend auf den Protokollen werden Fehler klassifiziert und gezählt, um ihre Untersuchung zu priorisieren. Beispielsweise können wir feststellen, dass "System.IO.__Error.WinIOError" unter "System.IO.FileStream.Init" 500 Mal in Version <x> des Produkts aufgetreten ist und die höchste Häufigkeit des Vorkommens in dieser Version aufweist.

Arbeitsaufgaben zur Nachverfolgung

Arbeitsaufgaben für einzelne, priorisierte Fehler werden erstellt und Technikern zur Untersuchung zugewiesen. Diese Arbeitsaufgaben enthalten in der Regel die Klassifizierung, Priorität und Diagnoseinformationen, die für den Fehlertyp relevant sind. Diese Informationen werden aus den gesammelten vom System generierten Protokollen für den Fehler abgeleitet. Beispielsweise kann eine Arbeitsaufgabe für einen Absturz die Stapelablaufverfolgung enthalten, in der der Absturz aufgetreten ist.

Fehleruntersuchung

Techniker verwenden die in einer Arbeitsaufgabe verfügbaren Informationen, um die Ursache eines Fehlers zu ermitteln. In einigen Fällen benötigen sie mehr Informationen als das, was in der Arbeitsaufgabe vorhanden ist. In diesem Fall beziehen sie sich auf das ursprüngliche vom System generierte Protokoll, das gesammelt wurde. Beispielsweise kann ein Ingenieur ein Speicherabbild untersuchen, um einen Produktabsturz zu verstehen.

Tipps für Erweiterungsautoren

Erweiterungsautoren sollten die Gefährdung personenbezogener Informationen einschränken, indem sie keine persönlichen oder anderen vertraulichen Informationen in den Namen ihrer Module, Typen und Methoden verwenden. Wenn ein Absturz oder eine ähnliche Fehlerbedingung mit diesem Code auf dem Stapel auftritt, werden diese Informationen als Teil der vom System generierten Protokolle erfasst.

Verwandte Inhalte

  • Last updated on