Aggregera data på en Log Analytics arbetsyta med hjälp av sammanfattningsregler

Med en sammanfattningsregel kan du aggregera loggdata med jämna mellanrum och skicka de aggregerade resultaten till en anpassad loggtabell i din Log Analytics arbetsyta. Använd sammanfattningsregler för att optimera dina data för:

Analys och rapporter, särskilt över stora datamängder och tidsintervall, till exempel säkerhets- och incidentanalys eller verksamhetsrapporter månad för månad och år. Komplexa förfrågningar på en stor datamängd överskrider ofta tidsgränsen. Det är enklare och effektivare att analysera och rapportera om sammanfattade, rensade och aggregerade data.
Kostnadsbesparingar för utförliga loggar, som du kan behålla så kort eller så länge du behöver i en Basic-loggtabell till låg kostnad, samtidigt som sammanfattade data skickas till en Analytics-tabell för analys och rapportering.
Säkerhet och datasekretess genom att ta bort eller dölja sekretessinformation i sammanfattade delningsbara data och begränsa åtkomsten till tabeller med rådata.

Den här artikeln beskriver hur sammanfattningsregler fungerar och hur du definierar och visar sammanfattningsregler och innehåller några exempel på användning och fördelar med sammanfattningsregler.

Här är en video som ger en översikt över några av fördelarna med sammanfattningsregler:

Så här fungerar sammanfattningsregler

Sammanfattningsregler utför batchbearbetning direkt på din Log Analytics arbetsyta. Sammanfattningsregeln aggregerar datasegment som definieras av binens storlek, baserat på en KQL-fråga, och återinför de sammanfattade resultaten i en anpassad tabell med en Analytics-loggplan i din Log Analytics-arbetsyta.

Ett diagram som visar hur data läses in i en Log Analytics arbetsyta och sammanställs och läses in på nytt i arbetsytan med hjälp av en summeringsregel.

Sammanfattningsregler aggregerar data från en tabell, oavsett om tabellen har en Analys- eller Basic-dataplan. Azure Monitor skapar måltabellschemat baserat på den fråga som du definierar. Om måltabellen redan finns lägger Azure Monitor till de kolumner som krävs för att stödja frågeresultatet. Alla måltabeller innehåller också en uppsättning standardfält med sammanfattningsregelinformation, inklusive:

_RuleName: Sammanfattningsregeln som genererade den aggregerade loggposten.
_RuleLastModifiedTime: När regeln senast ändrades.
_BinSize: Aggregeringsintervallet.
_BinStartTime: Aggregeringsstarttiden.

Konfigurera upp till 100 aktiva regler för att aggregera data från flera tabeller och skicka aggregerade data till separata måltabeller eller samma tabell.

Om du vill exportera sammanfattade data från en anpassad loggtabell till ett lagringskonto eller händelsehubbar för ytterligare integreringar definierar du en regel för dataexport.

Exempel: Sammanfatta ContainerLogV2-data

Om du övervakar containrar matar du in en stor mängd utförliga loggar i ContainerLogV2 tabellen.

Du kan använda den här frågan i sammanfattningsregeln för att aggregera unika poster inom 60 minuter, och endast främja de data som är användbara för analys till måltabellen:

ContainerLogV2
| summarize Count = count()
  by
  Computer,
  ContainerName,
  PodName,
  PodNamespace,
  LogSource,
  LogLevel,
  Message = tostring(LogMessage.Message)

Här är rådata i ContainerLogV2 tabellen:

Här är de aggregerade data som sammanfattningsregeln skickar till måltabellen:

I stället för att logga hundratals liknande poster inom en timme visar måltabellen antalet unika poster enligt definitionen i KQL-frågan. Ange basic-dataplanen i ContainerLogV2 tabellen för lågkostnadsbevarande av rådata och använd sammanfattade data i måltabellen för dina analysbehov.

Behörigheter som krävs

Åtgärd	Behörigheter som krävs
Skapa eller uppdatera sammanfattningsregel	`Microsoft.Operationalinsights/workspaces/summaryLogs/write` behörigheter till Log Analytics-arbetsytan, som tillhandahålls av den inbyggda rollen Log Analytics Contributor, till exempel
Skapa eller uppdatera måltabellen	`Microsoft.OperationalInsights/workspaces/tables/write` behörigheter till Log Analytics-arbetsytan, som tillhandahålls av den inbyggda rollen Log Analytics Contributor, till exempel
Aktivera frågeoperation i arbetsytan	`Microsoft.OperationalInsights/workspaces/query/read` behörigheter till arbetsytan för Log Analytics, tillhandahållna av den inbyggda rollen Log Analytics Reader, till exempel
Utför sökning i alla tabeller i arbetsytan	`Microsoft.OperationalInsights/workspaces/query/*/read` behörigheter till arbetsytan för Log Analytics, tillhandahållna av den inbyggda rollen Log Analytics Reader, till exempel
Frågeloggar i en tabell	`Microsoft.OperationalInsights/workspaces/query/<table>/read` behörigheter till arbetsytan för Log Analytics, tillhandahållna av den inbyggda rollen Log Analytics Reader, till exempel
Frågeloggar i en tabell (tabellåtgärd)	`Microsoft.OperationalInsights/workspaces/tables/query/read` behörigheter till arbetsytan för Log Analytics, tillhandahållna av den inbyggda rollen Log Analytics Reader, till exempel
Använda frågor som krypterats i ett kundhanterat lagringskonto	`Microsoft.Storage/storageAccounts/*` behörigheter till lagringskontot, som tillhandahålls av den inbyggda rollen Storage Account Contributor, till exempel

Implementeringöverväganden

Det maximala antalet aktiva regler på en arbetsyta är 100.
Sammanfattningsregler är för närvarande endast tillgängliga i det offentliga molnet.
Sammanfattningsregeln bearbetar inkommande data och tillåter inte ett historiskt tidsintervall. Data kan bara bearbetas från de senaste upp till 24 timmarna. Detta motsvarar högst binSize 1 440 minuter när binStartTime det är inställt på hela 24-timmarsfönstret.
Det stöds inte att skapa en sammanfattningsregel med en fråga som sträcker sig över en annan klientorganisation i Lighthouse.
Det går inte att lägga till arbetsytetransformation i en sammanfattningsregels destinationstabell.
Det går inte att använda union * och isfuzzy=true i sammanfattningsregelfrågor.

Prismodell för sammanfattningsregel

Sammanfattningsregler medför ingen extra kostnad. Du betalar bara för frågan och inmatningen av resultat till måltabellen, baserat på tabellplanen för källtabellen som du kör frågan på:

Plan för ursprungstabell	Fråga efter kostnad	Kostnad för inläsning av sammanfattningsresultat
Dataanalys	Ingen kostnad	Inmatning av analysloggar
Grundläggande och extra	Datagenomsökning	Inmatning av analysloggar

Kostnadsberäkningen för en timregel som returnerar 100 poster per fack är, till exempel:

Plan för ursprungstabell	Månadsprisberäkning
Dataanalys	Inmatningspris x datamängd x antal poster x 24 timmar x 30 dagar.
Grundläggande och extra	Datagenomsökningspris x skannad volym + Inmatningspris x postvolym x antal poster x 24 timmar x 30 dagar. För en kontinuerligt körande regel genomsöks all inkommande data som kommer till källtabellen.

För mer information, se prissättningen för Azure Monitor.

Skapa eller uppdatera en sammanfattningsregel

Vilka operatorer som är tillgängliga i sammanfattningsregelfrågan beror på planen för källtabellen i frågan.

Analys: Stöder alla KQL-operatorer och funktioner, förutom:
- Frågor mellan resurser, som använder workspaces(), app()och resource() uttryck och frågor mellan tjänster, som använder uttrycken ADX() och ARG() .
- Plugins som omformar dataschemat, inklusive bag unpack, försmalning och pivot.
Grundläggande: Stöder alla KQL-operatorer i en enda tabell. Anslut upp till fem Analytics-tabeller med hjälp av uppslagsoperatorn .
Funktioner: Användardefinierade funktioner stöds inte. Systemfunktioner som tillhandahålls av Microsoft stöds.

Sammanfattningsregler ger mest kostnads- och frågefördelar när regelfrågan innehåller operatorn summarize och resultatantalet eller volymen minskas avsevärt. Sikta till exempel på en resultatvolym på 0,01% eller mindre av källan. Innan du skapar en regel testar du frågan i Log Analytics och kontrollerar följande:

Frågan genererar de avsedda resultaten och schemat.
Frågan når eller kommer inte nära fråge-API-gränserna. Om frågan ligger nära frågegränserna bör du överväga att använda en mindre binSize för att bearbeta mindre data per lagerplats. Alternativt kan du ändra frågan så att den returnerar färre poster eller färre fält med stora volymer.
Postens storlek i resultaten är mindre än 1 MB.

Anmärkning

Använd inte ett tidsfilter i en sammanfattningsregelfråga eftersom frågan redan körs över det tidsintervall som definieras av lagerplatsstorleken. Om du lägger till ett tidsfilter kombineras det med lagerplatsstorleken, vilket bara resulterar i den överlappande tidsperiod som används.

När du uppdaterar en fråga och sammanfattningsresultaten innehåller färre fält tar Azure Monitor inte automatiskt bort kolumnerna från måltabellen. Ta bort kolumner från tabellen manuellt om det behövs.

När du har skapat, uppdaterat, startat eller stoppat en regel hämtar du dess konfiguration och väntar tills properties.provisioningState är Succeeded innan du gör ytterligare en ändring. En lyckad begäran kan returneras medan regeln fortfarande är Updating.

Så här skapar eller uppdaterar du en sammanfattningsregel:

Från Azure-portalen går du till din Log Analytics arbetsyta.
I den vänstra menyn under Inställningar väljer du Regler.
Välj fliken Sammanfattningsregler .
Välj + Skapa för att skapa en ny sammanfattningsregel.
Fyll i tabellen Regelnamn, Beskrivning och Mål och välj sedan Nästa: Ange regellogik.
Steget Regellogik startar i frågemiljön för Log Analytics. Skapa och testa din fråga här och välj sedan Tillämpa när den ger de resultat du förväntar dig.
Välj värdet Körningssammanfattning varje som motsvarar binSize och justera övriga schemaläggningsalternativ efter behov. Välj sedan Nästa: Granska + skapa.
Granska inställningarna för sammanfattningsregeln och välj sedan Skapa.

Följande Azure CLI-exempel använder az rest för att anropa Summary Logs - Create Or Update REST API-åtgärden. Värdet ruleName blir regelns name egenskap. Det valfria displayName är det användarvänliga namnet i Azure-portalen.

# Set variables
resourceGroupName="<ResourceGroupName>"
workspaceName="<WorkspaceName>"
ruleName="<RuleName>"
apiVersion="<ApiVersion>"

# Get the subscription ID from the current Azure CLI context
subscriptionId=$(az account show --query id --output tsv)

# Build request URL
apiEndpoint="https://management.azure.com"
path="/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
provider="Microsoft.OperationalInsights/workspaces/$workspaceName"
provider+="/summaryLogs/$ruleName"
queryString="?api-version=$apiVersion"
url="$apiEndpoint$path/providers/$provider$queryString"

# Send request
az rest --method put --url "$url" --body @body.json

Spara följande JSON som body.json i samma katalog innan du kör kommandot:

{
  "properties": {
    "ruleType": "User",
    "description": "<RuleDescription>",
    "ruleDefinition": {
      "query": "StorageBlobLogs | summarize count() by AccountName",
      "binSize": 30,
      "destinationTable": "<DestinationTableName>_CL"
    }
  }
}

Följande Azure PowerShell-exempel använder Invoke-AzRestMethod för att anropa REST API-åtgärden Summary Logs - Create Or Update. Värdet ruleName blir regelns name egenskap. Det valfria displayName är det användarvänliga namnet i Azure-portalen.

# Set variables
$resourceGroupName = "<ResourceGroupName>"
$workspaceName = "<WorkspaceName>"
$ruleName = "<RuleName>"
$apiVersion = "<ApiVersion>"

# Get the subscription ID from the current Azure PowerShell context
$subscriptionId = (Get-AzContext).Subscription.Id

# Build request URL
$apiEndpoint = "https://management.azure.com"
$path = "/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
$provider = "Microsoft.OperationalInsights/workspaces/$workspaceName"
$provider += "/summaryLogs/$ruleName"
$queryString = "?api-version=$apiVersion"
$url = "$apiEndpoint$path/providers/$provider$queryString"

# Build request body
$body = @{
    properties = @{
        ruleType = "User"
        description = "<RuleDescription>"
        ruleDefinition = @{
            query = "StorageBlobLogs | summarize count() by AccountName"
            binSize = 30
            destinationTable = "<DestinationTableName>_CL"
        }
    }
} | ConvertTo-Json -Depth 10

# Send request
Invoke-AzRestMethod -Method PUT -Uri $url -Payload $body

I följande REST-exempel används Summary Logs - Create Or Update REST API-åtgärden. Värdet ruleName blir regelns name egenskap. Det valfria displayName är det användarvänliga namnet i Azure-portalen.

PUT https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.OperationalInsights/workspaces/{workspaceName}/summaryLogs/{ruleName}?api-version={apiVersion}
Authorization: Bearer {accessToken}
Content-Type: application/json

{
  "properties": {
    "ruleType": "User",
    "description": "<RuleDescription>",
    "ruleDefinition": {
      "query": "StorageBlobLogs | summarize count() by AccountName",
      "binSize": 30,
      "destinationTable": "<DestinationTableName>_CL"
    }
  }
}

Anmärkning

Mallbaserade distributioner skapar eller uppdaterar en sammanfattningsregel. De är inte partiella PATCH-operationer. Inkludera regelns konfiguration när du uppdaterar en befintlig regel.

I följande Bicep-exempel används resurstypen Microsoft.OperationalInsights/workspaces/summaryLogs. Distribuera den till den befintliga arbetsytans resursgrupp. Parametern summaryRuleName anger regelns name egenskap.

För en befintlig regel:

Tillämpa den avsedda ändringen i den fullständiga resursdefinitionen.
Behåll alla andra egenskaper för ruleDefinition, inklusive frågan, måltabellen, intervallstorleken och eventuella konfigurerade schemaläggningsalternativ som binDelay och binStartTime.
Behåll andra konfigurerade resursegenskaper i stället för att ersätta regeln med standardvärdena för exemplet.

param workspaceName string = '<WorkspaceName>'
param summaryRuleName string = '<RuleName>'
param description string = '<RuleDescription>'
param ruleType string = 'User'
param query string = '<Query>'
param binSize int = 60
param destinationTable string = '<DestinationTableName>_CL'

resource logRule 'Microsoft.OperationalInsights/workspaces/summaryLogs@<ApiVersion>' = {
  name: '${workspaceName}/${summaryRuleName}'
  properties: {
    ruleType: ruleType
    description: description
    ruleDefinition: {
      query: query
      binSize: binSize
      destinationTable: destinationTable
    }
  }
}

Anmärkning

Mallbaserade distributioner skapar eller uppdaterar en sammanfattningsregel. Det är inte partiella PATCH-uppdateringar. Inkludera regelns konfiguration när du uppdaterar en befintlig regel.

I följande ARM-mallexempel används Microsoft.OperationalInsights/workspaces/summaryLogs resurstypen. Distribuera den till den befintliga arbetsytans resursgrupp. Parametern summaryRuleName anger regelns name egenskap.

Skapa eller uppdatera en mall för sammanfattningsregel

Mallfil

För en befintlig regel:

Tillämpa den avsedda ändringen i den fullständiga resursdefinitionen.
Behåll alla andra ruleDefinition egenskaper, inklusive frågan, måltabellen, intervallstorleken och eventuella konfigurerade alternativ för schemaläggning, till exempel binDelay och binStartTime.
Behåll andra konfigurerade resursegenskaper i stället för att ersätta regeln med standardvärdena för exemplet.

{
  "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
  "contentVersion": "1.0.0.0",
  "parameters": {
    "workspaceName": {
      "type": "string",
      "defaultValue": "<WorkspaceName>"
    },
    "summaryRuleName": {
      "type": "string",
      "defaultValue": "<RuleName>"
    },
    "description": {
      "type": "string",
      "defaultValue": "<RuleDescription>"
    },
    "ruleType": {
      "type": "string",
      "defaultValue": "User"
    },
    "query": {
      "type": "string",
      "defaultValue": "<Query>"
    },
    "binSize": {
      "type": "int",
      "defaultValue": 60
    },
    "destinationTable": {
      "type": "string",
      "defaultValue": "<DestinationTableName>_CL"
    }
  },
  "resources": [
    {
      "type": "Microsoft.OperationalInsights/workspaces/summaryLogs",
      "apiVersion": "<ApiVersion>",
      "name": "[format('{0}/{1}', parameters('workspaceName'), parameters('summaryRuleName'))]",
      "properties": {
        "ruleType": "[parameters('ruleType')]",
        "description": "[parameters('description')]",
        "ruleDefinition": {
          "query": "[parameters('query')]",
          "binSize": "[parameters('binSize')]",
          "destinationTable": "[parameters('destinationTable')]"
        }
      }
    }
  ]
}

Parameterfil

{
  "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentParameters.json#",
  "contentVersion": "1.0.0.0",
  "parameters": {
    "workspaceName": {
      "value": "<WorkspaceName>"
    },
    "summaryRuleName": {
      "value": "<RuleName>"
    },
    "description": {
      "value": "<RuleDescription>"
    },
    "ruleType": {
      "value": "User"
    },
    "query": {
      "value": "StorageBlobLogs | summarize Count = count(), DurationMs98 = percentile(DurationMs, 90) by StatusCode, CallerIpAddress, OperationName"
    },
    "binSize": {
      "value": 20
    },
    "destinationTable": {
      "value": "<DestinationTableName>_CL"
    }
  }
}

Egenskaper för sammanfattningsregel

I den här tabellen beskrivs de parametrar som är tillgängliga för att skapa och hantera sammanfattningsregeln.

Parameter	Giltiga värden	beskrivning
`ruleType`	`User` eller `System`	Anger typen av regel. - `User`: Regler som du definierar. - `System`: Fördefinierade regler som hanteras av Azure tjänster.
`description`	Sträng	Beskriver regeln och dess funktion. Den här parametern är användbar när du har flera regler och kan hjälpa dig med regelhantering.
`binSize`	`20`, `30`, `60`, `120`, `180`, `360`, `720`, eller `1440` (minuter)	Definierar aggregeringsintervallet och lookback-tidsintervallet. Om du till exempel anger `"binSize": 120` kan du få poster för `02:00 to 04:00` och `04:00 to 06:00`.
`query`	KQL-fråga (Kusto-frågespråk)	Definierar sökfrågan som ska köras inom regeln. Du behöver inte ange ett tidsintervall eftersom parametern `binSize` bestämmer aggregeringsintervallet, till exempel `02:00 to 03:00` om `"binSize": 60`. Om du lägger till ett tidsfilter i frågan är det tidsintervall som används i frågan skärningspunkten mellan filtret och bin-storleken.
`destinationTable`	tablename_CL	Anger namnet på den anpassade målloggtabellen. Namnvärdet måste ha suffixet `_CL`. Azure Monitor skapar tabellen på arbetsytan, om den inte redan finns, baserat på den fråga som du angav i regeln. Om tabellen redan finns på arbetsytan lägger Azure Monitor till nya kolumner som introduceras i frågan. Om sammanfattningsresultatet innehåller ett reserverat kolumnnamn , till exempel `TimeGenerated`, `_IsBillable`, `_ResourceId`, `TenantId` eller `Type` – lägger Azure Monitor till prefixet `_Original` till de ursprungliga fälten för att bevara sina ursprungliga värden.
`binDelay` (valfritt)	Heltal (minuter)	Anger en väntetid innan bin-körningen, vilket är typiskt användbart när det körs på sent ankommande data, även kallat inkörningslatens, och säkerställer att de flesta datamängder hinner anlända. Standardfördröjningen är från tre och en halv minut till 10 % av `binSize` värdet. Om du vet att de data du frågar vanligtvis matas in med fördröjning anger du parametern `binDelay` med det kända fördröjningsvärdet eller större, upp till 1 440 minuter. Mer information finns i Konfigurera aggregeringstidpunkten. I vissa fall kan Azure Monitor påbörja körningen av bin något efter den angivna fördröjningstiden för att säkerställa tillförlitligheten av tjänsten och framgången för frågningen.
`retryBinStartTime`	Datumtid i `%Y-%n-%eT%H:%M %Z` formatera	Kör en lagerplats igen genom att ange `retryBinStartTime`. Resten av regelns definitioner finns kvar per senaste uppdatering. Det valda `retryBinStartTime` värdet måste vara efter `RuleLastModifiedTime` och passa inom divisionerna i `binSize`. Om regeln till exempel är `binSize` 20 minuter kan du ange `retryBinStartTime` "2026-02-16T10:00:00Z", "2026-02-16T10:20:00Z" eller "2026-02-16T10:40:00Z".
`binStartTime` (valfritt)	Datumtid i `%Y-%n-%eT%H:%M %Z` formatera	Anger datum och tid för den första bin-körningen. Värdet kan börja vid datumtid för regelskapande minus `binSize` värdet, eller senare och i hela timmar. Om datetime till exempel är `2023-12-03T12:13Z` och `binSize` är 1 440 är `binStartTime`det tidigaste giltiga `2023-12-02T13:00Z` värdet , och aggregeringen innehåller data som loggats mellan 02T13:00 och 03T13:00. I det här scenariot börjar reglerna aggregera en 03T13:00 plus standard eller angiven fördröjning. Parametern `binStartTime` är användbar i dagliga sammanfattningsscenarier. Anta att du är i tidszonen UTC-8 och skapar en daglig regel på `2023-12-03T12:13Z`. Du vill att regeln ska slutföras innan du börjar dagen kl. 8:00 (00:00 UTC). Ange parametern `binStartTime` till `2023-12-02T22:00Z`. Den första aggregeringen innehåller alla data som loggas mellan 02T:06:00 och 03T:06:00 lokal tid och regeln körs samtidigt varje dag. Mer information finns i Konfigurera aggregeringstidpunkten. När du uppdaterar regler väljer du något av följande alternativ: – Använd det befintliga `binStartTime` värdet eller ta bort parametern `binStartTime` , i vilket fall körningen fortsätter baserat på den ursprungliga definitionen. – Uppdatera regeln med ett nytt `binStartTime` värde för att ange ett nytt datetime-värde.
`name`	Sträng	Anger regelns namn. Namnet måste vara unikt inom arbetsytan och kan innehålla bokstäver, siffror, understreck, bindestreck och punkter (inga blanksteg). Namnvärdet används i fältet `_RuleName` i måltabellen.
`displayName` (valfritt)	Sträng	Anger regelns visningsnamn i Azure portalupplevelser.
`timeSelector` (valfritt)	`TimeGenerated`	Definierar tidsstämpelfältet som Azure Monitor använder för att aggregera data. Om du till exempel anger `"binSize": 120`kan du få poster med ett `TimeGenerated` värde mellan `02:00` och `04:00`.

Konfigurera aggregeringstidpunkten

Sammanfattningsregeln skapar som standard den första aggregeringen strax efter nästa hela timme.

Den korta fördröjning som Azure Monitor lägger till tar hänsyn till inmatningslatens, vilket är tiden mellan när data skapas i det övervakade systemet och när den blir tillgänglig för analys i Azure Monitor. Som standard är den här fördröjningen mellan tre och en halv minut och 10% av lagerplatsstorleksvärdet innan varje lagerplats aggregeras. I de flesta fall säkerställer den här fördröjningen att Azure Monitor aggregerar alla data som loggas inom varje tidsintervall.

Till exempel:

Du skapar en summeringsregel med en intervallstorlek på 30 minuter kl. 14:44. Den första aggregeringen genereras kl. 15:04, vilket är nästa hela timme plus 4 minuters fördröjning.
Du skapar en sammanfattningsregel med en intervallstorlek på 720 minuter kl. 14:44. Den första aggregeringen genereras kl. 16:12, vilket är nästa hela timme plus 72 minuter (10% av storleken på intervallet 720) fördröjning.

Använd parametrarna binStartTime och binDelay för att ändra tidpunkten för den första aggregeringen och fördröjningen Azure Monitor lägger till före varje aggregering.

Nästa avsnitt innehåller exempel på standardaggregeringstidpunkten och de mer avancerade alternativen för aggregeringstid.

Använd standardtidsinställningen för sammansättning

I det här exemplet skapas sammanfattningsregeln 2023-06-07 kl. 14:44 och Azure Monitor lägger till en standardfördröjning på fyra minuter.

binSize (minuter)	Inledande regelkörning	Första aggregering	Andra aggregering
1440	2023-06-07 15:04	2023-06-06 15:00 - 2023-06-07 15:00	2023-06-07 15:00 - 2023-06-08 15:00
720	2023-06-07 15:04	2023-06-07 03:00 - 2023-06-07 15:00	2023-06-07 15:00 - 2023-06-08 03:00
360	2023-06-07 15:04	2023-06-07 09:00 - 2023-06-07 15:00	2023-06-07 15:00 - 2023-06-07 21:00
180	2023-06-07 15:04	2023-06-07 12:00 - 2023-06-07 15:00	2023-06-07 15:00 - 2023-06-07 18:00
120	2023-06-07 15:04	2023-06-07 13:00 - 2023-06-07 15:00	2023-06-07 15:00 - 2023-06-07 17:00
60	2023-06-07 15:04	2023-06-07 14:00 - 2023-06-07 15:00	2023-06-07 15:00 - 2023-06-07 16:00
30	2023-06-07 15:04	2023-06-07 14:30 - 2023-06-07 15:00	2023-06-07 15:00 - 2023-06-07 15:30
20	2023-06-07 15:04	2023-06-07 14:40 - 2023-06-07 15:00	2023-06-07 15:00 - 2023-06-07 15:20

Ange valfria parametrar för aggregeringstid

I det här exemplet skapas sammanfattningsregeln 2023-06-07 kl. 14:44, och regeln innehåller följande avancerade konfigurationsinställningar:

binStartTime: 2023-06-08 kl. 07:00
binDelay: 8 minuter

binSize (minuter)	Inledande regelkörning	Första aggregering	Andra aggregering
1440	2023-06-09 07:08	2023-06-08 07:00 - 2023-06-09 07:00	2023-06-09 07:00 - 2023-06-10 07:00
720	2023-06-08 19:08	2023-06-08 07:00 - 2023-06-08 19:00	2023-06-08 19:00 - 2023-06-09 07:00
360	2023-06-08 13:08	2023-06-08 07:00 - 2023-06-08 13:00	2023-06-08 13:00 - 2023-06-08 19:00
180	2023-06-08 10:08	2023-06-08 07:00 - 2023-06-08 10:00	2023-06-08 10:00 - 2023-06-08 13:00
120	2023-06-08 09:08	2023-06-08 07:00 - 2023-06-08 09:00	2023-06-08 09:00 - 2023-06-08 11:00
60	2023-06-08 08:08	2023-06-08 07:00 - 2023-06-08 08:00	2023-06-08 08:00 - 2023-06-08 09:00
30	2023-06-08 07:38	2023-06-08 07:00 - 2023-06-08 07:30	2023-06-08 07:30 - 2023-06-08 08:00
20	2023-06-08 07:28	2023-06-08 07:00 - 2023-06-08 07:20	2023-06-08 07:20 - 2023-06-08 07:40

Visa alla regler för sammanfattningar

Visa eller lista alla sammanfattningsregler i din arbetsyta.

Egenskapen displayName för sammanfattningsregeln som visas i Azure portalen skiljer sig från egenskapen name som används i API-anrop, särskilt om du skapade regeln via portalen. Egenskapen name är den unika identifieraren för regeln och används i API-anrop för att hantera regeln. displayName är ett användarvänligt namn som visas i Azure-portalen för enklare identifiering.

Från Azure-portalen går du till din Log Analytics arbetsyta.
I den vänstra menyn under Inställningar väljer du Regler.
Välj fliken Sammanfattningsregler .

Följande Azure CLI-exempel använder az rest för att anropa Summary Logs - List By Workspace REST API-åtgärden.

# Set variables
resourceGroupName="<ResourceGroupName>"
workspaceName="<WorkspaceName>"
apiVersion="<ApiVersion>"

# Get the subscription ID from the current Azure CLI context
subscriptionId=$(az account show --query id --output tsv)

# Build request URL
apiEndpoint="https://management.azure.com"
path="/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
provider="Microsoft.OperationalInsights/workspaces/$workspaceName"
provider+="/summaryLogs"
queryString="?api-version=$apiVersion"
url="$apiEndpoint$path/providers/$provider$queryString"

# Send request
az rest --method get --url "$url"

Följande Azure PowerShell-exempel använder Invoke-AzRestMethod för att anropa REST API-åtgärden Summary Logs - List By Workspace.

# Set variables
$resourceGroupName = "<ResourceGroupName>"
$workspaceName = "<WorkspaceName>"
$apiVersion = "<ApiVersion>"

# Get the subscription ID from the current Azure PowerShell context
$subscriptionId = (Get-AzContext).Subscription.Id

# Build request URL
$apiEndpoint = "https://management.azure.com"
$path = "/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
$provider = "Microsoft.OperationalInsights/workspaces/$workspaceName"
$provider += "/summaryLogs"
$queryString = "?api-version=$apiVersion"
$url = "$apiEndpoint$path/providers/$provider$queryString"

# Send request
Invoke-AzRestMethod -Method GET -Uri $url

I följande REST-exempel används Summary Logs - List By Workspace REST API-åtgärden.

GET https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.OperationalInsights/workspaces/{workspaceName}/summaryLogs?api-version={apiVersion}
Authorization: Bearer {accessToken}
Content-Type: application/json

Visa en sammanfattningsregel

Visa eller uppdatera konfigurationen för en specifik sammanfattningsregel.

Från Azure-portalen går du till din Log Analytics arbetsyta.
I den vänstra menyn under Inställningar väljer du Regler.
Välj fliken Sammanfattningsregler .
Välj ellipsen (...) bredvid sammanfattningsregeln som du vill visa i listan.
Välj Redigera för att visa konfigurationen av sammanfattningsregeln.
Välj Nästa: Ange regellogik för att visa frågan som används i sammanfattningsregeln.

Följande Azure CLI-exempel använder az rest för att anropa Summary Logs - Get REST API-åtgärden. Använd regelns name, inte dess displayName, för ruleName.

# Set variables
resourceGroupName="<ResourceGroupName>"
workspaceName="<WorkspaceName>"
ruleName="<RuleName>"
apiVersion="<ApiVersion>"

# Get the subscription ID from the current Azure CLI context
subscriptionId=$(az account show --query id --output tsv)

# Build request URL
apiEndpoint="https://management.azure.com"
path="/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
provider="Microsoft.OperationalInsights/workspaces/$workspaceName"
provider+="/summaryLogs/$ruleName"
queryString="?api-version=$apiVersion"
url="$apiEndpoint$path/providers/$provider$queryString"

# Send request
az rest --method get --url "$url"

Följande Azure PowerShell-exempel använder Invoke-AzRestMethod för att anropa REST API-åtgärden Summary Logs - Get.

# Set variables
$resourceGroupName = "<ResourceGroupName>"
$workspaceName = "<WorkspaceName>"
$ruleName = "<RuleName>"
$apiVersion = "<ApiVersion>"

# Get the subscription ID from the current Azure PowerShell context
$subscriptionId = (Get-AzContext).Subscription.Id

# Build request URL
$apiEndpoint = "https://management.azure.com"
$path = "/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
$provider = "Microsoft.OperationalInsights/workspaces/$workspaceName"
$provider += "/summaryLogs/$ruleName"
$queryString = "?api-version=$apiVersion"
$url = "$apiEndpoint$path/providers/$provider$queryString"

# Send request
Invoke-AzRestMethod -Method GET -Uri $url

I följande REST-exempel används Summary Logs - Get REST API-åtgärden.

GET https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.OperationalInsights/workspaces/{workspaceName}/summaryLogs/{ruleName}?api-version={apiVersion}
Authorization: Bearer {accessToken}
Content-Type: application/json

Stoppa en sammanfattningsregel

Stoppa en regel under en tidsperiod. Ett exempel på användningsfall är när du vill kontrollera att data matas in till en tabell utan att påverka den sammanfattade tabellen och rapporterna.

Så här stoppar du en regel:

Från Azure-portalen går du till din Log Analytics arbetsyta.
I den vänstra menyn under Inställningar väljer du Regler.
Välj fliken Sammanfattningsregler .
Välj växlingsknappen Aktivstatus och bekräfta att statusen ändras till Inaktiv.

Följande Azure CLI-exempel använder az rest för att anropa Summary Logs - Stop REST API-åtgärden.

# Set variables
resourceGroupName="<ResourceGroupName>"
workspaceName="<WorkspaceName>"
ruleName="<RuleName>"
apiVersion="<ApiVersion>"

# Get the subscription ID from the current Azure CLI context
subscriptionId=$(az account show --query id --output tsv)

# Build request URL
apiEndpoint="https://management.azure.com"
path="/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
provider="Microsoft.OperationalInsights/workspaces/$workspaceName"
provider+="/summaryLogs/$ruleName/stop"
queryString="?api-version=$apiVersion"
url="$apiEndpoint$path/providers/$provider$queryString"

# Send request
az rest --method post --url "$url"

Följande Azure PowerShell-exempel använder Invoke-AzRestMethod för att anropa REST API-åtgärden Summary Logs - Stop.

# Set variables
$resourceGroupName = "<ResourceGroupName>"
$workspaceName = "<WorkspaceName>"
$ruleName = "<RuleName>"
$apiVersion = "<ApiVersion>"

# Get the subscription ID from the current Azure PowerShell context
$subscriptionId = (Get-AzContext).Subscription.Id

# Build request URL
$apiEndpoint = "https://management.azure.com"
$path = "/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
$provider = "Microsoft.OperationalInsights/workspaces/$workspaceName"
$provider += "/summaryLogs/$ruleName/stop"
$queryString = "?api-version=$apiVersion"
$url = "$apiEndpoint$path/providers/$provider$queryString"

# Send request
Invoke-AzRestMethod -Method POST -Uri $url

I följande REST-exempel används Summary Logs - Stop REST API-åtgärden.

POST https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.OperationalInsights/workspaces/{workspaceName}/summaryLogs/{ruleName}/stop?api-version={apiVersion}
Authorization: Bearer {accessToken}
Content-Type: application/json

Starta en sammanfattningsregel

När du startar om regeln börjar Azure Monitor bearbeta data från nästa hela timme eller baserat på den definierade parametern binStartTime (valfritt).

Så här startar du en regel:

Från Azure-portalen går du till din Log Analytics arbetsyta.
I den vänstra menyn under Inställningar väljer du Regler.
Välj fliken Sammanfattningsregler .
Välj växlingsknappen Inaktivstatus och bekräfta att statusen ändras till Aktiv.

Följande Azure CLI-exempel använder az rest för att anropa Summary Logs - Start REST API-åtgärden.

# Set variables
resourceGroupName="<ResourceGroupName>"
workspaceName="<WorkspaceName>"
ruleName="<RuleName>"
apiVersion="<ApiVersion>"

# Get the subscription ID from the current Azure CLI context
subscriptionId=$(az account show --query id --output tsv)

# Build request URL
apiEndpoint="https://management.azure.com"
path="/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
provider="Microsoft.OperationalInsights/workspaces/$workspaceName"
provider+="/summaryLogs/$ruleName/start"
queryString="?api-version=$apiVersion"
url="$apiEndpoint$path/providers/$provider$queryString"

# Send request
az rest --method post --url "$url"

Följande Azure PowerShell-exempel använder Invoke-AzRestMethod för att anropa REST API-åtgärden Summary Logs - Start.

# Set variables
$resourceGroupName = "<ResourceGroupName>"
$workspaceName = "<WorkspaceName>"
$ruleName = "<RuleName>"
$apiVersion = "<ApiVersion>"

# Get the subscription ID from the current Azure PowerShell context
$subscriptionId = (Get-AzContext).Subscription.Id

# Build request URL
$apiEndpoint = "https://management.azure.com"
$path = "/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
$provider = "Microsoft.OperationalInsights/workspaces/$workspaceName"
$provider += "/summaryLogs/$ruleName/start"
$queryString = "?api-version=$apiVersion"
$url = "$apiEndpoint$path/providers/$provider$queryString"

# Send request
Invoke-AzRestMethod -Method POST -Uri $url

I följande REST-exempel används Summary Logs - Start REST API-åtgärden.

POST https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.OperationalInsights/workspaces/{workspaceName}/summaryLogs/{ruleName}/start?api-version={apiVersion}
Authorization: Bearer {accessToken}
Content-Type: application/json

Ta bort en sammanfattningsregel

En Log Analytics arbetsyta stöder upp till 100 aktiva sammanfattningsregler. Om du redan har 100 aktiva regler och vill skapa en ny måste du först stoppa eller ta bort en aktiv sammanfattningsregel.

Så här tar du bort en regel:

Från Azure-portalen går du till din Log Analytics arbetsyta.
I den vänstra menyn under Inställningar väljer du Regler.
Välj fliken Sammanfattningsregler .
Välj ellipsen (...) bredvid sammanfattningsregeln som du vill visa i listan.
Välj Ta bort.

Följande Azure CLI-exempel använder az rest för att anropa Summary Logs - Delete REST API-åtgärden.

# Set variables
resourceGroupName="<ResourceGroupName>"
workspaceName="<WorkspaceName>"
ruleName="<RuleName>"
apiVersion="<ApiVersion>"

# Get the subscription ID from the current Azure CLI context
subscriptionId=$(az account show --query id --output tsv)

# Build request URL
apiEndpoint="https://management.azure.com"
path="/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
provider="Microsoft.OperationalInsights/workspaces/$workspaceName"
provider+="/summaryLogs/$ruleName"
queryString="?api-version=$apiVersion"
url="$apiEndpoint$path/providers/$provider$queryString"

# Send request
az rest --method delete --url "$url"

Följande Azure PowerShell-exempel använder Invoke-AzRestMethod för att anropa REST API-åtgärden Summary Logs - Delete.

# Set variables
$resourceGroupName = "<ResourceGroupName>"
$workspaceName = "<WorkspaceName>"
$ruleName = "<RuleName>"
$apiVersion = "<ApiVersion>"

# Get the subscription ID from the current Azure PowerShell context
$subscriptionId = (Get-AzContext).Subscription.Id

# Build request URL
$apiEndpoint = "https://management.azure.com"
$path = "/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
$provider = "Microsoft.OperationalInsights/workspaces/$workspaceName"
$provider += "/summaryLogs/$ruleName"
$queryString = "?api-version=$apiVersion"
$url = "$apiEndpoint$path/providers/$provider$queryString"

# Send request
Invoke-AzRestMethod -Method DELETE -Uri $url

I följande REST-exempel används Summary Logs - Delete REST API-åtgärden.

DELETE https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.OperationalInsights/workspaces/{workspaceName}/summaryLogs/{ruleName}?api-version={apiVersion}
Authorization: Bearer {accessToken}
Content-Type: application/json

Övervaka sammanfattningsregler

Om du vill övervaka sammanfattningsregler aktiverar du kategorin Summary Logs i kategorin diagnostic settings för din Log Analytics arbetsyta. Azure Monitor skickar sammanfattningsinformation om regelkörningar, inklusive körningsstatusarna Started, Succeeded och Failed, till tabellen LASummaryLogs i din arbetsyta.

Konfigurera loggvarningsregler för att få meddelanden om fel i bin eller när körning av bin närmar sig timeout, så som visas i följande exempel. Beroende på orsaken till felet kan du antingen minska lagerplatsstorleken för att bearbeta mindre data vid varje körning eller ändra frågan så att den returnerar färre poster eller färre fält med hög volym.

Den här frågan visar misslyckade körningar:

LASummaryLogs | where Status == "Failed"

Den här frågan returnerar bin-körningar där QueryDurationMs värdet är större än 90% av den maximala frågekörningstiden:

LASummaryLogs | where QueryDurationMs > 0.9 * 600000

Kontrollera att data är fullständiga

Sammanfattningsregler är utformade för skalning och innehåller en mekanism för återförsök för att övervinna tillfälliga tjänst- eller frågefel relaterade till frågegränser. Återförsöksmekanismen gör 10 försök att aggregera en misslyckad lagerplats inom åtta timmar och hoppar över lagerplatsen om alla försök är uttömda. Regeln är inställd på isActive: false och pausad efter åtta på varandra följande bin-försök.

Om du aktiverar diagnostikinställningen för att övervaka sammanfattningsregler, loggar Azure Monitor händelser i tabellen LASummaryLogs i din arbetsyta, så att du kan se körningar och köra misslyckade körningar igen. Visa körningar med följande frågesträng eller genom portalen.

let startTime = datetime("2024-02-16");
let endTime = datetime("2024-03-03");
let ruleName = "myRuleName";
let stepSize = 20m; // The stepSize value is equal to the bin size defined in the rule
LASummaryLogs
| where RuleName == ruleName
| where Status == 'Succeeded'
| make-series dcount(BinStartTime) default=0 on BinStartTime from startTime to endTime step stepSize
| render timechart

Den här frågan återger resultatet som ett tidsschema:

Se avsnittet Sammanfattningsregler för övervakning för alternativ för regelåtgärder och förhandsmeddelanden.

Försök igen med ett sammanfattningsregellager

Sammanfattningsregler är utformade för skalning och innehåller en mekanism för återförsök för att lösa tillfälliga tjänstproblem eller frågegränsfel. När tjänstens återförsök har uttömts, försök igen med den misslyckade körningen (eller bin) manuellt.

Återförsök är en åtgärd för en befintlig regel, inte en resursdistribution. Leta reda på BinStartTime för den felaktiga lagerplatsen och använd den som retryBinStartTime. Till exempel, för ett 60-minutersintervall som sträcker sig från 2026-02-16T10:00:00Z till 2026-02-16T10:00:00Z, använd 2026-02-16T11:00:00Z.

Välj ellipsen (...) längst till höger i sammanfattningsregeln som du vill försöka igen.
Välj Visa körningar på menyn.
Ändra filtret för att visa Misslyckade körningar.
Leta reda på den körningstid som du vill försöka igen och välj ellipsen (...) i slutet av raden.
Välj Kör den här binen igen i menyn.

Följande Azure CLI-exempel använder az rest för att anropa Summary Logs - Retry Bin REST API-åtgärden.

# Set variables
resourceGroupName="<ResourceGroupName>"
workspaceName="<WorkspaceName>"
ruleName="<RuleName>"
apiVersion="<ApiVersion>"

# Get the subscription ID from the current Azure CLI context
subscriptionId=$(az account show --query id --output tsv)

# Build request URL
apiEndpoint="https://management.azure.com"
path="/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
provider="Microsoft.OperationalInsights/workspaces/$workspaceName"
provider+="/summaryLogs/$ruleName/retrybin"
queryString="?api-version=$apiVersion"
url="$apiEndpoint$path/providers/$provider$queryString"

# Send request
az rest --method post --url "$url" --body @body.json

Spara följande JSON som body.json:

{
  "properties": {
    "retryBinStartTime": "<RetryBinStartTime>"
  }
}

Följande Azure PowerShell-exempel använder Invoke-AzRestMethod för att anropa REST API-åtgärden Summary Logs - Retry Bin.

# Set variables
$resourceGroupName = "<ResourceGroupName>"
$workspaceName = "<WorkspaceName>"
$ruleName = "<RuleName>"
$retryBinStartTime = "<RetryBinStartTime>"
$apiVersion = "<ApiVersion>"

# Get the subscription ID from the current Azure PowerShell context
$subscriptionId = (Get-AzContext).Subscription.Id

# Build request URL
$apiEndpoint = "https://management.azure.com"
$path = "/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
$provider = "Microsoft.OperationalInsights/workspaces/$workspaceName"
$provider += "/summaryLogs/$ruleName/retrybin"
$queryString = "?api-version=$apiVersion"
$url = "$apiEndpoint$path/providers/$provider$queryString"

# Build request body
$body = @{
    properties = @{
        retryBinStartTime = $retryBinStartTime
    }
} | ConvertTo-Json -Depth 10

# Send request
Invoke-AzRestMethod -Method POST -Uri $url -Payload $body

I följande REST-exempel används Summary Logs - Retry Bin REST API-åtgärden.

POST https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.OperationalInsights/workspaces/{workspaceName}/summaryLogs/{ruleName}/retrybin?api-version={apiVersion}
Authorization: Bearer {accessToken}
Content-Type: application/json

{
  "properties": {
    "retryBinStartTime": "<RetryBinStartTime>"
  }
}

Kryptera sammanfattningsregelfrågor med hjälp av kundhanterade nycklar

En KQL-fråga kan innehålla känslig information i kommentarer eller i frågesyntaxen. Om du vill kryptera sammanfattningsregelfrågor länka ett lagringskonto till din Log Analytics arbetsyta och använda kundhanterade nycklar.

Överväganden när du arbetar med krypterade frågor:

Att länka ett lagringskonto för att kryptera dina frågor avbryter inte befintliga regler.
Som standard lagrar Azure Monitor sammanfattningsregelfrågor i Log Analytics lagring. Om du har befintliga sammanfattningsregler innan du länkar ett lagringskonto till din Log Analytics arbetsyta uppdaterar du dessa regler så att frågorna sparas i lagringskontot.
Frågor som du sparar i ett lagringskonto finns i CustomerConfigurationStoreTable tabellen. Dessa frågor betraktas som tjänstartefakter och deras format kan ändras.
Samma lagringskonto stöder sammanfattningsregelfrågor, sparade frågor i Log Analytics och loggaviseringar.

Felsöka regler för summering

Det här avsnittet innehåller tips för felsökning av sammanfattningsregler.

Måltabellen för sammanfattningsregeln har tagits bort av misstag

Om du tar bort måltabellen medan sammanfattningsregeln är aktiv pausas regeln och Azure Monitor skickar en händelse till tabellen LASummaryLogs med ett meddelande som anger att regeln har inaktiverats.

Om du inte behöver sammanfattningsresultaten i måltabellen tar du bort regeln och tabellen. Om du behöver sammanfattningsresultatet följer du stegen i avsnittet Skapa eller uppdatera sammanfattningsregler för att återskapa måltabellen och återställa alla data, inklusive data som matas in före borttagningen, beroende på kvarhållningsprincipen i tabellen.

Frågan använder operatorer som skapar nya kolumner i måltabellen

Schemat för måltabellen definieras när du skapar eller uppdaterar en sammanfattningsregel. Om frågan innehåller operatorer som tillåter utdataschemaexpansion baserat på inkommande data (till exempel arg_max(expression, *) funktionen) lägger Azure Monitor inte till nya kolumner i måltabellen när du har skapat eller uppdaterat regeln, och utdata som kräver dessa kolumner tas bort. Om du vill lägga till de nya fälten i måltabellen uppdaterar du sammanfattningsregeln eller lägger till en kolumn i tabellen manuellt.

Data i borttagna kolumner finns kvar på arbetsytan baserat på tabellens kvarhållningsinställningar

När du tar bort ett fält från frågan finns kolumnerna och data kvar i måltabellen baserat på kvarhållningsperioden som definierats i tabellen eller arbetsytan. Om du inte behöver de borttagna kolumnerna i måltabellen tar du bort kolumnerna från tabellschemat. Om du sedan lägger till kolumner med samma namn visas alla data som inte är äldre än kvarhållningsperioden igen.

Feedback

Var den här sidan till hjälp?

Uppdaterades senast 2026-10-01

Aggregera data på en Log Analytics arbetsyta med hjälp av sammanfattningsregler

Så här fungerar sammanfattningsregler

Exempel: Sammanfatta ContainerLogV2-data

Behörigheter som krävs

Implementeringöverväganden

Prismodell för sammanfattningsregel

Skapa eller uppdatera en sammanfattningsregel

Egenskaper för sammanfattningsregel

Konfigurera aggregeringstidpunkten

Använd standardtidsinställningen för sammansättning

Ange valfria parametrar för aggregeringstid

Visa alla regler för sammanfattningar

Visa en sammanfattningsregel

Stoppa en sammanfattningsregel

Starta en sammanfattningsregel

Ta bort en sammanfattningsregel

Övervaka sammanfattningsregler

Kontrollera att data är fullständiga

Försök igen med ett sammanfattningsregellager

Kryptera sammanfattningsregelfrågor med hjälp av kundhanterade nycklar

Felsöka regler för summering

Måltabellen för sammanfattningsregeln har tagits bort av misstag

Frågan använder operatorer som skapar nya kolumner i måltabellen

Data i borttagna kolumner finns kvar på arbetsytan baserat på tabellens kvarhållningsinställningar

Relaterat innehåll

Feedback

Ytterligare resurser