Begrenzungen für Azure Data Box Disk

  • Artikel

Berücksichtigen Sie die folgenden Einschränkungen beim Bereitstellen und Betreiben Ihrer Microsoft Azure Data Box-Datenträgerlösung.

Data Box-Diensteinschränkungen

  • Der Data Box-Dienst ist in den unter Verfügbarkeit nach Region aufgeführten Regionen verfügbar.
  • Ein einzelnes Speicherkonto wird mit dem Data Box-Datenträger unterstützt.
  • Data Box Disk kann maximal 100.000 Dateien speichern
  • Data Box Disk 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.

Leistung des Data Box-Datenträgers

Beim Testen mit Datenträgern, die über USB 3.0 verbunden waren, betrug die Datenträgerleistung bis zu 430 MB/s. Die tatsächlichen Zahlen variieren abhängig von der Größe der verwendeten Datei. Bei kleineren Dateien ist die Leistung unter Umständen etwas reduziert.

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 Namenskonventionen für Azure Files/Blob entsprechen, werden diese Dateien oder Verzeichnisse nicht über den Data Box-Dienst in Azure Storage erfasst.

Vorbehalte beim Kopieren und Hochladen von Daten

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

  • Kopieren Sie Daten nicht direkt auf die Datenträger. Kopieren Sie Daten in die zuvor erstellten Ordner BlockBlob, PageBlob und AzureFile.

  • Ein Ordner unter BlockBlob und PageBlob ist ein Container. Container werden beispielsweise als BlockBlob/container und PageBlob/container erstellt.

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

  • Jede Datei, die in die Freigaben BlockBlob und PageBlob geschrieben wird, wird als Blockblob bzw. Seitenblob hochgeladen.

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

  • Eine unter den Ordnern BlockBlob und PageBlob erstellte leere Verzeichnishierarchie (ohne jegliche Dateien) wird nicht hochgeladen.

  • Wenn sie keine langen Pfade auf dem Client aktiviert haben und jeder Pfad und Dateiname in Ihrer Datenkopie 256 Zeichen überschreitet, meldet das Data Box Aufteilungskopiertool (DataBoxDiskSplitCopy.exe) oder das Data Box Disk Validierungstool (DataBoxDiskValidation.cmd) Fehler. Um diese Art von Fehler zu vermeiden, aktivieren Sie auf Ihrem Windows-Client lange Pfade.

  • Zur Leistungsverbesserung während Datenuploads empfehlen wir, dass Sie große Dateifreigaben für das Speicherkonto aktivieren und die Freigabekapazität auf 100 TiB erhöhen. Große Dateifreigaben werden nur bei Speicherkonten mit lokal redundantem Speicher (LRS) unterstützt.

  • Wenn beim Hochladen von Daten in Azure Fehler auftreten, wird im Zielspeicherkonto ein Fehlerprotokoll erstellt. Der Pfad zu diesem Fehlerprotokoll ist im Portal verfügbar, wenn der Upload 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.

  • Wenn Sie verwaltete Datenträger in der Bestellung angegeben haben, beachten Sie die folgenden zusätzlichen Punkte:

    • Der Name eines verwalteten Datenträgers muss in einer Ressourcengruppe in allen vorab erstellten Ordner und der gesamten Data Box Disk-Instanz eindeutig sein. Die VHDs, die in die vorab erstellten Ordner hochgeladen werden, müssen also jeweils einen eindeutigen Namen aufweisen. Achten Sie darauf, dass der Name nicht mit dem Namen eines bereits vorhandenen verwalteten Datenträgers in einer Ressourcengruppe identisch ist. Wenn VHDs denselben Namen haben, wird nur eine VHD in einen verwalteten Datenträger mit diesem Namen konvertiert. Die anderen VHDs werden als Seitenblobs in das Stagingspeicherkonto hochgeladen.
    • Kopieren Sie die VHDs immer in einen der vorab erstellten Ordner. Wenn Sie die VHDs an einen Ort außerhalb dieser Ordner oder in einen selbst erstellten Ordner kopieren, werden sie nicht als verwaltete Datenträger, sondern als Seitenblobs in das Azure Storage-Konto hochgeladen.
    • Zur Erstellung von verwalteten Datenträgern können nur feste VHDs hochgeladen werden. Dynamische VHDs, differenzierende VHDs oder VHDX-Dateien werden nicht unterstützt.
    • Nicht-VHD-Dateien, die in die vorher erstellten Ordner für verwaltete Datenträger kopiert werden, werden nicht in einen verwalteten Datenträger konvertiert.

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

Dies sind die Grenzwerte für die Datenmenge, die in ein Speicherkonto kopiert werden kann. Stellen Sie sicher, dass die von Ihnen hochgeladenen Daten diesen Grenzwerten entsprechen.

Datentyp Standardlimit
Blockblob, Seitenblob Aktuelle Informationen zu diesen Grenzwerten finden Sie unter Skalierbarkeitsziele für Azure Blob Storage, Skalierbarkeitsziele für Azure-Standardspeicher und Skalierbarkeitsziele für Azure Files.

Die Grenzwerte schließen Daten aus allen Quellen ein, einschließlich Data Box Disk.

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

    Benennungskonventionen für verwaltete Datenträger

    Entity Konventionen
    Namen für verwaltete Datenträger
  • Der Name muss aus 1 bis 80 Zeichen bestehen.
  • Der Name muss mit einem Buchstaben oder einer Zahl beginnen und mit einem Buchstaben, einer Zahl oder einem Unterstrich enden.
  • Der Name darf nur Buchstaben, Ziffern, Unterstriche, Punkte und Bindestriche enthalten.
  • Der Name darf kein Leerzeichen oder / enthalten.
    		•

    Nächste Schritte