Freigeben über


Für Azure Data Box geltende Einschränkungen

Berücksichtigen Sie die folgenden Einschränkungen beim Bereitstellen und Betreiben Ihrer Microsoft Azure Data Box. In der folgenden Tabelle werden die für die Data Box geltenden Einschränkungen beschrieben.

Data Box-Diensteinschränkungen

  • Wenn Sie mehrere Speicherkonten mit dem Data Box-Dienst nutzen, müssen alle Speicherkonten zur selben Azure-Region gehören.
  • Es wird empfohlen, nicht mehr als drei Speicherkonten zu verwenden. Weitere Speicherkonten können möglicherweise die Leistung beeinträchtigen.

Für Data Box geltende Einschränkungen

  • In Data Box können sowohl für den Import als auch für den Export maximal 500 Millionen Dateien gespeichert werden.
  • Data Box unterstützt maximal 512 Container oder Freigaben in der Cloud. Die Verzeichnisse der obersten Ebene innerhalb der Benutzerfreigabe werden zu Containern oder Azure-Dateifreigaben in der Cloud.
  • Die Data Box-Nutzungskapazität kann aufgrund des Speicherverbrauchs für ReFS-Metadaten weniger als 80 TiB betragen.
  • Data Box unterstützt gleichzeitig maximal zehn Clientverbindungen für eine NFS-Freigabe.

Speichergrenzwerte für Azure

In diesem Abschnitt werden die Grenzwerte für den Azure Storage-Dienst und die erforderlichen Benennungskonventionen für Azure Files, Azure-Blockblobs und Azure-Seitenblobs beschrieben, sofern mit dem Data Box-Dienst verfügbar. Machen Sie sich sorgfältig mit den Speichergrenzwerten vertraut, und beachten Sie alle Empfehlungen.

Aktuelle Informationen zu Grenzwerten für den Azure Storage-Dienst und bewährte Vorgehensweisen für die Benennung von Freigaben, Containern und Dateien finden Sie hier:

Wichtig

Wenn Dateien oder Verzeichnisse die Grenzwerte des Azure Storage-Diensts überschreiten oder nicht den Benennungskonventionen für Azure Files/-Blobs entsprechen, werden diese Dateien oder Verzeichnisse nicht über den Data Box-Dienst in Azure Storage erfasst.

Vorbehalte beim Kopieren und Hochladen von Daten

Für Importaufträge

Folgende Data Box-Einschränkungen gelten für einen Importauftrag:

  • Container, Freigaben und Ordner:
    • Kopieren Sie Dateien nicht direkt in eine der vorab erstellten Freigaben. Sie müssen zunächst einen Ordner unter der Freigabe erstellen und dann Dateien in diesen Ordner kopieren.
    • Ein Ordner unter StorageAccount_BlockBlob und StorageAccount_PageBlob ist ein Container. Container werden beispielsweise als StorageAccount_BlockBlob/container und StorageAccount_PageBlob/container erstellt.
    • Jeder Ordner, der direkt unter StorageAccount_AzureFile erstellt wurde, wird in eine Azure-Dateifreigabe umgewandelt.
    • Azure Blob Storage unterstützt keine Verzeichnisse. Wenn Sie einen Ordner unter dem Ordner StorageAccount_BlockBlob erstellen, werden im Blobnamen virtuelle Ordner erstellt. Für Azure Files wird die tatsächliche Verzeichnisstruktur beibehalten.
  • Zusammenführen von Ordnerinhalten:
    • Jede Datei, die in die Freigaben StorageAccount_BlockBlob und StorageAccount_PageBlob geschrieben wird, wird als Blockblob bzw. Seitenblob hochgeladen.
    • Wenn ein Ordner denselben Namen wie ein vorhandener Container hat, wird der Inhalt des Ordners mit dem Inhalt des Containers zusammengeführt. Dateien oder Blobs, die sich noch nicht in der Cloud befinden, werden dem Container hinzugefügt. Wenn eine Datei oder ein Blob denselben Namen wie eine Datei oder ein Blob hat, die bzw. das sich bereits im Container befindet, wird die vorhandene Datei oder das Blob überschrieben.
    • Beim Hochladen in ein Blob auf Archivebene tritt ein Fehler auf, wenn der Container über ein vorhandenes archiviertes Blob gleichen Namens verfügt. Solange sich ein Blob auf der Archivebene befindet, kann es nicht gelesen oder geändert werden. Wenn Sie ein Blob überschreiben müssen, stellen Sie sicher, dass das Blob nicht auf „Archiv“ festgelegt ist. Weitere Informationen finden Sie unter Zugriffsebene „Archiv“.
    • Eine unter den Ordnern StorageAccount_BlockBlob und StorageAccount_PageBlob erstellte leere Verzeichnishierarchie (ohne jegliche Dateien) wird nicht hochgeladen.
  • Das Importieren von Daten in NFS Azure-Dateifreigaben wird von Azure Data Box nicht unterstützt. Das Kopieren von Daten aus Data Box in eine vorhandene NFS-Azure-Dateifreigabe mit einem identischen Namen wie der Quellordner erzeugt einen Konflikt. Um diesen Konflikt zu beheben, benennt Data Box die Quellfreigabe in databox-<GUID> um und lädt sie in das Zielspeicherkonto als SMB-Azure-Dateifreigabe hoch.
  • Wenn Sie sowohl das SMB- als auch das NFS-Protokoll für Datenkopien verwenden, wird Folgendes empfohlen:
    • Verwenden Sie verschiedene Speicherkonten für SMB und NFS.
    • Kopieren Sie nicht dieselben Daten mit SMB und NFS in dasselbe Endziel in Azure. In diesen Fällen lässt sich das endgültige Ergebnis nicht im Vorhinein bestimmen.
    • Zwar kann das parallele Kopieren über SMB und NFS funktionieren, doch wird davon abgeraten, da es anfällig für menschliche Fehler ist. Warten Sie, bis die SMB-Datenkopie abgeschlossen ist, bevor Sie eine NFS-Datenkopie starten.
  • Uploadverwaltung:
    • Wenn beim Hochladen von Daten in Azure Fehler auftreten, wird im Zielspeicherkonto ein Fehlerprotokoll erstellt. Der Pfad zu diesem Fehlerprotokoll ist verfügbar, sobald das Hochladen abgeschlossen ist, und Sie können das Protokoll überprüfen, um Korrekturmaßnahmen zu ergreifen. Löschen Sie keine Daten aus der Quelle, ohne die hochgeladenen Daten zu überprüfen.
    • Dateimetadaten und NTFS-Berechtigungen können beim Hochladen der Daten in Azure Files beibehalten werden. Siehe hierzu die Anleitung unter Beibehalten von ACLs, Attributen und Zeitstempeln für Dateien mit Azure Data Box.
    • Die Hierarchie der Dateien wird beim Hochladen in die Cloud sowohl für Blobs als auch für Azure Files beibehalten. Beispiel: Sie haben eine Datei in diesen Pfad kopiert: <container folder>\A\B\C.txt. Dann wird diese Datei wird in den gleichen virtuellen Pfad in der Cloud hochgeladen.
    • Wenn das Feld CreateTime oder LastWriteTime für eine Datei während eines Uploads die zulässige Größe überschreitet, ersetzt "Fri, 31 Dec 9999 23:59:59" das ursprüngliche Datum in der Azure-Dateieigenschaft. Der Datei-Upload ist erfolgreich, und es wird kein Fehler gemeldet.

Für Exportaufträge

Folgende Data Box-Einschränkungen gelten für einen Exportauftrag:

  • Data Box ist ein Windows-basiertes Gerät, bei dem die Groß-/Kleinschreibung für Dateinamen nicht relevant ist. In Azure können Sie beispielsweise zwei verschiedene Dateien mit Namen verwenden, die sich nur in der Groß-/Kleinschreibung unterscheiden. Diese Dateien werden auf dem Gerät überschrieben und sollten daher nicht mit Data Box exportiert werden.
  • Wenn Tags in Eingabedateien doppelt vorliegen oder auf dieselben Daten verweisen, werden die Dateien beim Data Box-Export möglicherweise übersprungen oder überschrieben. Die im Azure-Portal angezeigte Dateianzahl und Datenmenge unterscheiden sich möglicherweise von der tatsächlichen Größe der auf dem Gerät vorhandenen Daten.
  • Data Box exportiert Daten über das SMB-Protokoll (Server Message Block) in ein Windows-basierten System und ist durch SMB-Einschränkungen für Dateien und Ordner beschränkt. Dateien und Ordner mit nicht unterstützten Namen werden nicht exportiert.
  • Es gibt eine 1:1-Zuordnung zwischen Präfix und Container.
  • Die maximale Größe des Dateinamens beträgt 1.024 Zeichen. Dateinamen, die diese Länge überschreiten, werden nicht exportiert.
  • Doppelte Präfixe in der bei Auftragserstellung hochgeladenen xml-Datei werden exportiert. Doppelte Präfixe werden nicht ignoriert.
  • Bei Seitenblobs und Containernamen wird die Groß-/Kleinschreibung beachtet. Wenn die Groß-/Kleinschreibung nicht übereinstimmt, werden Blob und/oder Container nicht gefunden.

Größenbeschränkungen für das Azure-Speicherkonto

Dies sind die Grenzwerte für die Größe der Daten, die in ein Speicherkonto kopiert werden. Stellen Sie sicher, dass die von Ihnen hochgeladenen Daten diesen Grenzwerten entsprechen. Aktuelle Informationen zu diesen Grenzwerten finden Sie unter Skalierbarkeits- und Leistungsziele für Blob Storage und Skalierbarkeits- und Leistungsziele für Azure Files.

Größe der in das Azure-Speicherkonto kopierten Daten Standardlimit
Blockblob und Seitenblob Der maximale Grenzwert ist identisch mit dem Speicherlimit, das für das Azure-Abonnement definiert ist, und enthält Daten aus allen Quellen(einschließlich Data Box).
Azure Files Data Box unterstützt Azure Premium-Dateifreigaben, die insgesamt 100 TiB für alle Freigaben im Speicherkonto zulassen. Die maximal nutzbare Kapazität ist aufgrund des von Kopier- und Überwachungsprotokollen verwendeten Speicherplatzes etwas geringer. Mindestens jeweils 100 GiB wird für das Kopier- und das Überwachungsprotokoll reserviert. Weitere Informationen finden Sie unter Überwachungsprotokolle für Azure Data Box und Azure Data Box Heavy. Alle Ordner unter StorageAccount_AzFile müssen diesen Grenzwert einhalten. Weitere Informationen finden Sie unter Erstellen einer Azure-Dateifreigabe.

Größenbeschränkungen für das Azure-Objekt

Hier sind die Größen der Azure-Objekte, die geschrieben werden können. Stellen Sie sicher, dass alle Dateien, die hochgeladen werden, diesen Einschränkungen entsprechen.

Azure-Objekttyp Standardlimit
Blockblob 14 TiB
Seitenblob 4 TiB
Jede Datei, die im Seitenblobformat hochgeladen wird, muss einem ganzzahligen Vielfachen von 512 Bytes entsprechen. Andernfalls tritt beim Hochladen ein Fehler auf.
VHD- und VHDX-Dateien entsprechen einem ganzzahligen Vielfachen von 512 Bytes.
Azure Files 4 TiB
Verwaltete Datenträger 4 TiB
Weitere Informationen zu den Größen und Grenzwerten finden Sie unter:
  • Skalierbarkeitsziele bei SSD Standard
  • Skalierbarkeitsziele bei SSD Premium
  • Skalierbarkeitsziele bei HDD Standard
  • Managed Disks – Preise und Abrechnung
  • Benennungskonventionen für Azure-Blockblobs, -Seitenblobs und -Dateien

    Entity Konventionen
    Containernamen für Blockblob und Seitenblob Es muss sich um einen gültigen DNS-Namen mit einer Länge von 3 bis 63 Zeichen handeln.
    Sie muss mit einem Buchstaben oder einer Zahl beginnen.
    Nur Kleinbuchstaben, Zahlen und Bindestriche (-) sind zulässig.
    Vor und nach jedem Bindestrich (-) muss unmittelbar ein Buchstabe oder eine Ziffer stehen.
    Aufeinanderfolgende Bindestriche sind in Namen nicht zulässig.
    Freigabenamen für Azure-Dateien Wie oben
    Verzeichnis- und Dateinamen für Azure-Dateien
  • Groß-/Kleinschreibung wird beibehalten, aber nicht berücksichtigt, maximal 255 Zeichen.
  • Schrägstrich (/) als letztes Zeichen nicht erlaubt.
  • Falls eingegeben, erfolgt eine automatische Entfernung.
  • Folgende Zeichen sind nicht zulässig: " \ / : | < > * ?
  • Reservierte URL-Zeichen müssen korrekt mit Escapezeichen versehen sein.
  • Ungültige Zeichen im URL-Pfad sind unzulässig. Codeelemente wie „\uE000“ sind keine gültigen Unicode-Zeichen. Einige ASCII- und Unicode-Zeichen, z.B. Steuerzeichen (0x00 bis 0x1F, \u0081 usw.), sind ebenfalls unzulässig. Regeln für Unicode-Zeichenfolgen in HTTP/1.1 finden Sie unter „RFC 2616, Section 2.2: Basic Rules“ und „RFC 3987“.
  • Die folgenden Dateinamen sind unzulässig: LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, Punkt (.) und zwei Punkte (..).
  • Blobnamen für Blockblobs und Seitenblobs
  • Für Blobnamen wird die Groß-/Kleinschreibung beachtet, und sie können eine beliebige Kombination von Zeichen enthalten.
  • Ein Blobname muss zwischen 1 und 1.024 Zeichen lang sein.
  • Reservierte URL-Zeichen müssen korrekt mit Escapezeichen versehen sein.
  • Die Anzahl von Pfadsegmenten, aus denen der Blobname besteht, darf 254 nicht überschreiten. Ein Pfadsegment ist die Zeichenfolge zwischen aufeinanderfolgenden Trennzeichen (z.B. der Schrägstrich (/)), die für den Namen eines virtuellen Verzeichnisses steht.