Freigeben über

Grenzwerte für Azure Data Box Disk

Die folgenden Abschnitte enthalten Grenzwerte, die beim Bereitstellen und Betreiben Ihrer Azure Data Box Disk-Lösung beachtet werden sollten.

Data Box-Diensteinschränkungen

  • Der Data Box-Dienst ist in den Azure Regionen verfügbar, die im Abschnitt Region availability Abschnitt des Data Box Overview Artikels aufgeführt sind.
  • Data Box Disk unterstützt ein einzelnes Speicherkonto.
  • Data Box Disk können maximal 100.000 Dateien speichern.
  • Data Box Disk unterstützt maximal 512 Container oder Freigaben in der Cloud. Die Top-Level-Verzeichnisse innerhalb des Benutzerfreigabeordners werden in der Cloud zu Containern oder Azure-Dateifreigaben.

Leistung von Data Box Disk

Die Leistung des Datenträgerdurchsatzes von bis zu 430 MB/s wurde beobachtet, wenn Datenträger über USB 3.0 verbunden sind. Die tatsächliche Leistung variiert je nach verwendeter Dateigröße. Beispielsweise führen kleinere Dateien häufig zu einer geringeren Leistung.

Azure Speicherbeschränkungen

In diesem Abschnitt werden die Grenzwerte für den Azure Storage-Dienst beschrieben, einschließlich der erforderlichen Benennungskonventionen für Azure Files sowie Block- und Seitenblobs, wie sie sich auf den Data Box-Dienst beziehen. Überprüfen Sie die Speichergrenzwerte sorgfältig, und befolgen Sie alle Empfehlungen.

Die neuesten Azure Speicherdienstgrenzwerte, einschließlich bewährter Methoden zum Benennen von Freigaben, Containern und Dateien, finden Sie unter:

Wichtig

Dateien oder Verzeichnisse, die Azure Storage Dienstgrenzwerte überschreiten oder nicht den Azure Datei- oder Blobbenennungskonventionen entsprechen, werden nicht über den Data Box-Dienst in Azure Storage aufgenommen.

Vorbehalte beim Kopieren und Hochladen von Daten

  • Azure Data Box unterstützt nicht das Importieren von Daten in Netzwerk-Dateisystem (NFS) Azure-Dateifreigaben. Das Kopieren von Daten zwischen Quell- und Ziel-NFS Azure-Dateifreigaben, die denselben Namen haben, führt zu einem Konflikt. Um diesen Konflikt zu beheben, benennt Data Box die Quellfreigabe in databox-<GUID> um und lädt sie in das Zielspeicherkonto als SMB (Server Message Block) Azure Dateifreigabe hoch.

  • Kopieren Sie keine Daten direkt auf den Datenträgerstamm. Kopieren Sie Daten in vordefinierte Ordner "BlockBlob", "PageBlob" und "AzureFile ".

  • Jeder ordner, der im Ordner "BlockBlob " und "PageBlob " erstellt wurde, wird zu einem Container. Container werden beispielsweise als BlockBlob/container- und PageBlob/container-Container erstellt.

  • Wenn ein Ordner denselben Namen wie ein vorhandener Container aufweist, werden die Inhalte dieses 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 gemeinsam verwendet, die bereits im Container vorhanden ist, wird die vorhandene Datei oder das vorhandene Blob überschrieben.

  • Jede Datei, die in BlockBlob - und PageBlob-Freigaben geschrieben wurde, wird als Block-Blob und Seiten-Blob hochgeladen.

  • Azure Blob- und Dateihierarchien werden beim Hochladen in die Cloud beibehalten. Beispiel: Wenn eine Datei mit einem Pfad von <container folder>\A\B\C.txt kopiert wird, wird die Datei in denselben Cloudpfad hochgeladen.

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

  • Alle Pfade und Dateinamen, die 256 Zeichen in Ihren Kopiervorgängen überschreiten, führen zu Fehlern durch das Datenfeld-Tool für geteilte Kopie (DataBoxDiskSplitCopy.exe) oder das Data Box Disk Validierungstool (DataBoxDiskValidation.cmd), wenn lange Pfade auf dem Client nicht aktiviert sind. Um diese Art von Fehler zu vermeiden, aktivieren Sie lange Pfade auf Ihrem Windows-Client.

  • Jeder fehler, der während des Uploads in Azure generiert wird, generiert ein Fehlerprotokoll im Zielspeicherkonto. Der Pfad zu diesem Fehlerprotokoll ist im Portal verfügbar, nachdem der Upload abgeschlossen ist. Sie müssen die Protokolldatei überprüfen und Korrekturmaßnahmen ergreifen, um Datenverluste zu vermeiden. Löschen Sie niemals Daten aus der Quelle, ohne die hochgeladenen Daten zu überprüfen.

  • Wenn Sie verwaltete Datenträger in Ihrer Bestellung angegeben haben, lesen Sie die folgenden Überlegungen:

    • Sie können nur einen verwalteten Datenträger mit einem bestimmten Namen in einer Ressourcengruppe haben, der sich über die vorgefertigten Ordner und die Data Box Disk erstreckt. Daher müssen alle virtuellen Festplatten (VHD), die in die vordefinierten Ordner hochgeladen wurden, eindeutige Namen haben. Stellen Sie sicher, dass der angegebene Name nicht mit einem vorhandenen verwalteten Datenträger innerhalb einer Ressourcengruppe übereinstimmt. Wenn VHDs einen identischen Namen gemeinsam verwenden, wird nur eine VHD mit diesem Namen in einen verwalteten Datenträger konvertiert. Alle anderen VHDs werden als Seitenblobs in das Stagingspeicherkonto hochgeladen.
    • Kopieren Sie die VHDs immer in einen der vorab erstellten Ordner. Jede VHD, die außerhalb dieser Ordner oder in einen von Ihnen erstellten Ordner kopiert wurde, wird als Seiten-BLOB anstelle eines verwalteten Datenträgers in Ihr Speicherkonto hochgeladen.
    • Zum Erstellen von verwalteten Datenträgern können nur VHDs mit fester Größe hochgeladen werden. Vorgänge für dynamische VHDs, unterschiedliche VHDs oder VHDX-Dateien (Virtual Hard Disk v2) werden nicht unterstützt.
    • Nicht-VHD-Dateien, die in die vordefinierten verwalteten Datenträgerordner kopiert wurden, werden nicht in einen verwalteten Datenträger konvertiert.

Azure Größenbeschränkungen für Speicherkonten

Die folgende Tabelle enthält die Grenzwerte für die Größe von Daten, die in ein Speicherkonto kopiert werden können. Stellen Sie sicher, dass die hochgeladenen Daten diesen Grenzwerten entsprechen.

Datentyp Standardgrenze
Blockblob, Seitenblob Aktuelle Informationen zu diesen Grenzwerten finden Sie unter Azure Blob Storage Scale Targets, Azure Standardspeicherskalierungsziele und Azure Files Skalierungsziele.

Die Grenzwerte umfassen Daten aus allen Quellen, einschließlich Data Box Disk.

Azure Größenbeschränkungen für Objekte

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 Standardgrenze
Blockblob 7 TiB
Seitenblob 7 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 sind auf 512 Bytes ausgerichtet.
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
    		•

    Azure Blockblob-, Seitenblob- und Dateinamenkonventionen

    Entität 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.
    Freigeben von Namen für Azure Dateien Wie oben
    Verzeichnis- und Dateinamen für Azure Dateien
  • Groß-/Kleinschreibung wird beibehalten, ist jedoch nicht relevant und darf nicht mehr als 255 Zeichen umfassen.
  • Darf nicht mit Schrägstrich (/) enden.
  • 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
  • Blobnamen sind groß-/kleinschreibungssensitiv und können eine beliebige Zeichenkombination 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

    Entität 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, mit einem Buchstaben, einer Zahl oder einem Unterstrich enden.
  • Der Name darf nur Buchstaben, Zahlen, Unterstriche, Punkte oder Bindestriche enthalten.
  • Der Name darf keine Leerzeichen oder / enthalten.
    		•

    Nächste Schritte

    • Last updated on