Azure Data Box sınırları

Microsoft Azure Data Box'ınızı dağıtırken ve çalıştırırken bu sınırları göz önünde bulundurun. Aşağıdaki tabloda Data Box için bu sınırlar açıklanmaktadır.

Data Box hizmet sınırları

  • Data Box hizmetiyle birden çok depolama hesabı kullanıyorsanız, tüm depolama hesapları aynı Azure bölgesine ait olmalıdır.
  • En fazla üç depolama hesabı kullanmanızı öneririz. Daha fazla depolama hesabı kullanmak performansı etkileyebilir.

Data Box sınırları

  • Data Box hem içeri hem de dışarı aktarma için en fazla 500 milyon dosya depolayabilir.
  • Data Box, bulutta en fazla 512 kapsayıcıyı veya paylaşımı destekler. Kullanıcı paylaşımındaki en üst düzey dizinler, bulutta kapsayıcılar veya Azure dosya paylaşımları olur.
  • ReFS meta veri alanı tüketimi nedeniyle Data Box kullanım kapasitesi 80 TiB'den az olabilir.
  • Data Box, NFS paylaşımında aynı anda en fazla 10 istemci bağlantısını destekler.

Azure depolama sınırları

Bu bölümde, Azure Depolama hizmetinin sınırları ve Data Box hizmeti için geçerli olan Azure Dosyalar, Azure blok blobları ve Azure sayfa blobları için gerekli adlandırma kuralları açıklanmaktadır. Depolama sınırlarını dikkatle gözden geçirin ve tüm önerileri izleyin.

Azure depolama hizmeti sınırları hakkında en son bilgiler ve paylaşımları, kapsayıcıları ve dosyaları adlandırmaya yönelik en iyi yöntemler için şuraya gidin:

Önemli

Azure Depolama hizmet sınırlarını aşan veya Azure Dosyalar/Blob adlandırma kurallarına uymayan dosya veya dizinler varsa, bu dosyalar veya dizinler Data Box hizmeti aracılığıyla Azure Depolama'a aktarılamaz.

Veri kopyalama ve karşıya yükleme uyarıları

İçeri aktarma siparişi için

İçeri aktarma siparişi için Data Box uyarıları şunlardır:

  • Kapsayıcılar, paylaşımlar ve klasörler:
    • Dosyaları önceden oluşturulmuş paylaşımların hiçbirine doğrudan kopyalamayın. Paylaşımın altında bir klasör oluşturmanız ve ardından dosyaları bu klasöre kopyalamanız gerekir.
    • Depolama Account_BlockBlob ve Depolama Account_PageBlob altındaki bir klasör kapsayıcıdır. Örneğin kapsayıcılar Depolama Account_BlockBlob/kapsayıcı ve Depolama Account_PageBlob/kapsayıcı olarak oluşturulur.
    • Doğrudan Depolama Account_AzFile altında oluşturulan her klasör bir Azure Dosya Paylaşımına çevrilir.
    • Azure Blob Depolama dizinleri desteklemez. Depolama Account_BlockBlob klasörünün altında bir klasör oluşturursanız, sanal klasörler blob adında oluşturulur. Azure Dosyalar için gerçek dizin yapısı korunur.
  • Klasör içeriğini birleştirme:
    • Depolama Account_BlockBlob ve Depolama Account_PageBlob paylaşımlarına yazılan her dosya sırasıyla blok blobu ve sayfa blobu olarak karşıya yüklenir.
    • Bir klasör mevcut kapsayıcıyla aynı ada sahipse, klasörün içeriği kapsayıcının içeriğiyle birleştirilir. Henüz bulutta olmayan dosyalar veya bloblar kapsayıcıya eklenir. Bir dosya veya blob, zaten kapsayıcıda olan bir dosya veya blobla aynı ada sahipse, var olan dosyanın veya blobun üzerine yazılır.
    • Kapsayıcıda aynı ada sahip bir arşivlenmiş blob varsa Arşiv katmanındaki bir bloba yükleme başarısız olur. Blob Arşiv katmanındaysa okunamaz ve değiştirilemez. Bir blobun üzerine yazmanız gerekiyorsa blobun arşiv olarak ayarlı olmadığından emin olun. Daha fazla bilgi için bkz . Arşiv erişim katmanı.
    • Depolama Account_BlockBlob ve Depolama Account_PageBlob klasörleri altında oluşturulan boş dizin hiyerarşileri (dosyalar olmadan) karşıya yüklenmez.
  • NFS Azure dosya paylaşımlarına veri aktarma, Azure Data Box tarafından desteklenmez. Data Box'tan aynı ada sahip mevcut bir NFS Azure dosya paylaşımına veri kopyalamak, kaynak klasörünüzde çakışmaya neden olur. Bu çakışmayı çözmek için Data Box kaynak paylaşımı databox-<GUID> olarak yeniden adlandırır ve hedef depolama hesabına SMB Azure dosya paylaşımı olarak yükler.
  • Veri kopyaları için hem SMB hem de NFS protokollerini kullanıyorsanız şunları yapmanızı öneririz:
    • SMB ve NFS için farklı depolama hesapları kullanın.
    • Hem SMB hem de NFS kullanarak aynı verileri Azure'daki aynı son hedefe kopyalamayın. Böyle durumlarda nihai sonucu kestirmek mümkün olmayabilir.
    • Hem SMB hem de NFS aracılığıyla paralel olarak kopyalama işlemi işe yarasa da, insan hatasına açık olduğundan bunu yapmanızı önermeyiz. NFS veri kopyalama işlemini başlatmadan önce SMB veri kopyalama işleminiz tamamlanana kadar bekleyin.
  • Karşıya yükleme yönetimi:
    • Veri yüklemeleri sırasında performansı geliştirmek için depolama hesabında büyük dosya paylaşımlarını etkinleştirmenizi ve paylaşım kapasitesini 100 TiB'a artırmanızı öneririz.
    • Verileri Azure'a yüklerken herhangi bir hata varsa, hedef depolama hesabında bir hata günlüğü oluşturulur. Karşıya yükleme tamamlandığında bu hata günlüğünün yolu kullanılabilir ve düzeltici işlem yapmak için günlüğü gözden geçirebilirsiniz. Karşıya yüklenen verileri doğrulamadan kaynaktan veri silmeyin.
    • Azure Data Box ile dosya ACL'lerini, özniteliklerini ve zaman damgalarını koruma başlığındaki yönergeler kullanılarak veriler Azure Dosyalar yüklendiğinde dosya meta verileri ve NTFS izinleri korunabilir.
    • Hem bloblar hem de Azure Dosyalar için buluta yüklenirken dosyaların hiyerarşisi korunur. Örneğin, şu yolda bir dosya kopyalamıştınız: <container folder>\A\B\C.txt. Bu dosya bulutta aynı yola yüklenir.
    • Bir dosyanın CreateTime veya LastWriteTime alanı karşıya yükleme sırasında izin verilebilen boyutu aşarsa, "Cum, 31 Dec 9999 23:59:59", Azure dosya özelliğindeki özgün tarihin yerini alır. Dosya karşıya yükleme başarılı olur ve hata oluşmaz.

Dışarı aktarma siparişi için

Dışarı aktarma siparişi için Data Box uyarıları şunlardır:

  • Data Box, Windows tabanlı bir cihazdır ve büyük/küçük harfe duyarlı dosya adlarını desteklemez. Örneğin, Azure'da yalnızca büyük/küçük harf bakımından farklı adlara sahip iki farklı dosyanız olabilir. Cihazda dosyaların üzerine yazılacağından, bu tür dosyaları dışarı aktarmak için Data Box kullanmayın.
  • Giriş dosyalarında veya aynı verilere başvuran etiketlerde yinelenen etiketleriniz varsa, Data Box dışarı aktarma işlemi dosyaların atlayabilir veya üzerine yazabilir. Azure portalının görüntülediği dosya sayısı ve veri boyutu, cihazdaki verilerin gerçek boyutundan farklı olabilir.
  • Data Box verileri SMB üzerinden Windows tabanlı sisteme aktarır ve dosyalar ve klasörler için SMB sınırlamalarıyla sınırlıdır. Desteklenmeyen adlara sahip dosya ve klasörler dışarı aktarılmaz.
  • Ön ekten kapsayıcıya 1:1 eşlemesi vardır.
  • Dosya adı boyutu üst sınırı 1024 karakterdir. Bu uzunluğu aşan dosya adları dışarı aktarılamaz.
  • Xml dosyasındaki yinelenen ön ekler (sipariş oluşturma sırasında karşıya yüklenir) dışarı aktarılır. Yinelenen ön ekler yoksayılmaz.
  • Sayfa blobları ve kapsayıcı adları büyük/küçük harfe duyarlıdır. Büyük/küçük harfle eşleşmemişse blob ve/veya kapsayıcı bulunamaz.

Azure depolama hesabı boyut sınırları

Depolama hesabına kopyalanan verilerin boyutuyla ilgili sınırlamalar aşağıdadır. Karşıya yüklediğiniz verilerin bu sınırlara uygun olduğundan emin olun. Bu sınırlarla ilgili en güncel bilgiler için bkz. Blob depolama için ölçeklenebilirlik ve performans hedefleri ve Azure Dosyalar ölçeklenebilirlik ve performans hedefleri.

Azure depolama hesabına kopyalanan verilerin boyutu Varsayılan limit
Blok blobu ve sayfa blobu Maksimum sınır, Azure Aboneliği için tanımlanan Depolama sınırıyla aynıdır ve Data Box dahil olmak üzere tüm kaynaklardan verileri içerir.
Azure Dosyaları
  • Data Box, Data Box sırası oluşturulmadan önce etkinleştirilirse büyük dosya paylaşımlarını (100 TiB) destekler.
    • Büyük dosya paylaşımları sipariş oluşturmadan önce etkinleştirilmediyse, desteklenen en büyük dosya paylaşımı boyutu 5 TiB'dir.
    • Veri yüklemeleri sırasında performansı geliştirmek için depolama hesabında büyük dosya paylaşımlarını etkinleştirmenizi ve paylaşım kapasitesini 100 TiB'a artırmanızı öneririz. Büyük dosya paylaşımları yalnızca yerel olarak yedekli depolama (LRS) olan depolama hesapları için desteklenir.
  • Data Box, depolama hesabındaki tüm paylaşımlar için toplam 100 TiB'ye izin veren Azure Premium Dosya Paylaşımlarını destekler.
    • Günlükleri ve denetim günlüklerini kopyalayan alan nedeniyle maksimum kullanılabilir kapasite biraz daha azdır. Her biri kopyalama günlüğü ve denetim günlüğü için en az 100 GiB ayrılmıştır. Daha fazla bilgi için bkz . Azure Data Box, Azure Data Box Heavy için denetim günlükleri.
    • Depolama Account_AzFile altındaki tüm klasörlerin bu sınıra uyması gerekir. Daha fazla bilgi için bkz . Azure dosya paylaşımı oluşturma.

Azure nesne boyutu sınırları

Yazılabilir Azure nesnelerinin boyutları aşağıdadır. Karşıya yüklenen tüm dosyaların bu sınırlara uygun olduğundan emin olun.

Azure nesne türü Varsayılan limit
Blok blobu 14 TiB
Sayfa blobu 4 TiB
Sayfa blobu biçiminde karşıya yüklenen her dosya 512 bayt hizalanmış (tam sayı kat) olmalıdır, aksi halde karşıya yükleme başarısız olur.
VHD ve VHDX 512 bayt hizalanır.
Azure Dosyaları 4 TiB
Yönetilen diskler 4 TiB
Boyut ve sınırlar hakkında daha fazla bilgi için bkz:
  • Standart SSD'lerin ölçeklenebilirlik hedefleri
  • Premium SSD'lerin ölçeklenebilirlik hedefleri
  • Standart HDD'lerin ölçeklenebilirlik hedefleri
  • Yönetilen disklerin fiyatlandırması ve faturalaması
  • Azure blok blobu, sayfa blobu ve dosya adlandırma kuralları

    Entity Kurallar
    Blok blobu ve sayfa blobu için kapsayıcı adları 3 ile 63 karakter uzunluğunda geçerli bir DNS adı olmalıdır.
    Bir harf veya sayı ile başlamalıdır.
    Yalnızca küçük harf, sayı ve kısa çizgi (-) içerebilir.
    Kısa çizgiden (-) hemen önce ve sonra bir harf veya rakam gelmelidir.
    Adlarda ardışık kısa çizgilere izin verilmez.
    Azure dosyaları için adları paylaşma Yukarıdakiyle aynı
    Azure dosyaları için dizin ve dosya adları
  • Büyük/küçük harf koruyucu, büyük/küçük harfe duyarlı değildir ve uzunluğu 255 karakteri aşmamalıdır.
  • Eğik çizgi (/) ile bitemez.
  • Sağlanırsa, otomatik olarak kaldırılır.
  • Aşağıdaki karakterlere izin verilmez: " \ / : | < > * ?
  • Ayrılmış URL karakterleri doğru şekilde atlanmalıdır.
  • Geçersiz URL yolu karakterlerine izin verilmez. \uE000 gibi kod noktaları geçerli Unicode karakterler değildir. Denetim karakterleri (0x1F için 0x00, \u0081 vb.) gibi bazı ASCII veya Unicode karakterlerine de izin verilmez. HTTP/1.1'de Unicode dizelerini yöneten kurallar için bkz. RFC 2616, Bölüm 2.2: Temel Kurallar ve RFC 3987.
  • Şu dosya adlarına izin verilmez: LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, nokta karakteri (.) ve iki nokta karakteri (..).
  • Blok blobu ve sayfa blobu için blob adları
  • Blob adları büyük/küçük harfe duyarlıdır ve karakterler herhangi bir düzende sıralanabilir.
  • Blob adı 1 ila 1024 karakter uzunluğunda olmalıdır.
  • Ayrılmış URL karakterleri doğru şekilde atlanmalıdır.
  • Blob adını oluşturan yolun bölümleri 254 karakterden uzun olamaz. Yol bölümü, arka arkaya gelen sınırlayıcı karakterlerinin (örneğin eğik çizgi "/") arasında yer alan ve bir sanal dizinin adına karşılık gelen dizedir.