Program poprawy jakości obsługi klienta systemu Visual Studio

Usługa Visual Studio Program poprawy jakości obsługi klienta (VSCEIP) ma pomóc firmie Microsoft w ulepszaniu Visual Studio w czasie. Ten program zbiera informacje o błędach,sprzęcie komputerowym i używaniu Visual Studio, bez zakłócania pracy użytkowników w ich zadaniach na komputerze. Zebrane informacje pomagają firmie Microsoft określić, które funkcje należy ulepszyć. W tym dokumencie opisano sposób rezygnacji lub zgody na korzystanie z usługi VSCEIP oraz przedstawiono niektóre informacje na temat typów zbieranych danych i sposobu ich używania. Zawiera również wskazówki dotyczące sposobu, w jaki autorzy rozszerzeń mogą uniknąć przypadkowego ujawnienia informacji osobistych lub poufnych.

Rezygnacja ze zbierania danych diagnostycznych

Biorąc pod uwagę cel zbieranych danych oraz ograniczenia dotyczące ich dostępu i przechowywania, zalecamy używanie domyślnych ustawień prywatności dla Visual Studio i Windows. Można jednak zrezygnować z programu Visual Studio jakości obsługi klienta. Rezygnacja z opcjonalnego zbierania danych diagnostycznych jest rezygnacją. Niektóre funkcje zbierania danych diagnostycznych są wymagane do Visual Studio, że są bezpieczne, aktualne i działa zgodnie z oczekiwaniami. Wybór rezygnacji z programu VSCEIP nie będzie miał wpływu na zbieranie wymaganych danych diagnostycznych.

Uwaga

Jeśli interesuje Cię wyświetlanie lub usuwanie danych osobowych, zapoznaj się zewskazówkami firmy Microsoft dotyczącymi Rodo. Jeśli szukasz ogólnych informacji o Rodo, zobacz sekcję Rodo w portalu zaufania usługi.

Uwaga

Ustawienia telemetrii VSCEIP nie mają zastosowania do opcji "Zgłoś problem" w Visual Studio. W przypadku zgłoszenia dzienniki problemów są zbierane i wysyłane do firmy Microsoft tylko wtedy, gdy użytkownik udzieli uprawnień, klikając pozycję "Prześlij". Jeśli chcesz zarządzać dziennikami przed przesłaniem do strony "Zgłoś problem", zobacz Prywatność danych opinii, aby uzyskać więcej informacji.

Zrezygnuj lub zrezygnuj

VsCEIP jest domyślnie włączona. Możesz je wyłączyć lub ponownie włączyć, korzystając z następujących instrukcji:

  1. W Visual Studio pozycję Pomoc > Wyślij opinię, a następnie wybierz pozycję Ustawienia.

    Zostanie Visual Studio okno dialogowe Program poprawy jakości obsługi klienta.

  2. Aby zrezygnować z uczestnictwa, wybierz pozycję Nie, nie chcę uczestniczyć, a następnie wybierz przycisk OK. Aby wyrazić zgodę, wybierz pozycję Tak, chcę uczestniczyć w programie , a następnie wybierz przycisk OK.

    Visual Studio Okno dialogowe Programu poprawy jakości obsługi

  1. W Visual Studio wybierz pozycję Prywatność prywatności w > Pomocy > Ustawienia.

    Zostanie Visual Studio okno dialogowe Program poprawy jakości obsługi klienta.

  2. Aby zrezygnować z uczestnictwa, wybierz pozycję Nie, nie chcę uczestniczyć, a następnie wybierz przycisk OK. Aby wyrazić zgodę, wybierz pozycję Tak, chcę uczestniczyć (zalecane), a następnie wybierz przycisk OK.

    Visual Studio Okno dialogowe Programu poprawy jakości obsługi

Ustawienia rejestru

W przypadku instalowania narzędzi Build Tools for Visual Studionależy zaktualizować rejestr w celu skonfigurowania programu VSCEIP. Enterprise mogą tworzyć zasady grupy, aby zrezygnować z programu VSCEIP lub z nich korzystać, ustawiając zasady oparte na rejestrze.

Odpowiedni klucz rejestru i ustawienia są następujące:

  • W 64-bitowym systemu operacyjnego klucz = HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VSCommon\15.0\SQM
  • W 32-bitowym systemu operacyjnego klucz = HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VSCommon\15.0\SQM
  • Gdy zasady grupy jest włączona, klucz = HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\VisualStudio\SQM
  • W 64-bitowym systemu operacyjnego klucz = HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VSCommon\16.0\SQM
  • W 32-bitowym systemu operacyjnego klucz = HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VSCommon\16.0\SQM
  • Gdy zasady grupy jest włączona, klucz = HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\VisualStudio\SQM
  • W 64-bitowym systemu operacyjnego klucz = HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VSCommon\17.0\SQM
  • W 32-bitowym systemu operacyjnego klucz = HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VSCommon\17.0\SQM
  • Gdy zasady grupy jest włączona, klucz = HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\VisualStudio\SQM

Entry = OptIn

Wartość = (DWORD)

  • 0 jest zrezygnowane (wyłącz vsceip)
  • 1 jest włączana (włącz vsceip)

Przestroga

Niepoprawne edytowanie rejestru może spowodować poważne uszkodzenie systemu. Przed wprowadzeniem zmian w rejestrze należy wykonać kopię zapasową wszystkich cennych danych, które znajdują się na komputerze. Można również użyć opcji uruchamiania Ostatnia znana dobra konfiguracja, jeśli wystąpią problemy po zastosowaniu zmian ręcznych.

Aby uzyskać więcej informacji na temat informacji zbieranych, przetwarzanych lub przesyłanych przez usługę VSCEIP, zobacz Oświadczenie o ochronie prywatności w firmie Microsoft.

Dzienniki generowane przez system zbierane przez Visual Studio

Visual Studio zbiera dzienniki generowane przez system, aby rozwiązać problemy i poprawić jakość produktu. Oto niektóre informacje na temat typów zbieranych danych i sposobu ich używania. Zawiera również wskazówki dotyczące sposobu, w jaki autorzy rozszerzeń mogą uniknąć przypadkowego ujawnienia informacji osobistych lub poufnych.

Typy zebranych danych

Visual Studio zbiera dzienniki generowane przez system w przypadku awarii, braku reakcji interfejsu użytkownika i wysokiego użycia procesora CPU lub pamięci. Zbieramy również informacje o błędach napotkanych podczas instalacji lub użycia produktu. Zebrane dane różnią się w zależności od błędu i mogą zawierać ślady stosu, zrzuty pamięci i informacje o wyjątkach:

  • Aby uzyskać informacje o wysokim użyciu procesora CPU i nieosiągalności, zbierane są ślady stosu Visual Studio wątków.

  • W przypadkach, gdy ślady stosu niektórych wątków nie są wystarczające do określenia głównej przyczyny problemu, na przykład awarii, braku reakcji lub wysokiego użycia pamięci, zbieramy zrzut pamięci. Zrzut reprezentuje stan procesu, w którym wystąpił błąd.

  • W przypadku nieoczekiwanych warunków błędu, na przykład wyjątku podczas próby zapisu w pliku na dysku, zbierane są informacje o wyjątku. Informacje obejmują nazwę wyjątku, ślad stosu wątku, w którym wystąpił wyjątek, komunikat skojarzony z wyjątkiem i inne informacje dotyczące określonego wyjątku.

    Poniższy przykład zebranych danych przedstawia nazwę wyjątku, ślad stosu i komunikat o wyjątku:

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

Jak używać dzienników generowanych przez system

Przepływ pracy ustalania głównej przyczyny błędu różni się w zależności od typu błędu i jego ważności.

Klasyfikacja błędów

Na podstawie dzienników błędy są klasyfikowane i zliczane w celu ustalania priorytetów ich badania. Na przykład możemy odkryć, że "System.IO. _ _Error.WinIOError" w "System.IO.FileStream.Init" wystąpił 500 razy w wersji produktu i ma najwyższy stopień wystąpienia w tej <x> wersji.

Elementy robocze do śledzenia

Elementy robocze dla pojedynczych błędów o priorytetach są tworzone i przypisywane do inżynierów w celu badania. Te elementy robocze zwykle zawierają informacje klasyfikacji, priorytetu i diagnostyki dotyczące typu błędu. Te informacje pochodzą z zebranych dzienników generowanych przez system dla błędu. Na przykład element pracy dla awarii może zawierać ślad stosu, w którym występuje awaria.

Badanie błędów

Inżynierowie używają informacji dostępnych w elementach pracy, aby określić główną przyczynę błędu. W niektórych przypadkach potrzebują więcej informacji niż zawiera element pracy. W takim przypadku odnoszą się one do oryginalnego zebranego dziennika wygenerowanego przez system. Na przykład inżynier może sprawdzić zrzut pamięci, aby zrozumieć awarię produktu.

Wskazówki dla autorów rozszerzeń

Autorzy rozszerzeń powinni ograniczyć narażenie informacji osobistych, nie używając informacji osobistych ani innych poufnych w nazwach modułów, typów i metod. Jeśli wystąpi awaria lub podobny błąd z tym kodem na stosie, te informacje są zbierane w ramach dzienników generowanych przez system.

Zobacz też