Экспорт (0) Печать
Развернуть все

Сведения о ведении журнала службы аналитики хранилища

Обновлено: Ноябрь 2014 г.

В аналитике хранилища регистрируется подробная информация об успешных и неудачных запросах к службе хранилища. Эта информация может использоваться для мониторинга отдельных запросов и диагностики неполадок в службе хранилища. Запросы вносятся в журнал наилучшим возможным образом.

Для использования аналитики хранилища ее необходимо включить по отдельности для каждой из отслеживаемых служб. Можно включить его с портала управления Azure. Дополнительные сведения см. в разделе Отслеживание учетной записи хранилища Аналитику хранилища также можно включить программно через API-интерфейс REST или клиентскую библиотеку. Чтобы включить аналитику хранилища для каждой службы, используйте операции Задание свойств службы BLOB-объектов, Получение свойств службы очередей и Получение свойств службы таблиц.

Записи журнала создаются, только при наличии активности служба хранилища. Например, если обнаруживается активность учетной записи хранилища в службе BLOB-объектов, но не в службах таблиц или очередей, то создаются только журналы, имеющие отношение к службе BLOB-объектов.

Регистрируются запросы, прошедшие проверку подлинности, следующих типов:

  • Успешные запросы

  • Неудачные запросы, в том числе из-за ошибок, связанных со временем ожидания, регулированием, сетью, авторизацией и др.

  • Запросы, в которых используется подпись общего доступа (SAS), в том числе запросы, завершившиеся неудачно и успешно

  • Запросы к данным аналитики

Запросы, выполненные в самой аналитике хранилища, такие как запросы создания или удаления журнала, не регистрируются. Полный список регистрируемых данных приведен в разделах Операции с протоколированием и сообщения о состоянии аналитик хранилища и Формат журналов аналитик хранилища.

Регистрируются анонимные запросы следующих типов:

  • Успешные запросы

  • Ошибки сервера

  • Ошибки времени ожидания для клиента и сервера

  • Неудачные запросы GET с кодом ошибки 304 (не изменено)

Все прочие неудачные анонимные запросы не регистрируются. Полный список регистрируемых данных приведен в разделах Операции с протоколированием и сообщения о состоянии аналитик хранилища и Формат журналов аналитик хранилища.

Все журналы хранятся в блочных больших двоичных объектах в контейнере под названием $logs, который автоматически создается при включении аналитики хранилища для учетной записи хранилища. Контейнер $logs находится в пространстве имен BLOB-объекта учетной записи хранилища, например: http://<accountname>.blob.core.windows.net/$logsЭтот контейнер не может быть удален после того, как включена аналитика хранилища, но его содержимое может быть удалено.

noteПримечание
Контейнер $logs не отображается при выполнении операции получения листинга контейнера, такой как метод ListContainers. Доступ к нему должен быть получен непосредственно. Например, можно использовать метод ListBlobs для получения доступа к BLOB-объектам в контейнере $logs.

По мере регистрации запросов в аналитике хранилища промежуточные результаты передаются как блокировки. Периодически эти блокировки фиксируются в аналитике хранилища и к ним предоставляется доступ как к BLOB-объектам.

В журналах, созданных в один и тот же час, могут присутствовать повторяющиеся записи. Можно определить, является ли запись повторением, посредством проверки RequestId и Операция числа.

Каждый журнал записывается в следующем формате:

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

В следующей таблице описан каждый атрибут в имени журнала.

 

Атрибут Описание

<service-name>

Имя службы хранилища. Например: blob, table или queue

YYYY

Четырехзначное обозначение года создания журнала. Например: 2011

MM

Двухзначное обозначение месяца создания журнала. Например: 07

DD

Двухзначное обозначение дня создания журнала. Например: 31

hh

Двухзначное обозначение часа, которое указывает час начала ведения журнала, в 24-часовом формате времени UTC. Например: 18

mm

Двухзначное обозначение минуты, которое указывает минуту начала ведения журнала.

noteПримечание
Это значение не поддерживается в текущей версии аналитики хранилища, и оно всегда равно 00.

<counter>

Шестизначный счетчик с отсчетом от нуля, который указывает количество BLOB-объектов журнала, созданных для службы хранилища в течение часа. Этот счетчик начинается с 000000. Например: 000001

Ниже приведено полное имя журнала, в котором представлены вместе все упомянутые примеры.

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

Ниже приведен пример URI, который может использоваться для получения доступа к указанному журналу.

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

При внесении в журнал запроса к хранилищу имя результирующего журнала сопоставляется с часом завершения затребованной операции. Например, если запрос GetBlob был завершен в 18:30 31.07.2011 г., то журнал должен быть записан со следующим префиксом: blob/2011/07/31/1800/

Все BLOB-объекты журнала хранятся с метаданными, с помощью которых можно указывать, какие данные журнала содержит BLOB-объект. В следующей таблице описан каждый атрибут метаданных.

 

Атрибут Описание

LogType

Описывает, содержит ли журнал информацию, относящуюся к операциям чтения, записи или удаления. Значение может включать данные одного типа или сочетание всех трех типов, разделенных запятыми.

Пример 1. write

Пример 2. read,write

Пример 3. read,write,delete

StartTime

Время первой записи в журнале в форме YYYY-MM-DDThh:mm:ssZ. Например: 2011-07-31T18:21:46Z

EndTime

Время самой последней записи в журнале в форме YYYY-MM-DDThh:mm:ssZ. Например: 2011-07-31T18:22:09Z

LogVersion

Версия формата журнала. В настоящее время единственным поддерживаемым значением является: 1.0

В следующем списке отображается полный образец метаданных, в котором используются приведенные выше примеры.

  • LogType=write

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

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

  • LogVersion=1.0

Доступ ко всем данным в контейнере $logs может быть получен с использованием API службы BLOB-объектов, включая API .NET, предоставленные в управляемой библиотеке Azure. Администратор учетной записи хранилища может читать и удалять журналы, но не может их создавать или обновлять. При запросе к журналу могут использоваться и метаданные журнала, и имя журнала. Возможно, чтобы журналы за какой-то час появлялись с нарушением порядка, но метаданные всегда указывают промежуток времени, охватываемый записями журнала. Поэтому при поиске конкретного журнала можно использовать сочетание имен журналов и метаданных.

См. также

Показ:
© 2015 Microsoft