Megosztás a következőn keresztül:

Az Azure Data Box Heavy korlátai

  • Cikk

Vegye figyelembe ezeket a korlátokat az Azure Data Box Heavy-eszköz üzembe helyezése és üzemeltetésekor. Az alábbi táblázat a Data Boxra vonatkozó korlátokat ismerteti.

A Data Box Heavy szolgáltatás korlátai

  • Ha több tárfiókot használ a Data Box szolgáltatással, az összes tárfióknak ugyanahhoz az Azure-régióhoz kell tartoznia.
  • Javasoljuk, hogy legfeljebb három tárfiókot használjon. Ha több tárfiókot használ, az hatással lehet a teljesítményre.

A Data Box Heavy korlátai

  • A Data Box Heavy csomópontonként legfeljebb 1 milliárd fájlt tárolhat.
  • A Data Box Heavy legfeljebb 512 tárolót vagy megosztást támogat csomópontonként a felhőben. A felhasználói megosztás felső szintű címtárai tárolókká vagy Azure-fájlmegosztásokká válnak a felhőben.

Az Azure Storage korlátai

Ez a szakasz az Azure Storage szolgáltatás korlátait, valamint az Azure Files, az Azure-blokkblobok és az Azure-lapblobok szükséges elnevezési konvencióit ismerteti a Data Box szolgáltatásra vonatkozóan. Gondosan tekintse át a tárolási korlátokat, és kövesse az összes javaslatot.

A megosztások, tárolók és fájlok elnevezésére vonatkozó Azure Storage-szolgáltatási korlátokról és ajánlott eljárásokról a következő cikk nyújt tájékoztatást:

Fontos

Ha vannak olyan fájlok vagy könyvtárak, amelyek túllépik az Azure Storage szolgáltatás korlátait, vagy nem felelnek meg az Azure Files/Blob elnevezési konvencióinak, akkor ezeket a fájlokat vagy könyvtárakat a Data Box szolgáltatáson keresztül nem lehet az Azure Storage-ba beszúrni.

Az adatfeltöltés kikötései

  • Tárolók, megosztások és mappák:
    • Ne másolja közvetlenül a fájlokat az előre létrehozott megosztásokra. Létre kell hoznia egy mappát a megosztás alatt, majd fájlokat kell másolnia a mappába.
    • A StorageAccount_BlockBlob és a StorageAccount_PageBlob alatti mappa egy tároló. A tárolók például StorageAccount_BlockBlob/tárolóként és StorageAccount_PageBlob/tárolóként jönnek létre.
    • A közvetlenül StorageAccount_AzFile alatt létrehozott összes mappa azure-fájlmegosztásra lesz lefordítva.
    • Az Azure Blob Storage nem támogatja a címtárakat. Ha a StorageAccount_BlockBlob mappa alatt hoz létre egy mappát, akkor a virtuális mappák a blob nevében jönnek létre. Az Azure Files esetében a címtár tényleges struktúrája megmarad.
  • Mappa tartalmának egyesítése:
    • A StorageAccount_BlockBlob és StorageAccount_PageBlob megosztásokba írt összes fájl blokkblobként és lapblobként lesz feltöltve.
    • Ha egy mappa neve megegyezik egy meglévő tároló nevével, a mappa tartalma egyesül a tároló tartalmával. A felhőben még nem szereplő fájlok vagy blobok bekerülnek a tárolóba. Ha egy fájl vagy blob neve megegyezik a tárolóban lévő fájl vagy blob nevével, a meglévő fájl vagy blob felülíródik.
    • Az archív rétegben lévő blobba való feltöltés sikertelen lesz, ha a tárolónak ugyanazzal a névvel rendelkező meglévő archivált blobja van. Amíg egy blob az Archív szinten van, nem olvasható vagy módosítható. Ha felül kell írnia egy blobot, győződjön meg arról, hogy a blob nincs archiválva. További információ: Archív hozzáférési szint.
    • A StorageAccount_BlockBlob és StorageAccount_PageBlob mappák alatt létrehozott üres címtárhierarchia (fájlok nélkül) nem tölthető fel.
  • Az Azure Data Box nem támogatja az adatok NFS Azure-fájlmegosztásokba való importálását. Ha adatokat másol a Data Boxból egy meglévő NFS Azure-fájlmegosztásba ugyanazzal a névvel, mint a forrásmappa, ütközést okoz. Az ütközés megoldásához a Data Box átnevezi a forrásmegosztást databox-<GUID> , és SMB Azure-fájlmegosztásként feltölti azt a céltárfiókba.
  • Ha az SMB és az NFS protokollt is használja az adatmásolatokhoz, javasoljuk, hogy:
    • Használjon különböző tárfiókokat az SMB-hez és az NFS-hez.
    • Ne másolja ugyanazokat az adatokat ugyanarra a célhelyre az Azure-ban SMB és NFS használatával. Ilyen esetekben a végeredmény nem garantálható.
    • Bár az SMB-n és az NFS-en keresztül történő párhuzamos másolás is működhet, nem javasoljuk, hogy ezt tegye, mivel az emberi hibára hajlamos. Várjon, amíg az SMB-adatmásolás befejeződik, mielőtt elindít egy NFS-adatmásolást.
  • Feltöltés kezelése:
    • Ha hiba történik az adatok Azure-ba való feltöltésekor, a rendszer hibanaplót hoz létre a céltárfiókban. A hibanapló elérési útja akkor érhető el, amikor a feltöltés befejeződött, és a hibajavításhoz áttekintheti a naplót. A feltöltött adatok ellenőrzése nélkül ne töröljön adatokat a forrásból.
    • A fájl metaadatai és NTFS-engedélyei akkor őrizhetők meg, ha az adatokat feltöltik az Azure Filesba a fájl ACL-ek, attribútumok és időbélyegek megőrzése az Azure Data Box használatával című útmutató segítségével.
    • A fájlok hierarchiája a blobok és az Azure Files felhőbe való feltöltése során is megmarad. Egy fájlt például a következő elérési úton másolt ki: <container folder>\A\B\C.txt. Ez a fájl ugyanahhoz az elérési úthoz lesz feltöltve a felhőben.
    • Ha egy fájl CreateTime vagy LastWriteTime mezője meghaladja a feltöltés során megengedett méretet, a "Fri, Dec 31 Dec 9999 23:59:59" az Azure-fájltulajdonság eredeti dátumát váltja fel. A fájlfeltöltés sikeres, és nem történik hiba.

Az Azure Storage-fiók méretkorlátjai

Íme a tárfiókba másolt adatok méretének korlátai. Győződjön meg arról, hogy a feltöltött adatok megfelelnek ezeknek a korlátoknak. A korlátozásokkal kapcsolatos legfrissebb információkért tekintse meg a Blob Storage és az Azure Files skálázhatósági és teljesítménycéljait.

Az Azure Storage-fiókba másolt adatok mérete Alapértelmezett korlát
Blob és lapblob letiltása A maximális korlát megegyezik az Azure-előfizetéshez meghatározott tárolási korlátkal, és az összes forrásból származó adatokat tartalmazza, beleértve a Data Boxot is.
Azure Files A Data Box támogatja az Azure prémium szintű fájlmegosztásait, amelyek összesen 100 TiB-ot engedélyeznek a tárfiókban lévő összes megosztáshoz. A maximális használható kapacitás valamivel kisebb a másolási naplók és a naplók által használt terület miatt. A másolási naplóhoz és az auditnaplóhoz legalább 100 GiB van fenntartva. További információ: Auditnaplók az Azure Data Boxhoz, az Azure Data Box Heavyhez. Az StorageAccount_AzFile alatt lévő összes mappának be kell tartania ezt a korlátot. További információ: Azure-fájlmegosztás létrehozása.

Az Azure-objektumok méretkorlátai

Íme az írható Azure-objektumok méretei. Győződjön meg arról, hogy a feltöltött fájlok megfelelnek ezeknek a korlátoknak.

Azure-objektum típusa Alapértelmezett korlát
Blokkblob 14 TiB
Lapblob 4 TiB
Minden lapblobformátumban feltöltött fájlnak 512 bájtnak kell lennie (egy integrált többszörösnek), különben a feltöltés meghiúsul.
A VHD és a VHDX 512 bájtban van igazítva.
Azure Files 4 TiB
felügyelt lemezek 4 TiB
További információ a méretről és a korlátokról:
  • Standard SSD-k méretezhetőségi céljai
  • Prémium SSD-k méretezhetőségi céljai
  • Standard HDD-k méretezhetőségi céljai
  • Felügyelt lemezek díjszabása és számlázása
    		•

    Azure-blokkblobok, lapblobok és fájlelnevezési konvenciók

    Entitás Szabályok
    Tárolónevek blokkblobokhoz és lapblobokhoz Érvényes DNS-névnek kell lennie, amely 3–63 karakter hosszú.
    Betűvel vagy számmal kell kezdődnie.
    Csak kisbetűket, számokat és kötőjelet (-) tartalmazhat.
    Minden kötőjel (-) előtt és után közvetlenül egy betűnek vagy számnak kell állnia.
    Az egymást követő kötőjelek nem engedélyezettek a nevekben.
    Azure-fájlok nevének megosztása Lásd fent
    Az Azure-fájlok címtár- és fájlnevei
  • Kis- és nagybetűk megőrzése, kis- és nagybetűk megkülönböztetése, és nem haladhatja meg a 255 karakter hosszúságot.
  • A perjel (/) nem végződhet.
  • Ha meg van adva, a rendszer automatikusan eltávolítja.
  • A következő karakterek nem engedélyezettek: " \ / : | < > * ?
  • A fenntartott URL-karaktereket escape-karakterrel kell jelölni.
  • Érvénytelen URL-elérési út karakterek nem engedélyezettek. Az olyan kódpontok, mint a \uE000, érvénytelen Unicode-karakterek. Bizonyos ASCII- vagy Unicode-karakterek, például vezérlőkarakterek (0x1F 0x00, \u0081 stb.) szintén nem engedélyezettek. A HTTP/1.1 Unicode-sztringekre vonatkozó szabályaiért lásd: RFC 2616, 2.2. szakasz: Alapvető szabályok és RFC 3987.
  • A következő fájlnevek nem engedélyezettek: LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, dot character (.), és két pont karakter (..).
    		•
    Blobnevek blokkblob és lapblob esetén
  • A blobnevek megkülönböztetik a kis- és nagybetűket, illetve bármilyen karakterkombinációt tartalmazhatnak
  • A blob nevének 1–1024 karakter hosszúságúnak kell lennie.
  • A fenntartott URL-karaktereket escape-karakterrel kell jelölni.
  • A blob nevét alkotó részleges útvonalak száma legfeljebb 254 lehet. A részleges útvonalak két elválasztókarakter (pl. a perjel „/”) közötti sztringek, amelyek megegyeznek egy virtuális könyvtár nevével.
    		•