Exporter (0) Imprimer
Développer tout
Ce sujet n'a pas encore été évalué - Évaluez ce sujet

À propos de la journalisation Storage Analytics

Mis à jour: novembre 2013

Storage Analytics enregistre des informations détaillées sur les demandes à un service de stockage ayant échoué ou réussi. Ces informations peuvent être utilisées pour surveiller les demandes individuelles et pour diagnostiquer les problèmes avec un service de stockage. Les demandes sont enregistrées sur une base du meilleur effort.

Pour utiliser Storage Analytics, vous devez l'activer individuellement pour chaque service que vous voulez surveiller. Activez-le à partir du Portail de gestion Windows Azure ; pour plus d'informations, consultez Procédure : surveiller un compte de stockage. Vous pouvez également activer Storage Analytics par programme via l'API REST ou la bibliothèque cliente. Utilisez les opérations Get Blob Service Properties (API REST), Get Queue Service Properties (API REST) et Get Table Service Properties (API REST) pour activer Storage Analytics pour chaque service.

Les entrées de journal sont créées uniquement s'il existe une activité de service de stockage. Par exemple, si un compte de stockage est actif dans son service BLOB, mais pas dans ses services de Table ou de File d'attente, seuls les journaux appartenant au service BLOB sont créés.

Journalisation de demandes authentifiées

Les types de demandes authentifiées suivants sont enregistrés :

  • Demandes réussies

  • Demandes ayant échoué, notamment délai d'expiration, limitation, réseau, autorisation et autres erreurs

  • Les demandes qui utilisent une signature d'accès partagé (SAS), notamment les demandes réussies et ayant échoué

  • Demandes de données d'analyse

Les demandes effectuées par Storage Analytics, telles que la création de journal ou la suppression, ne sont pas enregistrées. Une liste complète des données enregistrées est disponible dans les rubriques Opérations et messages d'état enregistrés Storage Analytics et Format de journal de Storage Analytics.

Journalisation de demandes anonymes

Les types de demandes anonymes suivants sont enregistrés :

  • Demandes réussies

  • Erreurs serveur

  • Erreurs de délai d'expiration pour le client et le serveur

  • Demandes GET ayant échoué avec un code d'erreur 304 (Non modifiée)

Toutes les autres demandes anonymes ne sont pas enregistrées. Une liste complète des données enregistrées est disponible dans les rubriques Opérations et messages d'état enregistrés Storage Analytics et Format de journal de Storage Analytics.

Stockage des journaux

Tous les journaux sont stockés dans des objets blob de blocs dans un conteneur nommé $logs, qui est automatiquement créé lorsque Storage Analytics est activé pour un compte de stockage. Le conteneur $logs est situé dans l'espace de noms d'objets Blob du compte de stockage, par exemple : http://<accountname>.blob.core.windows.net/$logs. Ce conteneur ne peut pas être supprimé une fois Storage Analytics activé, bien que son contenu puisse être supprimé.

noteRemarque
Le conteneur $logs n'est pas affiché quand une opération de liste de conteneur est effectuée, par exemple la méthode ListContainers. Il doit être accessible directement. Par exemple, vous pouvez utiliser la méthode ListBlobs pour accéder aux objets blob dans le conteneur $logs.

Lorsque les demandes sont enregistrées, Storage Analytics téléchargera les résultats intermédiaires en tant que blocs. Périodiquement, Storage Analytics validera ces blocs et les rendra disponibles sous forme d'objet blob.

Des enregistrements en double peuvent exister pour les journaux créés dans la même heure. Vous pouvez déterminer si un enregistrement est un double en vérifiant le numéro RequestId et Operation.

Conventions de nommage de journal

Chaque journal est écrit dans le format suivant :

<service-name>/YYYY/MM/DD/hhmm/<counter>.log

Le tableau suivant décrit chaque attribut dans le nom du journal :

 

Attribut Description

<service-name>

Nom du service de stockage. Par exemple : blob, table ou queue

YYYY

L'année à quatre chiffres pour le journal. Par exemple : 2011

MM

Le mois à deux chiffres pour le journal. Par exemple : 07

DD

Le jour à deux chiffres pour le journal. Par exemple : 31

hh

Heure à deux chiffres qui indique l'heure de début pour les journaux, au format UTC 24 heures. Par exemple : 18

mm

Nombre à deux chiffres qui indique la minute de début pour les journaux.

noteRemarque
Cette valeur n'est pas prise en charge dans la version actuelle de Storage Analytics et sa valeur sera toujours 00.

<counter>

Un compteur commençant par 0 avec six chiffres qui indique le nombre d'objets blob de journal générés pour le service de stockage dans une période d'une heure. Le compteur commence à 000000. Par exemple : 000001

Vous trouverez ci-dessous un exemple de nom de journal complet qui associe les exemples ci-dessus :

blob/2011/07/31/1800/000001.log

Vous trouverez ci-dessous un exemple d'URI qui peut être utilisé pour accéder au journal ci-dessus :

https://<accountname>.blob.core.windows.net/$logs/blob/2011/07/31/1800/000001.log

Lorsqu'une demande de stockage est enregistrée, le nom de journal résultant est en corrélation avec l'heure à laquelle l'opération demandée s'est terminée. Par exemple, si une demande GetBlob se termine à 18 h 30 le 31/07/2011, le journal est écrit avec le préfixe suivant : blob/2011/07/31/1800/

Métadonnées de journal

Tous les objets blob de journal sont stockés avec des métadonnées qui peuvent être utilisées pour identifier les données de journalisation contenues dans le blob. Le tableau suivant décrit chaque attribut de métadonnées :

 

Attribut Description

LogType

Décrit si le journal contient des informations relatives à des opérations de lecture, d'écriture ou de suppression. Cette valeur peut inclure un type ou une combinaison de ces trois types, séparés par des virgules.

Exemple 1 : write

Exemple 2 : read,write

Exemple 3 : read,write,delete

StartTime

L'heure la plus tôt d'une entrée dans le journal, au format YYYY-MM-DDThh:mm:ssZ. Par exemple : 2011-07-31T18:21:46Z

EndTime

L'heure la plus tard d'une entrée dans le journal, au format YYYY-MM-DDThh:mm:ssZ. Par exemple : 2011-07-31T18:22:09Z

LogVersion

La version du format du journal. La seule valeur actuellement prise en charge est : 1.0.

La liste suivante affiche un exemple de métadonnées complètes qui utilisent les exemples ci-dessus :

  • LogType=write

  • StartTime=2011-07-31T18:21:46Z

  • EndTime=2011-07-31T18:22:09Z

  • LogVersion=1.0

Accès aux données de journalisation

Toutes les données du conteneur $logs sont accessibles à l'aide des API du service BLOB, notamment les API .NET fournies par la bibliothèque managée Windows Azure. L'administrateur du compte de stockage peut lire et supprimer les journaux, mais ne peut pas les créer ou les mettre à jour. Les métadonnées du journal et le nom du journal peuvent être utilisés en interrogeant un journal. Il est possible que des journaux pour une heure donnée semblent désordonnés, mais les métadonnées spécifient toujours la période des entrées de journal dans un journal. Par conséquent, vous pouvez utiliser une combinaison des noms de journal et de métadonnées lorsque vous recherchez un journal donné.

Voir aussi

Cela vous a-t-il été utile ?
(1500 caractères restants)
Merci pour vos suggestions.
Afficher:
© 2014 Microsoft. Tous droits réservés.