Ограничения для Диска Azure Data Box

Учитывайте эти ограничения, когда развертываете и используете решение диска Microsoft Azure Data Box.

Ограничения службы Data Box

  • Служба Data Box доступна в регионах Azure, перечисленных в поле Доступность по регионам.
  • Диск Data Box поддерживается одну учетную запись хранения.

Производительность диска Data Box

При тестировании с дисками, подключенными через USB 3.0, производительность диска составляла до 430 МБ/с. Фактические значения варьируются в зависимости от используемого размера файла. Для небольших файлов производительность может быть ниже.

Ограничения службы хранилища Azure

Этот раздел описывает ограничения для службы хранилища Azure и требуемые соглашения об именовании для файлов Azure, блочных BLOB-объектов Azure и страничных BLOB-объектов Azure применительно к службе Data Box. Тщательно изучите ограничения хранилища и следуйте всем рекомендациям.

Актуальные сведения об ограничениях службы хранилища Azure и рекомендациях по именованию общих папок, контейнеров и файлов см. в следующих статьях:

Важно!

Если имеются любые файлы или каталоги, превышающие ограничения службы хранилища Azure или несоответствующие соглашениям об именовании файлов и BLOB-объектов Azure, они не направляются в службу хранилища Azure через службу Data Box.

Предостережения по копированию и отправке данных

  • Не нужно копировать данные прямо на диски. Копирование данных в предварительно созданные папки BlockBlob, PageBlob и AzureFile .

  • Папка внутри BlockBlob и PageBlob является контейнером. Например, контейнеры создаются в виде BlockBlob/контейнер и PageBlob/контейнер.

  • Если папка имеет то же имя, что и существующий контейнер, содержимое этой папки объединяется с содержимым контейнера. Файлы или BLOB-объекты, которые не находятся уже в облаке, добавляются в контейнер. Если файл или BLOB-объект имеет то же имя, что и файл или BLOB-объект, который уже находится в контейнере, существующий файл или BLOB-объект перезаписывается.

  • Каждый файл, записанный в общие папки BlockBlob и PageBlob, отправляется в виде блочного и страничного BLOB-объекта, соответственно.

  • Иерархия файлов сохраняется при отправке в облако как больших двоичных объектов, так и Файлы Azure. Например, вы скопировали файл по пути <container folder>\A\B\C.txt. Этот файл отправляется по тому же пути в облаке.

  • Любая пустая иерархия каталогов (без файлов), созданная в папках BlockBlob и PageBlob, не передается.

  • Если на клиенте не включены длинные пути, а длина пути и имени файла в копии данных превышает 256 символов, средство раздельного копирования Data Box (DataBoxDiskSplitCopy.exe) или средство проверки Диск Data Box (DataBoxDiskValidation.cmd) будет сообщать о сбоях. Чтобы избежать такого сбоя, включите длинные пути в клиенте Windows.

  • Чтобы повысить производительность при передаче данных, рекомендуется включить большие общие папки в учетной записи хранения и увеличить емкость общей папки до 100 ТиБ. Большие общие папки поддерживаются только для учетных записей хранения с локально избыточным хранилищем (LRS).

  • Если при отправке данных в Azure возникают ошибки, в целевой учетной записи хранения создается журнал ошибок. Путь к этому журналу ошибок доступен на портале при завершении передачи, чтобы вы могли просмотреть журнал и предпринять корректирующие действия. Не удаляйте данные из источника, не проверив переданные данные.

  • Метаданные файлов и разрешения NTFS не сохраняются при передаче данных в службу "Файлы Azure". Например, последний измененный атрибут файлов не будет сохранен при копировании данных.

  • Если вы указали управляемые диски в том порядке, просмотрите следующие дополнительные рекомендации.

    • Вы можете иметь только один управляемый диск с заданным именем в группе ресурсов во всех предварительно созданных папках и по всему Диску Data Box. Это значит, что виртуальные жесткие диски, отправленные в предварительно созданные папки, должны иметь уникальные имена. Убедитесь, что указанное имя не совпадает с уже существующим управляемым диском в группе ресурсов. Если виртуальные жесткие диски имеют одинаковые имена, только один виртуальный жесткий диск преобразуется в управляемый диск с таким именем. Другие виртуальные жесткие диски передаются в виде страничных BLOB-объектов в промежуточную учетную запись хранения.
    • Всегда копируйте виртуальные жесткие диски в одну из предварительно созданных папок. Если вы копируете виртуальные жесткие диски за пределами этих папок или в созданную вами папку, они отправляются в учетную запись хранения Azure в виде страничных BLOB-объектов, а не управляемых дисков.
    • Чтобы создать управляемые диски, можно отправить только фиксированные виртуальные жесткие диски. Динамические виртуальные жесткие диски, разностные виртуальные жесткие диски или VHDX-файлы не поддерживаются.
    • Файлы, не являющиеся VHD-файлами, скопированные в созданные ранее папки управляемых дисков, не будут преобразованы в управляемый диск.

Ограничения размера для учетной записи хранения Azure

Ниже приведены ограничения для размера данных, которые можно скопировать в учетную запись хранения. Убедитесь, что отправляемые данные соответствуют этим ограничениям.

Тип данных Ограничение по умолчанию
блочный BLOB-объект, страничный BLOB-объект Актуальную информацию об этих ограничениях см. в разделах Целевые объекты масштабирования хранилища BLOB-объектов Azure, Целевые объекты масштабирования стандартного хранилища Azure и Целевые объекты масштабирования службы "Файлы Azure". Ограничения включают данные из всех источников, в том числе из Диска Data Box.

Ограничения размера для объектов Azure

Ниже приведены размеры объектов Azure, которые могут быть записаны. Убедитесь, что все передаваемые файлы соответствуют этим ограничениям.

Тип объекта Azure Ограничение по умолчанию
Блочный BLOB-объект ~4,75 ТиБ
Страничный BLOB-объект 8 ТиБ (каждый файл, отправленный в формате страничного BLOB-объекта, должен быть выровнен по 512 байтам, в противном случае отправка завершается ошибкой. VHD и VHDX имеют выравнивание по 512 байт.)
Файлы Azure Максимум 1 ТиБ. размер общей папки составляет 5 ТиБ
Управляемые диски 4 ТиБ. Дополнительные сведения о размере и ограничениях см. в статье Целевые показатели масштабируемости для управляемых дисков.

Соглашения об именовании для файлов, блочных и страничных BLOB-объектов Azure

Сущность Соглашения
Имена контейнеров для блочных BLOB-объектов и страничных BLOB-объектов общей папки для Файлы Azure Это должно быть допустимое DNS-имя длиной от 3 до 63 знаков. Первый символ — буква или цифра. Может содержать только строчные буквы, цифры и дефисы (-). Перед каждым дефисом и после него должна стоять буква или цифра. Последовательные дефисы в именах использовать запрещено.
Имена каталогов и файлов для файлов Azure Не меняющие и не учитывающие регистр, не превышающие 255 символов. Не может заканчиваться косой чертой (/). Если это предусмотрено, она будет автоматически удалена. Следующие символы не допускаются: " \ / : | <> * ? Зарезервированные веб-адреса должны быть надлежащим образом экранированы. Запрещены недопустимые знаки URL-пути. Кодовые точки, такие как \uE000, — это недопустимые символы Юникода. Некоторые символы ASCII или Юникода, такие как управляющие символы (от 0x00 до 0x1F, \u0081 и т. д.), также не допускаются. Правила, регулирующие строки Юникода в HTTP/1.1, см. в документах RFC 2616, Section 2.2: Basic Rules (раздел 2.2: Основные правила) и RFC 3987. Следующие имена файлов недопустимы: LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, ​​COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, точечный символ (.) и два точечных символа (..).
Имена блочного BLOB-объекта и страничного BLOB-объекта Имена BLOB-объектов указываются с учетом регистра и могут содержать любое сочетание символов. Длина имени BLOB-объекта должна составлять от 1 до 1024 символов. Зарезервированные веб-адреса должны быть надлежащим образом экранированы. Число сегментов пути, содержащих имя BLOB-объекта, не может превышать 254. Сегмент пути — это строка между последовательными символами-разделителями (например, косая черта"/"), которая соответствует имени виртуального каталога.

Соглашения об именовании управляемых дисков

Сущность Соглашения
Имена управляемых дисков Имя должно содержать от 1 до 80 символов. Имя должно начинаться с буквы или цифры, и заканчиваться буквой, цифрой или символом подчеркивания. Оно может содержать только буквы, цифры, символы подчеркивания, точки и дефисы Имя не должно содержать пробелы или /.

Дальнейшие действия