Share via

Problemen met Azure Data Studio oplossen

  • Artikel

Azure Data Studio houdt problemen en functieaanvragen bij met behulp van een probleemtracker voor een GitHub-opslagplaats voor de azuredatastudio opslagplaats.

Een probleem melden dat u hebt ervaren

Meld problemen aan GitHub Issue Tracker en laat ons eventuele details weten waarmee de fout kan worden gereproduceerd. Neem alle logboekgegevens uit het logboekbestand op.

Goede foutrapporten en functieaanvragen schrijven

Dien één probleem per probleem en functieaanvraag in.

  • Inventariseer niet meerdere bugs of functieaanvragen in hetzelfde probleem.
  • Voeg uw probleem niet toe als opmerking bij een bestaand probleem, tenzij dit voor de identieke invoer is. Veel problemen lijken op elkaar, maar hebben verschillende oorzaken.

Hoe meer informatie u kunt opgeven, hoe waarschijnlijker iemand het probleem kan reproduceren en een oplossing kan vinden.

Neem de volgende informatie op bij elk probleem:

  • Versie van Azure Data Studio
  • Reproduceerbare stappen (1... 2... 3...) en wat je verwachtte versus wat je eigenlijk zag.
  • Afbeeldingen, animaties of een koppeling naar een video. Afbeeldingen en animaties illustreren repro-stappen, maar vervangen ze niet.
  • Een codefragment dat het probleem of een koppeling naar een codeopslagplaats laat zien, kunnen we eenvoudig naar onze computer slepen om het probleem opnieuw te maken.

Notitie

Omdat we het codefragment moeten kopiëren en plakken, inclusief een codefragment als mediabestand (dat wil .gifgezegd) niet voldoende is.

  • Fouten in de Dev Tools-console (Help-hulpprogramma's > voor ontwikkelaars in-/uitschakelen)

Vergeet niet om de volgende stappen uit te voeren:

  • Zoek in de opslagplaats met problemen om te zien of hetzelfde probleem al bestaat.
  • Vereenvoudig uw code rond het probleem, zodat we het probleem beter kunnen isoleren.

Voel je niet slecht als we het probleem niet kunnen reproduceren en vragen om meer informatie!

Het logboekregistratieniveau instellen

Azure Data Studio

Voer in het opdrachtpalet (Ctrl/Cmd + Shift + P) de opdracht Developer: Log Level instellen... uit om het logboekniveau voor de huidige sessie te selecteren. Deze waarde blijft niet behouden voor meerdere sessies. Als u Azure Data Studio opnieuw start, wordt het standaardniveau Info teruggezet.

Als u logboekregistratie voor foutopsporing wilt inschakelen voor het opstarten, stelt u het logboekniveau Debug in op de opdracht Developer: Reload Window .

MSSQL (ingebouwde extensie)

Als de Mssql: Log Debug Info gebruikersinstelling is ingesteld op true, wordt foutopsporingslogboekgegevens verzonden naar het MSSQL uitvoerkanaal.

De Mssql: Tracing Level gebruikersinstelling wordt gebruikt om de uitgebreidheid van de logboekregistratie te beheren.

Azure Data Studio-logboeken en -locatie

Voer vanuit het opdrachtpalet (Ctrl/Cmd + Shift + P) de opdracht Developer: Open Logs Folder om het pad naar de logboeken te openen. Er zijn veel verschillende typen logboekbestanden die daar worden geschreven. Enkele veelgebruikte zijn:

  1. renderer#.log (bijvoorbeeld renderer1.log: dit bestand is het logboekbestand voor het hoofdproces.
  2. telemetry.log: Wanneer het logboekniveau is ingesteld op Trace, bevat dit bestand de telemetrie-gebeurtenissen die door Azure Data Studio worden verzonden
  3. exthost#/exthost.log: Logboekbestand voor het extensiehostproces (dit is alleen het proces zelf, niet de extensies die erin worden uitgevoerd)
  4. exthost#/Microsoft.mssql: Logboeken voor de mssql-extensie, die veel van de kernlogica voor MSSQL-gerelateerde functies bevat
    • sqltools.log is het logboek voor de SQL Tools-service
  5. exthost#/output_logging_#######: deze mappen bevatten de berichten die worden weergegeven in het Output deelvenster in Azure Data Studio. Elk bestand heeft de naam #-<Channel Name>. Het uitvoerkanaal kan bijvoorbeeld worden uitgevoerd naar een bestand met de Notebooks naam 3-Notebooks.log.

Als u wordt gevraagd om logboeken op te geven, zipt u de hele map om ervoor te zorgen dat de juiste logboeken zijn opgenomen.

Editorbestanden herstellen na een crash

Als Azure Data Studio onverwacht vastloopt, moet het opnieuw opstarten van Azure Data Studio ook niet-opgeslagen editorbestanden opnieuw openen. Als dat niet het probleem is, is er mogelijk een fout opgetreden bij het opnieuw openen van de bestanden. In dat geval volgt u deze stappen om naar de map met de back-ups te navigeren, waar u ze handmatig kunt openen om de inhoud ervan te herstellen.

  1. Voer vanuit het opdrachtpalet (Ctrl/Cmd + Shift + P) de opdracht Developer: Open User Data Folder uit.
  2. Navigeer in de map die wordt geopend naar de Backups map.

Dit bevat mappen met willekeurig gegenereerde namen. In deze mappen bevinden zich bestanden die back-ups van de editor bevatten (inclusief enkele aanvullende metagegevens, samen met de tekstinhoud).

Volgende stappen