Использование журналов для устранения неполадок с отправкой в Azure Диск Data Box
В этой статье описываются проблемы, которые возникают при отправке данных в центре обработки данных Azure с помощью Azure Диск Data Box.
Сведения о журналах отправки
При отправке данных из Диск Data Box в центре обработки данных Azure создается журнал копирования и ошибки и подробный журнал для каждой учетной записи хранения. Они отправляются в ту же учетную запись хранения, которая использовалась для отправки данных.
Журнал копирования сообщает о событиях всех неудачных операций копирования между диском и учетной записью служба хранилища Azure. Журнал копирования заканчивается сводкой ошибок по категориям ошибок.
Подробный журнал содержит список всех операций копирования, которые успешно выполнены в каждом большом двоичном объекте и файле.
Поиск журналов
Чтобы найти журналы из отправки данных, выполните следующие действия.
Откройте заказ в портал Azure.
По завершении отправки данных для каждого диска область обзора отображает состояние диска и пути к диагностика журналам для диска.
Для новых заказов сведения о диске выглядят так, как на следующем экране. Журнал копирования сохраняется автоматически. Если вы решили сохранить подробные журналы при размещении заказа, вы также увидите путь к подробному журналу.
Журналы отправляются в контейнер (для импорта BLOB-объектов) или общий доступ (для импорта в Файлы Azure) в учетной записи хранения. Контейнеру присваивается имя
databoxcopylog
. URL-адреса имеют следующие форматы:Тип журнала Формат URL-адреса копирование журнала <storage-account-name>/databoxcopylog/<order-name>_<device-serial-number>_CopyLog_<job-ID.xml> подробный журнал <storage-account-name>/databoxcopylog/<order-name>_<device-serial-number>_VerboseLog_<job-ID.xml> Для предыдущих заказов дисплей может выглядеть следующим образом.
Если при отправке данных в Azure возникают ошибки, в журналах копирования отображается путь к папке, в которой находятся журналы диагностика.
Журналы отправляются в контейнер в учетной
waies
записи хранения. URL-адреса имеют следующие форматы:Тип журнала Формат URL-адреса журнал ошибок <storage-account-name>/databoxlogs-order-name</waies/ri-order-name-guid_<>><drive-ID>_<timestamp>_error.xml подробный журнал <storage-account-name>/databoxlogs-order-name</waies/ri-order-name-guid_<>><drive-ID>_<timestamp>_verbose.xml
Примечание.
Журналы в контейнере databoxcopylog имеют другой формат, чем журналы в контейнере
waies
. Чтобы интерпретировать журналы, используйте инструкции для связанной версии журнала диска. Дополнительные сведения см. в статье "Определение версии журнала".Чтобы просмотреть журналы, откройте контейнер, в который хранятся журналы в учетной записи хранения. На следующем рисунке показаны журналы в контейнере
waies
.Выберите каждый из журналов и скачайте его копию на локальный компьютер.
Определение версии журнала
Существует две версии журнала копирования и ошибки и подробный журнал с различными форматами. Версии журнала рассматриваются отдельно в следующих разделах.
Наряду с подробным журналом вы увидите журнал копирования (_copy.xml
) или журнал ошибок (_error.xml
) в зависимости от выпуска диска.
Чтобы узнать о выпуске журнала для журнала копирования и ошибки и соответствующего подробного журнала, проверка версию журнала диска в журнале копирования и ошибки.
Имя файла журнала | Поле | Версия журнала диска |
---|---|---|
_copy.xml | DriveLogVersion | 2021-08-01 |
_error.xml | Версия DriveLog | 2018-10-01 |
На следующем рисунке показан DriveLogVersion
сводный раздел журнала копирования.
Примеры журналов отправки
Форматы журналов копирования и ошибок и подробных журналов отличаются для двух версий журнала. Если вы не уверены, какая версия журналов у вас есть, см. раздел "Определение версии журнала".
Каждая передача данных для диска создает журнал копирования. Если вы решили сохранить подробный журнал при размещении заказа, в той же папке также есть подробный журнал.
Подробный журнал
Подробный журнал — это необязательный файл, который можно включить во время упорядочивания. Это простой список всех файлов, успешно импортированных с диска, со следующими сведениями для каждого файла. Подробный журнал не предоставляет сводные сведения.
Поле | Description |
---|---|
CloudFormat | BlockBlob, PageBlob или AzureFile. |
Путь | Путь к файлу в учетной записи хранения. |
Size | Размер файла или большого двоичного объекта. |
crc64 | Циклическая избыточность проверка 64 (CRC64) проверка sum, которая использовалась для проверки целостности данных во время передачи данных. |
Пример подробного журнала
В следующем примере подробного журнала приведены примеры записей файлов для импорта блочных BLOB-объектов, страничных BLOB-объектов и файлов Azure.
<File CloudFormat="BlockBlob" Path="$root\file26fd6b4bd-25f7-4019-8d0d-baa7355745df.vhd" Size="1024" crc64="14179624636173788226">
</File><File CloudFormat="BlockBlob" Path="$root\file49d220295-9cfd-469e-b69e-5c7c885133df.vhd" Size="1024" crc64="14179624636173788226">
</File>
----------CUT--------------------
<File CloudFormat="AzureFile" Path="e579954d-1f94-40cf-955f-afd39e9ca217\file1876f73ad-6213-43bc-9467-67fe0c794e99.block" Size="1024" crc64="1410470866535975213">
</File><File CloudFormat="AzureFile" Path="05407abe-81c8-4b44-b846-3a2c8c198316\file28d7868be-e6a7-4441-8d09-2b127f7d049e.vhd" Size="1024" crc64="1410470866535975213">
</File><File CloudFormat="AzureFile" Path="eb7666a7-c026-4375-9c08-3dea37a57713\file4448aeaf5-53dc-4bff-b798-4776e367ab5e.vhd" Size="1024" crc64="1410470866535975213">
</File>
----------CUT--------------------
<File CloudFormat="PageBlob" Path="tesdir8b1d0acd-2d37-46dd-96cf-edeb0f772e6b\file1.txt" Size="83886080" crc64="1680234237456714851">
</File><File CloudFormat="PageBlob" Path="tesdirf631630d-8098-4c84-be7b-40f6bbdb73fb\file_size0.txt" Size="0" crc64="0">
</File><File CloudFormat="PageBlob" Path="tesdirf631630d-8098-4c84-be7b-40f6bbdb73fb\Dir1/file_size0.txt" Size="0" crc64="0">
</File>
Журнал копирования
Журнал копирования содержит запись об ошибке для каждого файла, который не удалось импортировать, с подробными сведениями об ошибке. Журнал копирования заканчивается сводкой ошибок проверки и копирования, возникших во время импорта.
Каждая запись ошибки содержит следующие сведения.
Поле | Description |
---|---|
Путь | Целевая папка в контейнере или общей папке. |
Категория | Одна из 15 категорий ошибок. Дополнительные сведения см. в разделе об ошибках отправки данных для журнала версии 2021-08-01. |
ErrorCode | Числовой код ошибки. |
ErrorMessage | Описывает ошибку. |
Сводка в конце журнала (найдите CopyLog Summary
) предоставляет следующие сведения:
- Версия журнала диска (в данном случае 2021-08-01)
- идентификатор диска;
- Состояние копирования данных
- Сводка ошибок проверки по категориям ошибок
- Сводка ошибок копирования по категориям ошибок
Пример журнала копирования
Следующий пример — это журнал копирования для импорта как в Файлы Azure, так и в хранилище BLOB-объектов Azure.
Сбой этой копии без ошибок проверки, но с тремя ошибками копирования. Один файловый ресурс был переименован (ShareRenamed
ошибка), а два контейнера были переименованы (ContainerRenamed
ошибка). Запись ошибки дает исходные и новые имена файлов.
<ErroredEntity Path="New Folder">
<Category>ShareRenamed</Category>
<ErrorCode>1</ErrorCode>
<ErrorMessage>The original container/share/Blob has been renamed to: DataBox-f55763d4-8ef7-458f-b029-f36b51ada34f :from: New Folder :because either name has invalid character(s) or length is not supported</ErrorMessage>
<Type>Container</Type>
</ErroredEntity>
<ErroredEntity Path="CV">
<Category>ContainerRenamed</Category>
<ErrorCode>1</ErrorCode>
<ErrorMessage>The original container/share/Blob has been renamed to: DataBox-6bcae46f-04c8-4385-8442-3a28b962c930 :from: CV :because either name has invalid character(s) or length is not supported</ErrorMessage>
<Type>Container</Type>
</ErroredEntity><ErroredEntity Path="New_ShareFolder">
<Category>ContainerRenamed</Category>
<ErrorCode>1</ErrorCode>
<ErrorMessage>The original container/share/Blob has been renamed to: DataBox-96d8e2ee-ffd4-4529-9ec0-f666674b70d9 :from: New_ShareFolder :because either name has invalid character(s) or length is not supported</ErrorMessage>
<Type>Container</Type>
</ErroredEntity>
<CopyLog Summary="Summary">
<DriveLogVersion>2021-08-01</DriveLogVersion>
<DriveId>72a1914a-7fb2-4e34-a135-5c7176c3ee41</DriveId>
<Status>Failed</Status>
<TotalFiles_Blobs>60</TotalFiles_Blobs>
<FilesErrored>0</FilesErrored>
<Summary>
<ValidationErrors>
<None Count="3" />
</ValidationErrors>
<CopyErrors>
<ShareRenamed Count="1" Description="Renamed the share as the original share name does not follow Azure conventions." />
<ContainerRenamed Count="2" Description="Renamed the container as the original container name does not follow Azure conventions." />
</CopyErrors>
</Summary>
</CopyLog>
Ошибки отправки данных
Ошибки, сообщаемые в журналах, немного различаются в двух версиях журнала. Если вы не уверены, какая версия журналов у вас есть, см. раздел "Определение версии журнала".
Ниже описаны ошибки, обнаруженные в журнале копирования 2018-10-01.
Категория ошибки | Description |
---|---|
UploadErrorWin32 |
Ошибка файловой системы. |
UploadErrorCloudHttp |
Неподдерживаемый тип большого двоичного объекта. Дополнительные сведения об ошибках в этой категории см. в сводке об ошибках отправки. |
UploadErrorDataValidationError |
Контрольная сумма, вычисленная во время приема данных, не соответствует той, которая вычислена во время отправки. |
UploadErrorManagedConversionError |
Размер импортируемого BLOB-объекта является недопустимым Размер большого двоичного объекта — <байты большого> двоичного объекта. Поддерживаемые размеры находятся в диапазоне от 20971520 байт до 8192 ГиБ. Дополнительные сведения см. в разделе "Сводка ошибок отправки". |
UploadErrorUnknownType |
Неизвестную погрешность. |
ContainerRenamed |
Переименован контейнер, так как исходное имя контейнера не соответствует соглашениям об именовании Azure. Исходный контейнер был переименован в DataBox-GUID<> из< исходного имени> контейнера. |
ShareRenamed |
Переименован общий ресурс, так как исходное имя общей папки не соответствует соглашениям об именовании Azure. Исходная общая папка переименована в DataBox-GUID<> из< исходного имени> папки. |
BlobRenamed |
Переименован большой двоичный объект, так как исходное имя большого двоичного объекта не соответствует соглашениям об именовании Azure. Исходный большой двоичный объект переименован в BlockBlob/DataBox-GUID<> из< исходного имени.> |
FileRenamed |
Переименован файл, так как исходное имя файла не соответствует соглашениям об именовании Azure. Исходный большой двоичный объект переименован в AzureFile/DataBox-GUID<> из< исходного имени.> |
DiskRenamed |
Переименован файл управляемого диска, так как исходное имя файла не соответствует соглашениям об именовании Azure. Исходный файл управляемого диска был переименован в ManagedDisk/DataBox-GUID<> из <исходного имени.> |
ExportCloudHttp |
Неподдерживаемый тип большого двоичного объекта. |