Övervaka resursutnyttjande och frågeaktivitet i Azure Synapse Analytics

Azure Synapse Analytics ger en omfattande övervakningsupplevelse i Azure Portal att få insikter om din arbetsbelastning för informationslager. Den Azure Portal är det rekommenderade verktyget när du övervakar ditt informationslager eftersom det tillhandahåller konfigurerbara kvarhållningsperioder, aviseringar, rekommendationer och anpassningsbara diagram och instrumentpaneler för mått och loggar. Med portalen kan du också integrera med andra Azure-övervakningstjänster som Azure Monitor (loggar) med Log Analytics för att ge en holistisk övervakningsupplevelse för både ditt informationslager och hela Azure-analysplattformen för en integrerad övervakningsupplevelse. Den här dokumentationen beskriver vilka övervakningsfunktioner som är tillgängliga för att optimera och hantera din analysplattform med Synapse SQL.

Resursutnyttjande

Följande mått är tillgängliga i Azure Portal Synapse SQL. Dessa mått visas via Azure Monitor.

Måttnamn Beskrivning Sammansättningstyp
CPU-procent CPU-användning över alla noder för informationslagret Avg, Min, Max
Data IO-procent I/O-användning över alla noder för informationslagret Avg, Min, Max
Minnesprocent Minnesanvändning (SQL Server) över alla noder för informationslagret Avg, Min, Max
Aktiva frågor Antal aktiva frågor som körs på systemet Sum
Köade frågor Antal köade frågor som väntar på att börja köras Sum
Lyckade anslutningar Antal lyckade anslutningar (inloggningar) mot databasen Summa, antal
Misslyckade anslutningar Antal misslyckade anslutningar (inloggningar) mot databasen Summa, antal
Blockerad av brandvägg Antal inloggningar till informationslagret som har blockerats Summa, antal
DWU-gräns Servicenivåmål för informationslagret Avg, Min, Max
DWU-procent Maximalt mellan CPU-procent och data-I/S-procent Avg, Min, Max
DWU används DWU-gräns * DWU-procent Avg, Min, Max
Träffprocent för cache (cacheträffar/cachemiss) * 100 där cacheträffar är summan av alla träffar i columnstore-segmenten i den lokala SSD-cachen och cachemissen är columnstore-segmenten som missas i den lokala SSD-cachen som summeras över alla noder Avg, Min, Max
Procent använt cacheminne (cache används/cachekapacitet) * 100 där cacheminnet som används är summan av alla byte i den lokala SSD-cachen över alla noder och cachekapacitet är summan av lagringskapaciteten för den lokala SSD-cachen över alla noder Avg, Min, Max
Lokal tempdb-procent Lokal tempdb-användning över alla beräkningsnoder – värden genereras var femte minut Avg, Min, Max

Saker att tänka på när du visar mått och ställer in aviseringar:

  • DWU som används representerar endast en övergripande representation av användningen i SQL-poolen och är inte avsedd att vara en omfattande indikator för användning. För att avgöra om du ska skala upp eller ned bör du tänka på alla faktorer som kan påverkas av DWU, till exempel samtidighet, minne, tempdb och anpassningsbar cachekapacitet. Vi rekommenderar att du kör din arbetsbelastning i olika DWU-inställningar för att avgöra vad som fungerar bäst för att uppfylla dina affärsmål.
  • Misslyckade och lyckade anslutningar rapporteras för ett visst informationslager – inte för själva servern.
  • Minnesprocenten återspeglar användningen även om informationslagret är inaktivt – det återspeglar inte minnesförbrukningen för aktiva arbetsbelastningar. Använd och spåra det här måttet tillsammans med andra (tempdb, gen2-cache) för att fatta ett holistiskt beslut om skalning för ytterligare cachekapacitet ökar arbetsbelastningens prestanda för att uppfylla dina krav.

Frågeaktivitet

För en programmatisk upplevelse vid övervakning av Synapse-SQL via T-SQL tillhandahåller tjänsten en uppsättning dynamiska hanteringsvyer (DMV:er). Dessa vyer är användbara när du aktivt felsöker och identifierar prestandaflaskhalsar med din arbetsbelastning.

Om du vill visa en lista över DMV:er som gäller för Synapse SQL finns i den här dokumentationen.

Mått- och diagnostikloggning

Både mått och loggar kan exporteras till Azure Monitor, särskilt Azure Monitor loggkomponenten och kan nås programmatiskt via loggfrågor. Loggfördröjningen för Synapse SQL är cirka 10–15 minuter. Mer information om de faktorer som påverkar svarstiden finns i följande dokumentation.

Nästa steg

Följande guide beskriver vanliga scenarier och användningsfall när du övervakar och hanterar ditt informationslager: