Azure Data Box ve Azure Data Box Heavy içeri aktarma siparişiniz için izleme ve olay günlüğü

  • Makale

Data Box veya Data Box Heavy içeri aktarma siparişi şu adımlardan geçer: sipariş, kurulum, veri kopyalama, döndürme, Azure'a yükleme ve doğrulama ve veri silme. Sırayla her adıma karşılık gelen siparişe erişimi denetlemek, olayları denetlemek, siparişi izlemek ve oluşturulan çeşitli günlükleri yorumlamak için birden çok eylem gerçekleştirebilirsiniz.

Aşağıdaki tabloda, içeri aktarma sırasını işlemeye yönelik her adımın özeti ve adım sırasında siparişi izlemek ve denetlemek için kullanılabilecek araçlar verilmektedir.

Data Box içeri aktarma siparişi aşaması İzleme ve denetleme aracı
Sipariş oluşturma Azure RBAC aracılığıyla siparişte erişim denetimini ayarlama
İşlenen sipariş Siparişi takip etme
  • Azure portalı
  • Kargo şirketi web sitesi
  • E-posta bildirimleri
Cihazı ayarlama Etkinlik günlüklerinde günlüğe kaydedilen cihaz kimlik bilgileri erişimi
Cihaza veri kopyalama Veri kopyalama için error.xml dosyalarını görüntüleme
Göndermeye hazırlama Ürün reçetesi dosyalarını veya cihazdaki bildirim dosyalarını inceleme
Azure’a veri yükleme Azure veri merkezinde veri yükleme sırasında oluşan hatalar için kopyalama günlüklerini gözden geçirin
Cihazdan veri silme Denetim günlükleri ve sipariş geçmişi de dahil olmak üzere gözetim günlükleri zincirini görüntüleme

Bu makalede Data Box veya Data Box Heavy içeri aktarma sırasını izlemek ve denetlemek için kullanılabilecek çeşitli mekanizmalar veya araçlar ayrıntılı olarak açıklanmaktadır. Bu makaledeki bilgiler hem Data Box hem de Data Box Heavy içeri aktarma siparişleri için geçerlidir. Sonraki bölümlerde Data Box'a yapılan tüm başvurular Data Box Heavy için de geçerlidir.

Dekont

Data Box'ınızın depolama hesabında güvenlik duvarı kuralları ayarlandıysa, Genel Bakış bölmesindeki KOPYALAMA GÜNLÜK YOLU'nu kullanarak Azure portalından kopyalama günlüklerine erişemeyebilirsiniz. Günlüklere erişmek için depolama güvenlik duvarı ayarlarını geçerli sisteme izin verecek şekilde değiştirin veya güvenlik duvarı ağında bulunan bir sistemi kullanın.

Siparişte erişim denetimini ayarlama

Sipariş ilk oluşturulduğunda siparişinize kimlerin erişebileceğini denetleyebilirsiniz. Data Box sırasına erişimi denetlemek için çeşitli kapsamlarda Azure rolleri ayarlayın. Azure rolü, erişimin türünü (işlemlerin bir alt kümesine okuma-yazma, salt okunur, okuma-yazma) belirler.

Azure Data Box hizmeti için tanımlanabilir iki rol şunlardır:

  • Data Box Reader - kapsam tarafından tanımlanan siparişlere salt okunur erişime sahiptir. Yalnızca siparişin ayrıntılarını görüntüleyebilirler. Depolama hesaplarıyla ilgili diğer ayrıntılara erişemez veya adres gibi sipariş ayrıntılarını düzenleyemezler.
  • Data Box Katkıda Bulunanı - Yalnızca belirli bir depolama hesabına veri aktarmak için, depolama hesabına yazma erişimi varsa sipariş oluşturabilir. Depolama hesabına erişimi yoksa, hesaba veri kopyalamak için Data Box siparişi bile oluşturamaz. Bu rol, Depolama hesabıyla ilgili izin tanımlamaz veya depolama hesaplarına erişim izni vermez.

Bir siparişe erişimi kısıtlamak için şunları yapabilirsiniz:

  • Sipariş düzeyinde bir rol atayın. Kullanıcı yalnızca roller tarafından tanımlanan ve yalnızca söz konusu Data Box siparişiyle etkileşime geçmek için bu izinlere sahiptir ve başka hiçbir şey yoktur.
  • Kaynak grubu düzeyinde bir rol atayın; kullanıcının bir kaynak grubu içindeki tüm Data Box siparişlerine erişimi vardır.

Önerilen Azure RBAC kullanımı hakkında daha fazla bilgi için bkz . Azure RBAC için en iyi yöntemler.

Siparişi izleme

Siparişinizi Azure portalından ve kargo şirketi web sitesinden takip edebilirsiniz. Data Box sırasını istediğiniz zaman izlemek için aşağıdaki mekanizmalar mevcuttur:

  • Cihaz Azure veri merkezinde veya şirket içindeyken siparişi izlemek için Azure portalında Data Box siparişinize > genel bakış bölümüne gidin.

    View order status and tracking no

  • Cihaz aktarımdayken siparişi izlemek için bölgesel taşıyıcı web sitesine (örneğin, ABD'deki UPS web sitesine) gidin. Siparişinizle ilişkili takip numarasını belirtin.

  • Data Box, sipariş oluşturulduğu sırada sağlanan e-postalara göre sipariş durumu her değiştiğinde de e-posta bildirimleri gönderir. Tüm Data Box sipariş durumlarının listesi için bkz . Sipariş durumunu görüntüleme. Siparişle ilişkili bildirim ayarlarını değiştirmek için bkz . Bildirim ayrıntılarını düzenleme.

Kurulum sırasında etkinlik günlüklerini sorgulama

  • Data Box'ınız şirket içinize kilitli durumda gelir. Siparişiniz için Azure portalında bulunan cihaz kimlik bilgilerini kullanabilirsiniz.

    Data Box ayarlandığında, cihaz kimlik bilgilerine kimin eriştiği hakkında bilgi sahibi olmanız gerekebilir. Cihaz kimlik bilgileri dikey penceresine erişen kişileri bulmak için Etkinlik günlüklerini sorgulayabilirsiniz. Cihaz ayrıntıları > Kimlik Bilgileri dikey penceresine erişmeyi içeren tüm eylemler etkinlik günlüklerinde eylem olarak ListCredentials günlüğe kaydedilir.

    Query Activity logs

  • Data Box'ta her oturum açma işlemi gerçek zamanlı olarak günlüğe kaydedilir. Ancak, bu bilgiler yalnızca sipariş başarıyla tamamlandıktan sonra Denetim günlüklerinde kullanılabilir.

Veri kopyalama sırasında hata günlüğünü görüntüleme

Data Box veya Data Box Heavy'ye veri kopyalama sırasında, kopyalanan verilerle ilgili sorunlar varsa bir hata dosyası oluşturulur.

Error.xml dosyası

Kopyalama işlerinin hatasız tamamlandığından emin olun. Kopyalama işlemi sırasında hatalar varsa, Bağlan ve kopyalama sayfasından günlükleri indirin.

  • Data Box'ınızın yönetilen disk klasörüne hizalanmış 512 bayt olmayan bir dosya kopyaladıysanız, dosya hazırlama depolama hesabınıza sayfa blobu olarak yüklenmez. Günlüklerde bir hata görürsünüz. Dosyayı kaldırın ve 512 bayt hizalanmış bir dosyayı kopyalayın.
  • VHDX veya dinamik VHD ya da fark kayıt VHD'sini kopyaladıysanız günlüklerde bir hata görürsünüz. Bu dosya türleri desteklenmez.

Yönetilen disklere kopyalama sırasında oluşan farklı hatalar için error.xml dosyasının bir örneği aşağıda verilmiştir.

<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>

Sayfa bloblarına kopyalama sırasında oluşan farklı hatalar için error.xml dosyasının bir örneği aşağıda verilmiştir.

<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>

Blok bloblarına kopyalama sırasında oluşan farklı hatalar için error.xml dosyasının bir örneği aşağıda verilmiştir.

<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>

Azure Dosyalar'a kopyalama sırasında oluşan farklı hatalar için error.xml dosyasının bir örneği aşağıda verilmiştir.

<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>

Yukarıdaki durumların her birinde, sonraki adıma geçmeden önce hataları çözün. SMB veya NFS protokolleri aracılığıyla Data Box'a veri kopyalama sırasında alınan hatalar hakkında daha fazla bilgi için Data Box ve Data Box Heavy sorunlarını giderme konusuna gidin. REST aracılığıyla Data Box'a veri kopyalama sırasında alınan hatalar hakkında bilgi için Data Box Blob depolama sorunlarını giderme bölümüne gidin.

Göndermeye hazırlanırken ürün reçetesini inceleme

Göndermeye hazırlanma sırasında, Ürün Reçetesi (BOM) veya bildirim dosyası olarak bilinen dosyaların listesi oluşturulur.

  • Data Box'a kopyalanan dosyaların gerçek adlarına ve sayısına göre doğrulamak için bu dosyayı kullanın.
  • Dosyaların gerçek boyutlarına göre doğrulamak için bu dosyayı kullanın.
  • crc64'ün sıfır olmayan bir dizeye karşılık geldiğini doğrulayın.

Göndermeye hazırlanma sırasında alınan hatalar hakkında daha fazla bilgi için Data Box ve Data Box Heavy sorunlarını giderme konusuna gidin.

BOM veya bildirim dosyası

Ürün reçetesi veya bildirim dosyası, Data Box cihazına kopyalanan tüm dosyaların listesini içerir. BOM dosyasının dosya adları, dosya boyutları ve sağlama toplamı vardır. Blok blobları, sayfa blobları, Azure Dosyalar, REST API'leri aracılığıyla kopyalanması ve Data Box'ta yönetilen disklere kopyalanması için ayrı bir BOM dosyası oluşturulur. Ürün reçetesi dosyalarını göndermeye hazırlanma sırasında cihazın yerel web kullanıcı arabiriminden indirebilirsiniz.

Bu dosyalar Data Box cihazında da bulunur ve Azure veri merkezinde ilişkili depolama hesabına yüklenir.

BOM dosya biçimi

BOM veya bildirim dosyası aşağıdaki genel biçime sahiptir:

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

Veriler Data Box'ta blok blobu paylaşımına kopyalandığında oluşturulan bir bildirim örneği aşağıda verilmiştir.

<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>

Ürün reçetesi veya bildirim dosyaları da Azure depolama hesabına kopyalanır. Azure'a yüklenen dosyaların Data Box'a kopyalanan veriyle eşleştiklerini doğrulamak için BOM veya bildirim dosyalarını kullanabilirsiniz.

Azure'a yükleme sırasında kopyalama günlüğünü gözden geçirme

Azure'a veri yükleme sırasında bir kopyalama günlüğü oluşturulur.

Günlüğü kopyalama

İşlenen her sipariş için Data Box hizmeti ilişkili depolama hesabında bir kopyalama günlüğü oluşturur. Kopyalama günlüğünde karşıya yüklenen toplam dosya sayısı ve Data Box'tan Azure depolama hesabınıza veri kopyalama sırasında hata veren dosyaların sayısı bulunur.

Azure'a yükleme sırasında Döngüsel Yedeklilik Denetimi (CRC) hesaplaması yapılır. Veri kopyasından ve veri yüklemesinden sonra gelen CRC'ler karşılaştırılır. CRC uyuşmazlığı, karşılık gelen dosyaların karşıya yüklenemediğini gösterir.

Günlükler varsayılan olarak adlı copylogbir kapsayıcıya yazılır. Günlükler aşağıdaki adlandırma kuralıyla depolanır:

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

Kopyalama günlüğü yolu, portalın Genel Bakış dikey penceresinde de görüntülenir.

Path to copy log in Overview blade when completed

Dekont

Data Box'ınızın depolama hesabında güvenlik duvarı kuralları ayarlandıysa, Genel Bakış bölmesindeki KOPYALAMA GÜNLÜK YOLU'nu kullanarak Azure portalından kopyalama günlüklerine erişemeyebilirsiniz. Günlüklere erişmek için depolama güvenlik duvarı ayarlarını geçerli sisteme izin verecek şekilde değiştirin veya güvenlik duvarı ağında bulunan bir sistemi kullanın.

Karşıya yükleme başarıyla tamamlandı

Aşağıdaki örnekte, başarıyla tamamlanan data box karşıya yüklemesinin genel kopya günlüğü biçimi açıklanmaktadır:

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

Karşıya yükleme uyarılarla tamamlandı

Verilerinizin Azure adlandırma kurallarına uymayan kapsayıcı, blob veya dosya adları varsa ve verileri Azure'a yüklemek için adlar değiştirildiğinde Azure'a yükleme işlemi uyarılarla tamamlanır.

Path to copy log in Overview blade when completed with warnings

Azure'a veri yükleme sırasında Azure adlandırma kurallarına uymayan kapsayıcıların yeniden adlandırıldığı bir kopyalama günlüğü örneği aşağıda verilmiştir.

Yeni kapsayıcıların benzersiz adları biçimindedir DataBox-GUID. Özgün kapsayıcılardaki veriler yeni, yeniden adlandırılmış kapsayıcılara eklenir. Kopyalama günlüğü eski ve yeni kapsayıcı adlarını belirtir.

<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>

Azure'a veri yükleme sırasında Azure adlandırma kurallarına uymayan blobların veya dosyaların yeniden adlandırıldığı bir kopyalama günlüğü örneği aşağıda verilmiştir. Yeni blob veya dosya adları, kapsayıcıya göreli yolun SHA256 özetine dönüştürülür ve hedef türüne göre yola yüklenir. Hedef blok blobları, sayfa blobları veya Azure Dosyalar olabilir.

eski copylog ve yeni blob veya dosya adını ve Azure'daki yolu belirtir.

<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>

Karşıya yükleme hatalarla tamamlandı

Azure'a yükleme işlemi hatalarla da tamamlanabilir.

Path to copy log in Overview blade when completed with errors

Bazen bir dosyanın karşıya yüklenmemesi için yeniden denenemez bir hata alabilirsiniz. Bu durumda bir bildirim alırsınız. Bildirimin nasıl izlendiği hakkında bilgi için bkz . Azure Data Box ve Azure Data Box Heavy cihazlarından veri yüklemelerindeki kopyalama hatalarını gözden geçirme.

Karşıya yüklemenin hatalarla tamamlandığı bir kopyalama günlüğü örneği aşağıda verilmiştir:

<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>

Veri silindikten sonra gözetim günlükleri zincirini alma

Veriler NIST SP 800-88 Düzeltme 1 yönergelerine göre Data Box disklerinden silindikten sonra, saklama günlükleri zinciri kullanılabilir. Bu günlükler denetim günlüklerini ve sipariş geçmişini içerir. Ürün reçetesi veya bildirim dosyaları da denetim günlükleriyle birlikte kopyalanır.

Denetim günlükleri

Denetim günlükleri, Azure veri merkezinin dışındayken Data Box veya Data Box Heavy'de paylaşımları açma ve paylaşımlara erişme hakkında bilgi içerir. Bu günlükler şu konumda bulunur: storage-account/azuredatabox-chainofcustodylogs

Data Box'tan denetim günlüğünün bir örneği aşağıda verilmiştir:

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.

Sipariş geçmişi indirme

Sipariş geçmişi Azure portalında kullanılabilir. Sipariş tamamlandıysa ve cihaz temizleme (disklerden veri silme) tamamlandıysa cihaz siparişinize gidin ve Sipariş ayrıntıları'na gidin. Sipariş geçmişi indirme seçeneği bulunur. Daha fazla bilgi için bkz . Sipariş geçmişini indirme.

Sipariş geçmişinde gezindiğinizde şunları görürsünüz:

  • Cihazınız için operatör izleme bilgileri.
  • SecureErase etkinliğine sahip olaylar. Bu olaylar disk üzerindeki verilerin silinmesine karşılık gelir.
  • Data Box günlük bağlantıları. Denetim günlükleri, kopyalama günlükleri ve BOM dosyalarının yolları gösterilir.

Azure portalından sipariş geçmişi günlüğünün bir örneği aşağıda verilmiştir:

-------------------------------
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>

Sonraki adımlar