Problemen met opslagresourcelogboeken oplossen

Voltooid

Azure Storage-resourcelogboeken leggen elke bewerking vast die in uw opslagaccount wordt uitgevoerd, evenals het resultaat van deze bewerkingen. Deze logboeken bevatten details over elke aanvraag die is gedaan in plaats van het minuut-per-minuut overzicht van bewerkingen die door de metrische gegevens worden weergegeven. Met behulp van de logboekgegevens kunt u de aard van aanvragen voor een opslagaccount onderzoeken en bepalen of deze aanvragen zijn geslaagd.

In deze les leert u meer over Azure Storage-resourcelogboeken in Azure Monitor. U ziet de verschillende soorten gegevens die zijn vastgelegd in logboeken en hoe u deze informatie kunt gebruiken om problemen te detecteren die kunnen optreden wanneer een toepassing Gebruikmaakt van Azure Storage.

Resourcelogboeken in Azure Monitor

Soms wilt u meer informatie over opslagtransacties zien dan metrische gegevens met betrekking tot prestaties. Metrische gegevens zijn handig voor het bijhouden van algemene trends in prestaties of vraag, maar het bewaken van de metrische transactiegegevens kan de aangevraagde URL's niet onthullen. Bovendien kan geen van de beschikbare metrische opslaggegevens foutberichten geven die betrekking hebben op een specifieke aanvraag.

Resourcelogboeken in Azure Monitor leggen dit soort gedetailleerde informatie vast en ze zijn handig voor het onderzoeken van de details achter specifieke aanvragen. U kunt deze logboeken bijvoorbeeld gebruiken als u wilt weten hoeveel aanvragen voor een specifieke resource zijn geverifieerd of anoniem, of geslaagd of mislukt.

Als u resourcelogboeken wilt verzamelen, moet u een diagnostische instelling maken. Resourcelogboeken bevatten geslaagde en mislukte aanvragen voor een opslagaccount. Aanvragen worden vastgelegd als lees-, schrijf- of verwijderbewerkingen voor de specifieke opslagservice: Azure Blob Storage, Table Storage of Queue Storage. Met behulp van een diagnostische instelling kunt u logboeken routeren naar Log Analytics, een opslagaccount of deze streamen naar een Event Hub of naar een partneroplossing.

U kunt resourcelogboeken gebruiken om verschillende typen en frequentie van aanvragen te controleren of om problemen met mislukte aanvragen op te lossen. Logboeken worden alleen gegenereerd wanneer er transacties plaatsvinden en alleen voor het specifieke service-eindpunt. Dus als u opslag gebruikt in de Blob Storage- en Queue Storage-eindpunten, maar alleen het Blob Storage-eindpunt aanvragen of transacties heeft, maakt het systeem alleen logboeken voor Blob Storage.

Wanneer u logboekregistratie inschakelt, worden deze typen aanvragen vastgelegd:

  • Aanvragen geverifieerd
  • Anonieme aanvragen
  • Geslaagde aanvragen
  • Mislukte aanvragen, zoals time-outs, beperking, netwerkfouten en autorisatiefouten
  • Serverfouten
  • Aanvragen die gebruikmaken van een handtekening voor gedeelde toegang, zowel mislukt als geslaagd
  • Time-outfouten voor client en server
  • Aanvragen voor analysegegevens
  • GET-aanvragen met foutcode 304 ('Niet gewijzigd')

Opslag van resourcelogboeken in Azure Monitor

Resourcelogboeken worden automatisch gegenereerd voor uw opslagaccount, maar deze logboeken zijn niet beschikbaar om weer te geven, tenzij u ze naar een bestemming verzendt. U kunt opgeven waar ze moeten worden verzonden met behulp van een diagnostische instelling.

Wanneer u een diagnostische instelling maakt, kiest u het type opslag waarvoor u geïnteresseerd bent in routeringslogboeken (bijvoorbeeld: Blob Storage of File Storage). Vervolgens kiest u welke typen bewerkingen u wilt weergeven in logboeken (bijvoorbeeld lees-, schrijf- of verwijderbewerkingen). Ten slotte kiest u waar u logboeken wilt verzenden. U kunt een logboek verzenden naar een van deze locaties:

  • Log Analytics

  • Opslagaccount

  • Event Hub

  • Een partneroplossing

U kunt logboeken openen die naar een Log Analytics-werkruimte worden verzonden met behulp van Azure Monitor-logboekquery's.

Als u logboeken doorsturen naar een opslagaccount, worden deze logboeken weergegeven als blobs die zijn opgeslagen in een container. Gegevens worden verzameld en opgeslagen in één blob als een door regels gescheiden JSON-nettolading. De naam van de blob volgt deze naamconventie:

https://<destination-storage-account>.blob.core.windows.net/insights-logs-<storage-operation>/resourceId=/subscriptions/<subscription-ID>/resourceGroups/<resource-group-name>/providers/Microsoft.Storage/storageAccounts/<source-storage-account>/blobServices/default/y=<year>/m=<month>/d=<day>/h=<hour>/m=<minute>/PT1H.json

Logboeken die naar een Event Hub worden verzonden, worden niet opgeslagen als een bestand, maar u kunt controleren of de Event Hub de logboekgegevens heeft ontvangen door uw Event Hub te openen in Azure Portal en het aantal binnenkomende berichten te controleren.

U kunt ook metrische platformgegevens en logboeken verzenden naar bepaalde Azure Monitor-partners. U moet eerst een partnerintegratie in uw abonnement installeren. Configuratieopties variëren per partner.

U kunt geen bewaarbeleid instellen voor logboekgegevens. Als u logboeken naar Log Analytics verzendt, kunt u de gegevensretentieperiode op werkruimteniveau beheren of zelfs verschillende bewaarinstellingen opgeven op gegevenstype. Als u logboeken naar een opslagaccount archiveert, kunt u het bewaarbeleid van een logboekcontainer beheren door een levenscyclusbeheerbeleid te definiëren.