Azure Data Box Disk limits

As secções seguintes contêm limites que devem ser respeitados ao implementar e operar a sua solução Azure Data Box Disk.

Limites do serviço Data Box

• O serviço Data Box está disponível nas Azure regiões listadas na secção Disponibilidade do artigo Data Box.
• Data Box Disk suporta uma única conta de armazenamento.
• O Data Box Disk pode armazenar um máximo de 100.000 ficheiros
• O Data Box Disk suporta um máximo de 512 contentores ou partilhas na cloud. Os diretórios de topo dentro da partilha de utilizador tornam-se contentores ou partilhas de ficheiros Azure na cloud.

Desempenho do Data Box Disk

Foi observado um desempenho de rendimento de disco de até 430 MB/s quando os discos são ligados via USB 3.0. O desempenho real varia consoante o tamanho do ficheiro utilizado. Por exemplo, ficheiros mais pequenos frequentemente resultam em desempenho inferior.

Limites de armazenamento do Azure

Esta secção descreve os limites para o serviço Armazenamento do Azure, incluindo as convenções de nomenclatura obrigatórias para Ficheiros do Azure, e blobs de blocos e páginas, no que diz respeito ao serviço Data Box. Revise cuidadosamente os limites de armazenamento e siga todas as recomendações.

Para os limites mais recentes dos serviços de armazenamento do Azure, incluindo e as melhores práticas para nomear partilhas, contentores e ficheiros, consulte:

• Nomear e referenciar contentores.
• Nomear e referenciar partilhas.
• Blocar blobs e convenções de page blobs.

Avisos e cuidados ao copiar e fazer upload de dados

• O Azure Data Box não suporta importar dados para partilhas de ficheiros Azure do Network File System (NFS). Copiar dados entre partilhas de ficheiros NFS Azure de origem e destino que partilham nomes idênticos cria um conflito. Para resolver este conflito, o Data Box renomeia a partilha de origem para databox-<GUID> e carrega-a para a conta de armazenamento alvo como um Server Message Block (SMB) Azure partilha de ficheiros.

• Não copies dados diretamente para a raiz do disco. Copiar dados para pastas pré-criadas BlockBlob, PageBlob e AzureFile .

• Qualquer pasta criada dentro das pastas BlockBlob e PageBlob torna-se um contentor. Por exemplo, os contentores são criados como BlockBlob/container e PageBlob/container.

• Se uma pasta partilhar o mesmo nome de um contentor existente, o conteúdo dessa pasta é fundido com o conteúdo do contentor. Ficheiros ou blobs que ainda não estão na cloud são adicionados ao contentor. Se um ficheiro ou blob partilhar o mesmo nome que um ficheiro ou blob que já existe dentro do contentor, o ficheiro ou blob existente é sobrescrito.

• Cada ficheiro escrito em partilhas BlockBlob e PageBlob é carregado como blob de bloco e blob de página, respetivamente.

• As hierarquias de blob e ficheiros do Azure são mantidas durante o carregamento para a cloud. Por exemplo, copiar um ficheiro com um caminho de <container folder>\A\B\C.txt resulta no ficheiro carregado para o mesmo caminho na cloud.

• Qualquer hierarquia de diretórios vazia (sem arquivos) criada nas pastas BlockBlob e PageBlob não é carregada.

• Qualquer caminho e nome de ficheiro que ultrapasse 256 caracteres nas suas operações de cópia leva a falhas pela Data Box Split Copy Tool (DataBoxDiskSplitCopy.exe) ou pela ferramenta de validação Data Box Disk (DataBoxDiskValidation.cmd) se os caminhos longos não estiverem ativados no cliente. Para evitar este tipo de falha, ativa caminhos longos no teu cliente Windows.

• Qualquer erro gerado durante o upload para o Azure gera um registo de erros dentro da conta de armazenamento de destino. O caminho para este registo de erros está disponível no portal após o carregamento estar concluído. Deve rever o ficheiro de registo e tomar medidas corretivas para evitar a perda de dados. Nunca apague dados da fonte sem verificar os dados carregados.

• Se especificou discos geridos na sua ordem, reveja as seguintes considerações:

  • Só pode ter um disco gerido com um nome próprio num grupo de recursos entre as pastas pré-criadas, no Data Box Disk. Por isso, todos os Discos Rígidos Virtuais (VHD) carregados para as pastas pré-criadas devem ter nomes únicos. Certifique-se de que o nome próprio não corresponde a um disco gerido existente dentro de um grupo de recursos. Se algum VHD partilhar o mesmo nome, apenas um VHD é convertido num disco gerido com esse nome. Todos os outros VHDs são carregados como blobs de página para a conta de armazenamento de staging.
  • Copie sempre os VHDs para uma das pastas pré-criadas. Qualquer VHD copiado fora dessas pastas ou para uma pasta que cries é carregado para a tua conta de armazenamento como um blob de página em vez de um disco gerido.
  • Apenas VHDs fixos podem ser carregados para criar discos geridos. Operações para VHDs Dinâmicos, VHDs de diferenciação ou ficheiros de Disco Rígido Virtual v2 (VHDX) não são suportados.
  • Ficheiros não VHD copiados para pastas de disco gerido pré-criadas não são convertidos para discos geridos.

Limites de tamanho da conta de armazenamento no Azure

A tabela seguinte contém os limites relativos ao tamanho dos dados que podem ser copiados para uma conta de armazenamento. Certifique-se de que os dados que carrega cumprem estes limites.

Limites de tamanho de objeto Azure

Aqui estão os tamanhos dos objetos Azure que podem ser escritos. Certifique-se de que todos os ficheiros carregados estão em conformidade com estes limites.

Azure blobs de blocos, blobs de página e convenções de nomeação de ficheiros

Convenções de nomenclatura de disco gerenciado

Próximos passos

• Revise Data Box Disk requisitos do sistema