Udostępnij za pośrednictwem


Śledzenie i rejestrowanie zdarzeń dla usług Azure Data Box i Azure Data Box Heavy — zamówienie importu

Kolejność importowania urządzenia Data Box lub Data Box Heavy wykonuje następujące kroki: kolejność, konfigurowanie, kopiowanie danych, zwracanie, przekazywanie na platformę Azure i weryfikowanie oraz wymazywanie danych. Odpowiadający każdemu krokowi w kolejności można wykonać wiele akcji w celu kontrolowania dostępu do kolejności, inspekcji zdarzeń, śledzenia kolejności i interpretowania różnych generowanych dzienników.

Poniższa tabela zawiera podsumowanie każdego kroku przetwarzania zamówienia importu i narzędzi dostępnych do śledzenia i inspekcji kolejności w trakcie kroku.

Etap zamówienia importu urządzenia Data Box Narzędzie do śledzenia i inspekcji
Tworzenie zamówienia Konfigurowanie kontroli dostępu w zamówieniu za pośrednictwem kontroli dostępu opartej na rolach platformy Azure
Przetworzone zamówienie Śledzenie zamówienia za pośrednictwem
  • Witryna Azure Portal
  • Witryna internetowa przewoźnika wysyłkowego
  • Powiadomienia e-mail
Konfigurowanie urządzenia Dostęp poświadczeń urządzenia zarejestrowanych w dziennikach aktywności
Kopiowanie danych na urządzenie Wyświetlanie plików error.xml do kopiowania danych
Przygotowanie do wysłania Sprawdzanie plików BOM lub plików manifestu na urządzeniu
Przekazywanie danych na platformę Azure Przejrzyj dzienniki kopiowania pod kątem błędów podczas przekazywania danych w centrum danych platformy Azure
Wymazywanie danych z urządzenia Wyświetlanie łańcucha dzienników nadzoru, w tym dzienników inspekcji i historii zamówień

W tym artykule opisano szczegółowo różne mechanizmy lub narzędzia dostępne do śledzenia i inspekcji usługi Data Box lub Data Box Heavy. Informacje zawarte w tym artykule dotyczą zarówno zamówień importu urządzenia Data Box, jak i urządzenia Data Box Heavy. W kolejnych sekcjach wszystkie odwołania do urządzenia Data Box dotyczą również urządzenia Data Box Heavy.

Uwaga

Jeśli reguły zapory są ustawione na koncie magazynu dla urządzenia Data Box, dostęp do dzienników kopiowania z witryny Azure Portal może być niedostępny przy użyciu polecenia COPY LOG PATH w okienku Przegląd . Aby uzyskać dostęp do dzienników, zmodyfikuj ustawienia zapory magazynu, aby zezwolić na bieżący system, lub użyj systemu, który znajduje się w sieci zapory.

Konfigurowanie kontroli dostępu w zamówieniu

Możesz kontrolować, kto może uzyskać dostęp do zamówienia po utworzeniu zamówienia. Skonfiguruj role platformy Azure w różnych zakresach, aby kontrolować dostęp do zamówienia urządzenia Data Box. Rola platformy Azure określa typ dostępu — odczyt-zapis, tylko do odczytu, odczyt i zapis do podzestawu operacji.

Dwie role, które można zdefiniować dla usługi Azure Data Box, to:

  • Czytnik urządzenia Data Box — ma dostęp tylko do odczytu do zamówień zgodnie z definicją w zakresie. Mogą wyświetlać tylko szczegóły zamówienia. Nie mogą uzyskać dostępu do żadnych innych szczegółów związanych z kontami magazynu ani edytować szczegółów zamówienia, takich jak adres itd.
  • Współautor urządzenia Data Box — może utworzyć zamówienie transferu danych do danego konta magazynu tylko wtedy, gdy mają już dostęp do zapisu na koncie magazynu. Jeśli nie mają dostępu do konta magazynu, nie mogą nawet utworzyć zamówienia urządzenia Data Box w celu skopiowania danych na konto. Ta rola nie definiuje żadnych uprawnień związanych z kontem magazynu ani nie udziela dostępu do kont magazynu.

Aby ograniczyć dostęp do zamówienia, możesz:

  • Przypisz rolę na poziomie zamówienia. Użytkownik ma tylko te uprawnienia zdefiniowane przez role, aby wchodzić w interakcje tylko z tym konkretnym zamówieniem urządzenia Data Box i nic innego.
  • Przypisz rolę na poziomie grupy zasobów, a użytkownik ma dostęp do wszystkich zamówień usługi Data Box w grupie zasobów.

Aby uzyskać więcej informacji na temat sugerowanego użycia kontroli dostępu opartej na rolach platformy Azure, zobacz Najlepsze rozwiązania dotyczące kontroli dostępu opartej na rolach platformy Azure.

Śledzenie zamówienia

Zamówienie można śledzić za pośrednictwem witryny Azure Portal i witryny internetowej przewoźnika wysyłkowego. Następujące mechanizmy są wdrażane w celu śledzenia zamówienia urządzenia Data Box w dowolnym momencie:

  • Aby śledzić kolejność, gdy urządzenie znajduje się w centrum danych platformy Azure lub w środowisku lokalnym, przejdź do obszaru Przegląd zamówienia > urządzenia Data Box w witrynie Azure Portal.

    Wyświetlanie stanu zamówienia i śledzenie nie

  • Aby śledzić zamówienie podczas przesyłania urządzenia, przejdź do witryny internetowej regionalnego przewoźnika, na przykład witryny internetowej UPS w USA. Podaj numer śledzenia skojarzony z zamówieniem.

  • Urządzenie Data Box wysyła również powiadomienia e-mail w dowolnym momencie, gdy stan zamówienia zmieni się na podstawie wiadomości e-mail podanych podczas tworzenia zamówienia. Aby uzyskać listę wszystkich stanów zamówień urządzenia Data Box, zobacz Wyświetlanie stanu zamówienia. Aby zmienić ustawienia powiadomień skojarzone z zamówieniem, zobacz Edytowanie szczegółów powiadomienia.

Wykonywanie zapytań dotyczących dzienników aktywności podczas instalacji

  • Urządzenie Data Box dociera do środowiska lokalnego w stanie zablokowanym. Aby uzyskać zamówienie, możesz użyć poświadczeń urządzenia dostępnych w witrynie Azure Portal.

    Po skonfigurowaniu urządzenia Data Box może być konieczne poznanie, kto uzyskiwał dostęp do poświadczeń urządzenia. Aby dowiedzieć się, kto uzyskiwał dostęp do bloku Poświadczenia urządzenia, możesz wykonać zapytanie dotyczące dzienników aktywności. Każda akcja obejmująca dostęp do bloku Poświadczenia szczegółów > urządzenia jest rejestrowana w dziennikach aktywności jako ListCredentials akcja.

    Wykonywanie zapytań dotyczących dzienników aktywności

  • Każde logowanie do urządzenia Data Box jest rejestrowane w czasie rzeczywistym. Te informacje są jednak dostępne tylko w dziennikach inspekcji po pomyślnym zakończeniu zamówienia.

Wyświetlanie dziennika błędów podczas kopiowania danych

Podczas kopiowania danych na urządzenie Data Box lub Data Box Heavy zostanie wygenerowany plik błędu, jeśli wystąpią jakiekolwiek problemy z kopiowanymi danymi.

plik Error.xml

Upewnij się, że zadania kopiowania zakończyły się bez błędów. Jeśli podczas procesu kopiowania występują błędy, pobierz dzienniki ze strony Łączenie i kopiowanie .

  • Jeśli skopiowano plik, który nie jest 512 bajtami wyrównany do folderu dysku zarządzanego na urządzeniu Data Box, plik nie zostanie przekazany jako stronicowy obiekt blob do przejściowego konta magazynu. W dziennikach zostanie wyświetlony błąd. Usuń plik i skopiuj plik o wyrównaniu 512 bajtów.
  • Jeśli skopiowano dysk VHDX lub dynamiczny wirtualny dysk twardy lub różnicowy dysk VHD, w dziennikach zostanie wyświetlony błąd. Te typy plików nie są obsługiwane.

Oto przykład error.xml dla różnych błędów podczas kopiowania na dyski zarządzane.

<file error="ERROR_BLOB_OR_FILE_TYPE_UNSUPPORTED">\StandardHDD\testvhds\differencing-vhd-022019.vhd</file>
<file error="ERROR_BLOB_OR_FILE_TYPE_UNSUPPORTED">\StandardHDD\testvhds\dynamic-vhd-022019.vhd</file>
<file error="ERROR_BLOB_OR_FILE_TYPE_UNSUPPORTED">\StandardHDD\testvhds\insidefixedvhdx-022019.vhdx</file>
<file error="ERROR_BLOB_OR_FILE_TYPE_UNSUPPORTED">\StandardHDD\testvhds\insidediffvhd-022019.vhd</file>

Oto przykład error.xml dla różnych błędów podczas kopiowania do stronicowych obiektów blob.

<file error="ERROR_BLOB_OR_FILE_SIZE_ALIGNMENT">\PageBlob512NotAligned\File100Bytes</file>
<file error="ERROR_BLOB_OR_FILE_SIZE_ALIGNMENT">\PageBlob512NotAligned\File786Bytes</file>
<file error="ERROR_BLOB_OR_FILE_SIZE_ALIGNMENT">\PageBlob512NotAligned\File513Bytes</file>
<file error="ERROR_BLOB_OR_FILE_SIZE_ALIGNMENT">\PageBlob512NotAligned\File10Bytes</file>
<file error="ERROR_BLOB_OR_FILE_SIZE_ALIGNMENT">\PageBlob512NotAligned\File500Bytes</file>

Oto przykład error.xml dla różnych błędów podczas kopiowania do blokowych obiektów blob.

<file error="ERROR_CONTAINER_OR_SHARE_NAME_LENGTH">\ab</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_ALPHA_NUMERIC_DASH">\invalid dns name</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_LENGTH">\morethan63charactersfortestingmorethan63charactersfortestingmorethan63charactersfortestingmorethan63charactersfortestingmorethan63charactersfortestingmorethan63charactersfortesting</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_ALPHA_NUMERIC_DASH">\testdirectory-~!@#$%^&amp;()_+{}</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_ALPHA_NUMERIC_DASH">\test__doubleunderscore</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_IMPROPER_DASH">\-startingwith-hyphen</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_ALPHA_NUMERIC_DASH">\Starting with Capital</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_ALPHA_NUMERIC_DASH">\_startingwith_underscore</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_IMPROPER_DASH">\55555555--4444--3333--2222--111111111111</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_LENGTH">\1</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_ALPHA_NUMERIC_DASH">\11111111-_2222-_3333-_4444-_555555555555</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_IMPROPER_DASH">\test--doublehyphen</file>
<file error="ERROR_BLOB_OR_FILE_NAME_CHARACTER_ILLEGAL" name_encoding="Base64">XEludmFsaWRVbmljb2RlRmlsZXNcU3BjQ2hhci01NTI5Ni3vv70=</file>
<file error="ERROR_BLOB_OR_FILE_NAME_CHARACTER_ILLEGAL" name_encoding="Base64">XEludmFsaWRVbmljb2RlRmlsZXNcU3BjQ2hhci01NTMwMS3vv70=</file>
<file error="ERROR_BLOB_OR_FILE_NAME_CHARACTER_ILLEGAL" name_encoding="Base64">XEludmFsaWRVbmljb2RlRmlsZXNcU3BjQ2hhci01NTMwMy3vv70=</file>
<file error="ERROR_BLOB_OR_FILE_NAME_CHARACTER_CONTROL">\InvalidUnicodeFiles\Ã.txt</file>
<file error="ERROR_BLOB_OR_FILE_NAME_CHARACTER_ILLEGAL" name_encoding="Base64">XEludmFsaWRVbmljb2RlRmlsZXNcU3BjQ2hhci01NTMwNS3vv70=</file>
<file error="ERROR_BLOB_OR_FILE_NAME_CHARACTER_ILLEGAL" name_encoding="Base64">XEludmFsaWRVbmljb2RlRmlsZXNcU3BjQ2hhci01NTI5OS3vv70=</file>
<file error="ERROR_BLOB_OR_FILE_NAME_CHARACTER_ILLEGAL" name_encoding="Base64">XEludmFsaWRVbmljb2RlRmlsZXNcU3BjQ2hhci01NTMwMi3vv70=</file>
<file error="ERROR_BLOB_OR_FILE_NAME_CHARACTER_ILLEGAL" name_encoding="Base64">XEludmFsaWRVbmljb2RlRmlsZXNcU3BjQ2hhci01NTMwNC3vv70=</file>
<file error="ERROR_BLOB_OR_FILE_NAME_CHARACTER_ILLEGAL" name_encoding="Base64">XEludmFsaWRVbmljb2RlRmlsZXNcU3BjQ2hhci01NTI5OC3vv70=</file>
<file error="ERROR_BLOB_OR_FILE_NAME_CHARACTER_ILLEGAL" name_encoding="Base64">XEludmFsaWRVbmljb2RlRmlsZXNcU3BjQ2hhci01NTMwMC3vv70=</file>
<file error="ERROR_BLOB_OR_FILE_NAME_CHARACTER_ILLEGAL" name_encoding="Base64">XEludmFsaWRVbmljb2RlRmlsZXNcU3BjQ2hhci01NTI5Ny3vv70=</file>

Oto przykład error.xml dla różnych błędów podczas kopiowania do usługi Azure Files.

<file error="ERROR_BLOB_OR_FILE_SIZE_LIMIT">\AzFileMorethan1TB\AzFile1.2TB</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_ALPHA_NUMERIC_DASH">\testdirectory-~!@#$%^&amp;()_+{}</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_IMPROPER_DASH">\55555555--4444--3333--2222--111111111111</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_IMPROPER_DASH">\-startingwith-hyphen</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_ALPHA_NUMERIC_DASH">\11111111-_2222-_3333-_4444-_555555555555</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_IMPROPER_DASH">\test--doublehyphen</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_LENGTH">\ab</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_ALPHA_NUMERIC_DASH">\invalid dns name</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_ALPHA_NUMERIC_DASH">\test__doubleunderscore</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_LENGTH">\morethan63charactersfortestingmorethan63charactersfortestingmorethan63charactersfortestingmorethan63charactersfortestingmorethan63charactersfortestingmorethan63charactersfortesting</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_ALPHA_NUMERIC_DASH">\_startingwith_underscore</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_LENGTH">\1</file>
<file error="ERROR_CONTAINER_OR_SHARE_NAME_ALPHA_NUMERIC_DASH">\Starting with Capital</file>

W każdym z powyższych przypadków rozwiąż błędy przed przejściem do następnego kroku. Aby uzyskać więcej informacji na temat błędów otrzymanych podczas kopiowania danych do urządzenia Data Box za pośrednictwem protokołów SMB lub NFS, zobacz Rozwiązywanie problemów z urządzeniami Data Box i Data Box Heavy. Aby uzyskać informacje na temat błędów odebranych podczas kopiowania danych na urządzenie Data Box za pośrednictwem interfejsu REST, przejdź do tematu Rozwiązywanie problemów z magazynem obiektów blob urządzenia Data Box.

Inspekcja modelu BOM podczas przygotowywania do wysłania

Podczas przygotowywania do wysłania tworzona jest lista plików znanych jako plik bill of materials (BOM) lub manifest.

  • Użyj tego pliku, aby zweryfikować rzeczywiste nazwy i liczbę plików skopiowanych do urządzenia Data Box.
  • Użyj tego pliku, aby sprawdzić rzeczywiste rozmiary plików.
  • Sprawdź, czy crc64 odpowiada ciągowi niezerowemu.

Aby uzyskać więcej informacji na temat błędów odebranych podczas przygotowywania do wysłania, zobacz Rozwiązywanie problemów z urządzeniami Data Box i Data Box Heavy.

BOM lub plik manifestu

Plik BOM lub manifest zawiera listę wszystkich plików skopiowanych na urządzenie Data Box. Plik BOM zawiera nazwy plików i rozmiary plików oraz sumę kontrolną. Oddzielny plik BOM jest tworzony dla blokowych obiektów blob, stronicowych obiektów blob, usługi Azure Files, do kopiowania za pośrednictwem interfejsów API REST oraz kopii na dyski zarządzane na urządzeniu Data Box. Pliki BOM można pobrać z lokalnego internetowego interfejsu użytkownika urządzenia podczas przygotowywania do wysłania.

Te pliki znajdują się również na urządzeniu Data Box i są przekazywane do skojarzonego konta magazynu w centrum danych platformy Azure.

Format pliku BOM

Plik BOM lub manifest ma następujący format ogólny:

<file size = "file-size-in-bytes" crc64="cyclic-redundancy-check-string">\folder-path-on-data-box\name-of-file-copied.md</file>

Oto przykład manifestu wygenerowanego podczas kopiowania danych do udziału blokowych obiektów blob na urządzeniu Data Box.

<file size="10923" crc64="0x51c78833c90e4e3f">\databox\media\data-box-deploy-copy-data\connect-shares-file-explorer1.png</file>
<file size="15308" crc64="0x091a8b2c7a3bcf0a">\databox\media\data-box-deploy-copy-data\get-share-credentials2.png</file>
<file size="53486" crc64="0x053da912fb45675f">\databox\media\data-box-deploy-copy-data\nfs-client-access.png</file>
<file size="6093" crc64="0xadb61d0d7c6d4deb">\databox\data-box-cable-options.md</file>
<file size="6499" crc64="0x080add29add367d9">\databox\data-box-deploy-copy-data-via-nfs.md</file>
<file size="11089" crc64="0xc3ce6b13a4fe3001">\databox\data-box-deploy-copy-data-via-rest.md</file>
<file size="7749" crc64="0xd2e346a4588e307a">\databox\data-box-deploy-ordered.md</file>
<file size="14275" crc64="0x260296e5d1b1608a">\databox\data-box-deploy-copy-data.md</file>
<file size="4077" crc64="0x2bb0a170225bceec">\databox\data-box-deploy-picked-up.md</file>
<file size="15447" crc64="0xcec0ca8527720b3c">\databox\data-box-portal-admin.md</file>
<file size="9126" crc64="0x820856b5a54321ad">\databox\data-box-overview.md</file>
<file size="10963" crc64="0x5e9a14f9f4784fd8">\databox\data-box-safety.md</file>
<file size="5941" crc64="0x8631d62fbc038760">\databox\data-box-security.md</file>
<file size="12536" crc64="0x8c8ff93e73d665ec">\databox\data-box-system-requirements-rest.md</file>
<file size="3220" crc64="0x7257a263c434839a">\databox\data-box-system-requirements.md</file>

Pliki BOM lub manifest są również kopiowane na konto usługi Azure Storage. Pliki BOM lub manifestu umożliwiają sprawdzenie, czy pliki przekazane na platformę Azure są zgodne z danymi skopiowanych do urządzenia Data Box.

Przeglądanie dziennika kopiowania podczas przekazywania na platformę Azure

Podczas przekazywania danych na platformę Azure tworzony jest dziennik kopiowania.

Kopiuj dziennik

Dla każdego przetworzonego zamówienia usługa Data Box tworzy dziennik kopiowania na skojarzonym koncie magazynu. Dziennik kopiowania zawiera łączną liczbę przekazanych plików oraz liczbę plików, które wystąpiły podczas kopiowania danych z urządzenia Data Box do konta usługi Azure Storage.

Uwaga

Obliczenia sprawdzania nadmiarowości cyklicznej (CRC) są wykonywane podczas przekazywania na platformę Azure. Porównywane są kontrolery CPC z kopii danych i przekazywania danych. Niezgodność CRC wskazuje, że nie można przekazać odpowiednich plików.

Możesz użyć skryptu narzędzia sumy kontrolnej CRC, aby porównać sumy kontrolne lokalnych danych źródłowych z danymi przekazanymi na platformę Azure. Skrypt można pobrać z przykładów platformy Azure. Aby uzyskać więcej informacji, zobacz plik README.

Domyślnie dzienniki są zapisywane w kontenerze o nazwie copylog. Dzienniki są przechowywane z następującą konwencją nazewnictwa:

storage-account-name/databoxcopylog/ordername_device-serial-number_CopyLog_guid.xml.

Ścieżka dziennika kopiowania jest również wyświetlana w bloku Przegląd portalu.

Ścieżka do skopiowania bloku Przegląd w dzienniku po zakończeniu

Uwaga

Jeśli reguły zapory są ustawione na koncie magazynu dla urządzenia Data Box, dostęp do dzienników kopiowania z witryny Azure Portal może być niedostępny przy użyciu polecenia COPY LOG PATH w okienku Przegląd . Aby uzyskać dostęp do dzienników, zmodyfikuj ustawienia zapory magazynu, aby zezwolić na bieżący system, lub użyj systemu, który znajduje się w sieci zapory.

Przekazywanie zostało ukończone pomyślnie

W poniższym przykładzie opisano ogólny format dziennika kopiowania dla przekazywania urządzenia Data Box, który zakończył się pomyślnie:

<?xml version="1.0"?>
-<CopyLog Summary="Summary">
<Status>Succeeded</Status>
<TotalFiles>45</TotalFiles>
<FilesErrored>0</FilesErrored>
</CopyLog>

Przekazywanie zostało ukończone z ostrzeżeniami

Przekazywanie na platformę Azure kończy się ostrzeżeniami, jeśli dane miały kontener, obiekt blob lub nazwy plików, które nie były zgodne z konwencjami nazewnictwa platformy Azure, a nazwy zostały zmodyfikowane w celu przekazania danych na platformę Azure.

Ścieżka do kopiowania bloku Omówienie dziennika po zakończeniu z ostrzeżeniami

Oto przykład dziennika kopiowania, w którym kontenery, które nie były zgodne z konwencjami nazewnictwa platformy Azure, zostały zmienione podczas przekazywania danych na platformę Azure.

Unikatowe nazwy nowych kontenerów mają format DataBox-GUID. Dane z oryginalnych kontenerów są umieszczane w nowych, zmienionych nazwach kontenerów. Dziennik kopiowania określa stare i nowe nazwy kontenerów.

<ErroredEntity Path="New Folder">
   <Category>ContainerRenamed</Category>
   <ErrorCode>1</ErrorCode>
   <ErrorMessage>The original container/share/blob has been renamed to: DataBox-3fcd02de-bee6-471e-ac62-33d60317c576 :from: New Folder :because either the name has invalid character(s) or length is not supported</ErrorMessage>
  <Type>Container</Type>
</ErroredEntity>

Oto przykład dziennika kopiowania, w którym obiekty blob lub pliki, które nie były zgodne z konwencjami nazewnictwa platformy Azure, zostały zmienione podczas przekazywania danych na platformę Azure. Nowe nazwy obiektów blob lub plików są konwertowane na skrót SHA256 ścieżki względnej do kontenera i są przekazywane do ścieżki na podstawie typu docelowego. Miejscem docelowym mogą być blokowe obiekty blob, stronicowe obiekty blob lub usługa Azure Files.

Określa copylog stary i nowy obiekt blob lub nazwę pliku oraz ścieżkę na platformie Azure.

<ErroredEntity Path="TesDir028b4ba9-2426-4e50-9ed1-8e89bf30d285\Ã">
  <Category>BlobRenamed</Category>
  <ErrorCode>1</ErrorCode>
  <ErrorMessage>The original container/share/blob has been renamed to: PageBlob/DataBox-0xcdc5c61692e5d63af53a3cb5473e5200915e17b294683968a286c0228054f10e :from: Ã :because either name has invalid character(s) or length is not supported</ErrorMessage>
  <Type>File</Type>
</ErroredEntity><ErroredEntity Path="TesDir9856b9ab-6acb-4bc3-8717-9a898bdb1f8c\Ã">
  <Category>BlobRenamed</Category>
  <ErrorCode>1</ErrorCode>
  <ErrorMessage>The original container/share/blob has been renamed to: AzureFile/DataBox-0xcdc5c61692e5d63af53a3cb5473e5200915e17b294683968a286c0228054f10e :from: Ã :because either name has invalid character(s) or length is not supported</ErrorMessage>
  <Type>File</Type>
</ErroredEntity><ErroredEntity Path="TesDirf92f6ca4-3828-4338-840b-398b967d810b\Ã">
  <Category>BlobRenamed</Category>
  <ErrorCode>1</ErrorCode>
  <ErrorMessage>The original container/share/blob has been renamed to: BlockBlob/DataBox-0xcdc5c61692e5d63af53a3cb5473e5200915e17b294683968a286c0228054f10e :from: Ã :because either name has invalid character(s) or length is not supported</ErrorMessage>
  <Type>File</Type>
</ErroredEntity>

Przekazywanie zostało ukończone z błędami

Przekazywanie na platformę Azure może również zakończyć się błędami.

Ścieżka do kopiowania dziennika w bloku Przegląd po zakończeniu z błędami

Czasami może wystąpić błąd niemożliwy do ponowienia próby, który powoduje, że plik nie zostanie przekazany. W takim przypadku otrzymasz powiadomienie. Aby uzyskać informacje o sposobie wykonywania czynności w powiadomieniu, zobacz Przeglądanie błędów kopiowania w przekazywanych danych z urządzeń Azure Data Box i Azure Data Box Heavy.

Oto przykład dziennika kopiowania, w którym przekazywanie zostało zakończone z błędami:

<ErroredEntity Path="iso\samsungssd.iso">
  <Category>UploadErrorCloudHttp</Category>
  <ErrorCode>409</ErrorCode>
  <ErrorMessage>The blob type is invalid for this operation.</ErrorMessage>
  <Type>File</Type>
</ErroredEntity><ErroredEntity Path="iso\iSCSI_Software_Target_33.iso">
  <Category>UploadErrorCloudHttp</Category>
  <ErrorCode>409</ErrorCode>
  <ErrorMessage>The blob type is invalid for this operation.</ErrorMessage>
  <Type>File</Type>
</ErroredEntity><CopyLog Summary="Summary">
  <Status>Failed</Status>
  <TotalFiles_Blobs>72</TotalFiles_Blobs>
  <FilesErrored>2</FilesErrored>
</CopyLog>

Pobieranie łańcucha dzienników nadzoru po wymazaniu danych

Po wymazaniu danych z dysków Data Box zgodnie z wytycznymi NIST SP 800-88 Revision 1 łańcuch dzienników nadzoru jest dostępny. Te dzienniki obejmują dzienniki inspekcji i historię zamówień. Pliki BOM lub manifest są również kopiowane z dziennikami inspekcji.

Dzienniki inspekcji

Dzienniki inspekcji zawierają informacje na temat włączania i uzyskiwania dostępu do udziałów na urządzeniach Data Box lub Data Box Heavy, gdy znajdują się poza centrum danych platformy Azure. Te dzienniki znajdują się w następujących lokalizacjach: storage-account/azuredatabox-chainofcustodylogs

Oto przykład dziennika inspekcji z urządzenia Data Box:

9/10/2018 8:23:01 PM : The operating system started at system time ‎2018‎-‎09‎-‎10T20:23:01.497758400Z.
9/10/2018 8:23:42 PM : An account was successfully logged on.
Subject:
	Security ID:		S-1-5-18
	Account Name:		WIN-DATABOXADMIN
	Account Domain:	Workgroup
	Logon ID:		0x3E7
Logon Information:
	Logon Type:		3
	Restricted Admin Mode:	-
	Virtual Account:		No
	Elevated Token:		No
Impersonation Level:		Impersonation
New Logon:
	Security ID:		S-1-5-7
	Account Name:		ANONYMOUS LOGON
	Account Domain:	NT AUTHORITY
	Logon ID:		0x775D5
	Linked Logon ID:	0x0
	Network Account Name:	-
	Network Account Domain:	-
	Logon GUID:		{00000000-0000-0000-0000-000000000000}
Process Information:
	Process ID:		0x4
	Process Name:		
Network Information:
	Workstation Name:	-
	Source Network Address:	-
	Source Port:		-
Detailed Authentication Information:
	Logon Process:		NfsSvr
	Authentication Package:MICROSOFT_AUTHENTICATION_PACKAGE_V1_0
	Transited Services:	-
	Package Name (NTLM only):	-
	Key Length:		0
This event is generated when a logon session is created. It is generated on the computer that was accessed. 
The subject fields indicate the account on the local system which requested the logon. This is most commonly a service such as the Server service, or a local process such as Winlogon.exe or Services.exe. 
The logon type field indicates the kind of logon that occurred. The most common types are 2 (interactive) and 3 (network).
The New Logon fields indicate the account for whom the new logon was created, i.e. the account that was logged on.
The network fields indicate where a remote logon request originated. Workstation name is not always available and may be left blank in some cases.
The impersonation level field indicates the extent to which a process in the logon session can impersonate.
The authentication information fields provide detailed information about this specific logon request.
	- Logon GUID is a unique identifier that can be used to correlate this event with a KDC event.
	- Transited services indicate which intermediate services have participated in this logon request.
	- Package name indicates which sub-protocol was used among the NTLM protocols.
	- Key length indicates the length of the generated session key. This will be 0 if no session key was requested.
9/10/2018 8:25:58 PM : An account was successfully logged on.

Pobieranie historii zamówienia

Historia zamówień jest dostępna w witrynie Azure Portal. Jeśli zamówienie zostało ukończone, a czyszczenie urządzenia (wymazywanie danych z dysków) zostało ukończone, przejdź do zamówienia urządzenia i przejdź do obszaru Szczegóły zamówienia. Opcja Pobieranie historii zamówienia jest dostępna. Aby uzyskać więcej informacji, zobacz Pobieranie historii zamówień.

Jeśli przewiniesz historię zamówień, zobaczysz:

  • Informacje o śledzeniu przewoźnika dla urządzenia.
  • Zdarzenia z działaniem SecureErase . Te zdarzenia odpowiadają wymazywania danych na dysku.
  • Łącza dziennika usługi Data Box. Prezentowane są ścieżki dzienników inspekcji, kopiowania dzienników i plików BOM.

Oto przykład dziennika historii zamówień z witryny Azure Portal:

-------------------------------
Microsoft Data Box Order Report
-------------------------------
Name                                               : gus-poland                              
StartTime(UTC)                              : 9/19/2018 8:49:23 AM +00:00                       
DeviceType                                     : DataBox                                           
-------------------
Data Box Activities
-------------------
Time(UTC)                 | Activity                       | Status          | Description

9/19/2018 8:49:26 AM      | OrderCreated                   | Completed       |
10/2/2018 7:32:53 AM      | DevicePrepared                 | Completed       |
10/3/2018 1:36:43 PM      | ShippingToCustomer             | InProgress      | Shipment picked up. Local Time : 10/3/2018 1:36:43 PM at AMSTERDAM-NLD                                                                                
10/4/2018 8:23:30 PM      | ShippingToCustomer             | InProgress      | Processed at AMSTERDAM-NLD. Local Time : 10/4/2018 8:23:30 PM at AMSTERDAM-NLD                                                                        
10/4/2018 11:43:34 PM     | ShippingToCustomer             | InProgress      | Departed Facility in AMSTERDAM-NLD. Local Time : 10/4/2018 11:43:34 PM at AMSTERDAM-NLD
10/5/2018 8:13:49 AM      | ShippingToCustomer             | InProgress      | Arrived at Delivery Facility in BRIGHTON-GBR. Local Time : 10/5/2018 8:13:49 AM at LAMBETH-GBR                                                         
10/5/2018 9:13:24 AM      | ShippingToCustomer             | InProgress      | With delivery courier. Local Time : 10/5/2018 9:13:24 AM at BRIGHTON-GBR                                                                               
10/5/2018 12:03:04 PM     | ShippingToCustomer             | Completed       | Delivered - Signed for by. Local Time : 10/5/2018 12:03:04 PM at BRIGHTON-GBR                                                                          
1/25/2019 3:19:25 PM      | ShippingToDataCenter           | InProgress      | Shipment picked up. Local Time : 1/25/2019 3:19:25 PM at BRIGHTON-GBR                                                                                       
1/25/2019 8:03:55 PM      | ShippingToDataCenter           | InProgress      | Processed at BRIGHTON-GBR. Local Time : 1/25/2019 8:03:55 PM at LAMBETH-GBR                                                                            
1/25/2019 8:04:58 PM      | ShippingToDataCenter           | InProgress      | Departed Facility in BRIGHTON-GBR. Local Time : 1/25/2019 8:04:58 PM at BRIGHTON-GBR                                                                    
1/25/2019 9:06:09 PM      | ShippingToDataCenter           | InProgress      | Arrived at Sort Facility LONDON-HEATHROW-GBR. Local Time : 1/25/2019 9:06:09 PM at LONDON-HEATHROW-GBR                                                
1/25/2019 9:48:54 PM      | ShippingToDataCenter           | InProgress      | Processed at LONDON-HEATHROW-GBR. Local Time : 1/25/2019 9:48:54 PM at LONDON-HEATHROW-GBR                                                            
1/25/2019 10:30:20 PM     | ShippingToDataCenter           | InProgress      | Departed Facility in LONDON-HEATHROW-GBR. Local Time : 1/25/2019 10:30:20 PM at LONDON-HEATHROW-GBR
1/28/2019 7:11:35 AM      | ShippingToDataCenter           | InProgress      | Arrived at Delivery Facility in AMSTERDAM-NLD. Local Time : 1/28/2019 7:11:35 AM at AMSTERDAM-NLD                                                     
1/28/2019 9:07:57 AM      | ShippingToDataCenter           | InProgress      | With delivery courier. Local Time : 1/28/2019 9:07:57 AM at AMSTERDAM-NLD                                                                             
1/28/2019 1:35:56 PM      | ShippingToDataCenter           | InProgress      | Scheduled for delivery. Local Time : 1/28/2019 1:35:56 PM at AMSTERDAM-NLD                                                                            
1/28/2019 2:57:48 PM      | ShippingToDataCenter           | Completed       | Delivered - Signed for by. Local Time : 1/28/2019 2:57:48 PM at AMSTERDAM-NLD
1/29/2019 2:18:43 PM      | PhysicalVerification           | Completed       |
1/29/2019 3:49:50 PM      | DeviceBoot                     | Completed       | Appliance booted up successfully.
1/29/2019 3:49:51 PM      | AnomalyDetection               | Completed       | No anomaly detected.
2/12/2019 10:37:03 PM     | DataCopy                       | Resumed         |
2/13/2019 12:05:15 AM     | DataCopy                       | Resumed         |
2/15/2019 7:07:34 PM      | DataCopy                       | Completed       | Copy Completed.
2/15/2019 7:47:32 PM      | SecureErase                    | Started         |
2/15/2019 8:01:10 PM      | SecureErase                    | Completed       | Azure Data Box:<Device-serial-no> has been sanitized according to NIST 800-88 Rev 1.
------------------
Data Box Log Links
------------------
Account Name         : gusacct
Copy Logs Path       : databoxcopylog/gus-poland_<Device-serial-no>_CopyLog_<GUID>.xml
Audit Logs Path      : azuredatabox-chainofcustodylogs\<GUID>\<Device-serial-no>
BOM Files Path       : azuredatabox-chainofcustodylogs\<GUID>\<Device-serial-no>

Następne kroki