Tutorial: Copiar dados para o Azure Data Box Disk e verificar

Artigo
04/25/2024

Copiar dados para o Azure Data Box Disk e validar

Depois de os discos estarem ligados e desbloqueados, poderá copiar os dados do servidor de dados de origem para os discos. Uma vez concluída a cópia de dados, deve validar os dados para garantir que são carregados com êxito no Azure.

Importante

O Azure Data Box agora dá suporte à atribuição de camada de acesso no nível de blob. As etapas contidas neste tutorial refletem o processo de cópia de dados atualizado e são específicas para bloquear blobs.

Não há suporte para atribuição de camada de acesso ao copiar dados usando a Ferramenta de Cópia Dividida do Data Box. Se o seu caso de uso exigir atribuição de camada de acesso, siga as etapas contidas na seção Copiar dados para discos para copiar seus dados para a camada de acesso apropriada usando o utilitário Robocopy.

Para obter ajuda com a determinação da camada de acesso apropriada para seus dados de blob de bloco, consulte a seção Determinar camadas de acesso apropriadas para blobs de bloco.

As informações contidas nesta seção aplicam-se a pedidos feitos após 1º de abril de 2024.

Atenção

Este artigo faz referência ao CentOS, uma distribuição Linux com status de Fim de Vida (EOL). Por favor, considere o seu uso e planejamento de acordo.

Este tutorial descreve como copiar dados do computador host e gerar somas de verificação para verificar a integridade dos dados.

Neste tutorial, irá aprender a:

Determinar camadas de acesso apropriadas para blobs de bloco
Copiar dados para o Data Box Disk
Verificar os dados

Pré-requisitos

Antes de começar, certifique-se de que:

Concluiu o Tutorial: Instalar e configurar o Azure Data Box Disk.
Os discos são desbloqueados e ligados a um computador cliente.
O computador cliente usado para copiar dados para os discos está executando um sistema operacional suportado.
O tipo de armazenamento pretendido para os seus dados corresponde aos tipos de armazenamento suportados.
Você analisou os limites de disco gerenciado nos limites de tamanho de objeto do Azure.

Determinar camadas de acesso apropriadas para blobs de bloco

Importante

As informações contidas nesta seção aplicam-se a pedidos feitos após 1º^{de abril de} 2024.

O Armazenamento do Azure permite armazenar dados de blob de bloco em várias camadas de acesso dentro da mesma conta de armazenamento. Essa capacidade permite que os dados sejam organizados e armazenados de forma mais eficiente com base na frequência com que são acessados. A tabela a seguir contém informações e recomendações sobre as camadas de acesso do Armazenamento do Azure.

Escalão de serviço	Recomendação	Melhor prática
Frequente	Útil para dados on-line acessados ou modificados com frequência. Esse nível tem os custos de armazenamento mais altos, mas os menores custos de acesso.	Os dados neste nível devem estar em uso regular e ativo.
Esporádico	Útil para dados on-line acessados ou modificados com pouca frequência. Esse nível tem custos de armazenamento mais baixos e custos de acesso mais altos do que o nível quente.	Os dados nessa camada devem ser armazenados por pelo menos 30 dias.
Frio	Útil para dados on-line acessados ou modificados raramente, mas ainda exigindo recuperação rápida. Esse nível tem custos de armazenamento mais baixos e custos de acesso mais altos do que o nível legal.	Os dados nesta camada devem ser armazenados por um período mínimo de 90 dias.
Arquivo	Útil para dados offline raramente acessados e com requisitos de latência mais baixos.	Os dados nesta camada devem ser armazenados por um período mínimo de 180 dias. Os dados removidos da camada de arquivamento dentro de 180 dias estão sujeitos a uma taxa de exclusão antecipada.

Para obter mais informações sobre camadas de acesso de blob, consulte Camadas de acesso para dados de blob. Para obter práticas recomendadas mais detalhadas, consulte Práticas recomendadas para usar camadas de acesso de blob.

Você pode transferir seus dados de blob de bloco para a camada de acesso apropriada copiando-os para a pasta correspondente dentro do Data Box Disk. Esse processo é discutido com mais detalhes na seção Copiar dados para discos .

Copiar dados para discos

Reveja as seguintes considerações antes de copiar os dados para os discos:

É da sua responsabilidade copiar os dados locais para a partilha que corresponda ao formato de dados apropriado. Por exemplo, copie dados de blob de bloco para o compartilhamento BlockBlob . Copie VHDs para o compartilhamento PageBlob . Se o formato de dados local não corresponder à pasta apropriada para o tipo de armazenamento escolhido, o carregamento de dados para o Azure falhará em uma etapa posterior.
Não é possível copiar dados diretamente para a pasta raiz de um compartilhamento. Em vez disso, crie uma pasta dentro do compartilhamento apropriado e copie seus dados para ela.
- As pastas localizadas na raiz do compartilhamento PageBlob correspondem a contêineres em sua conta de armazenamento. Um novo contêiner é criado para qualquer pasta cujo nome não corresponda a um contêiner existente em sua conta de armazenamento.
- As pastas localizadas na raiz do compartilhamento AzFile correspondem aos compartilhamentos de arquivos do Azure. Um novo compartilhamento de arquivos é criado para qualquer pasta cujo nome não corresponda a um compartilhamento de arquivos existente em sua conta de armazenamento.
- O nível raiz do compartilhamento BlockBlob contém uma pasta correspondente a cada camada de acesso. Ao copiar dados para o compartilhamento BlockBlob , crie uma subpasta dentro da pasta de nível superior correspondente à camada de acesso desejada. Assim como no compartilhamento PageBlob , um novo contêiner é criado para qualquer pasta cujo nome não corresponda a um contêiner existente. Os dados dentro do contêiner são copiados para a camada correspondente ao pai de nível superior da subpasta.
  
  Um contêiner também é criado para qualquer pasta que resida na raiz do compartilhamento BlockBlob, e os dados que ele contém são copiados para a camada de acesso padrão do contêiner. Para garantir que seus dados sejam copiados para a camada de acesso desejada, não crie pastas no nível raiz.
Importante

Os dados carregados na camada de arquivamento permanecem offline e precisam ser reidratados antes de serem lidos ou modificados. Os dados copiados para a camada de arquivo devem permanecer por pelo menos 180 dias ou estar sujeitos a uma taxa de exclusão antecipada. A camada de arquivamento não é suportada para contas ZRS, GZRS ou RA-GZRS.
Ao copiar dados, verifique se o tamanho dos dados está em conformidade com os limites de tamanho descritos no artigo Limites de armazenamento e disco do Data Box do Azure.
Não desative a criptografia BitLocker em discos Data Box. A desativação da criptografia BitLocker resulta em falha de carregamento depois que os discos são retornados. A desativação do BitLocker também deixa os discos em um estado desbloqueado, criando preocupações de segurança.
Para preservar metadados como ACLs, carimbos de data/hora e atributos de arquivo ao transferir dados para Arquivos do Azure, siga as orientações do artigo Preservando ACLs, atributos e carimbos de data/hora de arquivo com o Disco do Azure Data Box.
Se você usar o Data Box Disk e outros aplicativos para carregar dados simultaneamente, poderá enfrentar falhas de trabalho de carregamento e corrupção de dados.

Importante

Se tiver especificado discos geridos como um dos destinos de armazenamento durante a criação da encomenda, será aplicável a secção a seguir.
Certifique-se de que os discos rígidos virtuais (VHDs) carregados para as pastas pré-criadas tenham nomes exclusivos dentro dos grupos de recursos. Os discos gerenciados devem ter nomes exclusivos dentro de um grupo de recursos em todas as pastas pré-criadas no Disco da Caixa de Dados. Se você estiver usando vários discos Data Box, os nomes de disco gerenciados deverão ser exclusivos em todas as pastas e discos. Quando VHDs com nomes duplicados são encontrados, apenas um é convertido em um disco gerenciado com esse nome. Os VHDs restantes são carregados como blobs de página na conta de armazenamento de preparo.
Copie sempre os VHDs para uma das pastas pré-criadas. VHDs colocados fora dessas pastas ou em uma pasta que você criou são carregados para contas de Armazenamento do Azure como blobs de página em vez de discos gerenciados.
Somente VHDs fixos podem ser carregados para criar discos gerenciados. VHDs dinâmicos, VHDs diferenciais e arquivos VHDX não são suportados.
As ferramentas DataBoxDiskSplitCopy.exe Data Box Disk Split Copy and Validation e DataBoxDiskValidation.cmd, relatam falhas quando caminhos longos são processados. Essas falhas são comuns quando caminhos longos não estão habilitados no cliente e os caminhos e nomes de arquivo da cópia de dados excedem 256 caracteres. Para evitar essas falhas, siga as orientações no artigo Habilitar caminhos longos no cliente Windows .

Importante

O Powershell ISE não é suportado para as Ferramentas de Disco do Data Box

Execute os seguintes passos para ligar e copiar dados do seu computador para o Data Box Disk.

Veja o conteúdo da unidade desbloqueada. A lista das pastas e subpastas pré-criadas na unidade varia de acordo com as opções selecionadas ao fazer a ordem do disco Data Box. A criação de pastas extras não é permitida, pois copiar dados para uma pasta criada pelo usuário causa falhas de carregamento.

Destino de armazenamento selecionado	Storage account type	Tipo de conta de armazenamento de teste	Pastas e subpastas
Conta de armazenamento	GPv1 ou GPv2	ND	BlockBlob Arquivo Sem Interesse Esporádico Muito Interessado PageBlob Azurefile
Conta de armazenamento	Conta de armazenamento de blobs	ND	BlockBlob Arquivo Sem Interesse Esporádico Muito Interessado
Discos geridos	ND	GPv1 ou GPv2	ManagedDisk PremiumSSD StandardSSD StandardSSD
Conta de armazenamento Discos geridos	GPv1 ou GPv2	GPv1 ou GPv2	BlockBlob Arquivo Sem Interesse Esporádico Muito Interessado PageBlob Azurefile ManagedDisk PremiumSSD StandardSSD StandardSSD
Conta de armazenamento Discos geridos	Conta de armazenamento de blobs	GPv1 ou GPv2	BlockBlob Arquivo Sem Interesse Esporádico Muito Interessado ManagedDisk PremiumSSD StandardSSD StandardSSD

A captura de tela a seguir mostra uma ordem em que uma conta de armazenamento GPv2 e uma camada de arquivo foram especificadas:

Copie dados VHD ou VHDX para a pasta PageBlob . Todos os arquivos copiados para a pasta PageBlob são copiados em um contêiner padrão $root dentro da conta de Armazenamento do Azure. Um contêiner é criado na conta de armazenamento do Azure para cada subpasta dentro da pasta PageBlob .

Copie os dados a serem colocados em compartilhamentos de arquivos do Azure para uma subpasta dentro da pasta AzureFile . Todos os arquivos copiados para a pasta AzureFile são copiados como arquivos para um contêiner padrão do tipo databox-format-[GUID], por exemplo, databox-azurefile-7ee19cfb3304122d940461783e97bf7b4290a1d7.

Não é possível copiar arquivos diretamente para a pasta raiz do BlockBlob. Dentro da pasta raiz, você encontra uma subpasta correspondente a cada uma das camadas de acesso disponíveis. Para copiar seus dados de blob, você deve primeiro selecionar a pasta correspondente a uma das camadas de acesso. Em seguida, crie uma subpasta dentro da pasta dessa camada para armazenar seus dados. Finalmente, copie seus dados para a subpasta recém-criada. Sua nova subpasta representa o contêiner criado na conta de armazenamento durante a ingestão. Seus dados são carregados para esse contêiner como blobs. Assim como no compartilhamento AzureFile, um novo contêiner de armazenamento de blob é criado para cada subpasta localizada na pasta raiz do BlockBlob. Os dados dentro dessas pastas são salvos de acordo com a camada de acesso padrão da conta de armazenamento.

Antes de começar a copiar dados, você precisa mover todos os arquivos e pastas existentes no diretório raiz para uma pasta diferente.

Importante

Todos os contentores, blobs e nomes de ficheiros devem cumprir as convenções de nomenclatura do Azure. Se estas regras não forem seguidas, o carregamento de dados para o Azure falhará.
Ao copiar arquivos, certifique-se de que os arquivos não excedam 4,7 TiB para blobs de bloco, 8 TiB para blobs de página e 1 TiB para Arquivos do Azure.

Você pode usar a funcionalidade de arrastar e soltar do Explorador de Arquivos para copiar os dados. Também pode utilizar qualquer ferramenta de cópia de ficheiros compatível SMB, por exemplo, o Robocopy para copiar os dados.

Um benefício de usar uma ferramenta de cópia de arquivo é a capacidade de iniciar vários trabalhos de cópia, como no exemplo a seguir usando a ferramenta Robocopy:

Robocopy <source> <destination> * /MT:64 /E /R:1 /W:1 /NFL /NDL /FFT /Log:c:\RobocopyLog.txt

Nota

Os parâmetros usados neste exemplo são baseados no ambiente usado durante os testes internos. Seus parâmetros e valores provavelmente são diferentes.

Os parâmetros e opções para o comando são usados da seguinte maneira:

Parâmetros/Opções	Description
Origem	Especifica o caminho para o diretório de origem.
Destino	Especifica o caminho para o diretório de destino.
/E	Copia os subdiretórios, incluindo diretórios vazios.
/MT[:n]	Cria cópias multi-threaded com n threads onde n é um inteiro entre 1 e 128. O valor padrão para n é 8.
/R: <n>	Especifica o número de repetições nas cópias falhadas. O valor padrão de n é 1.000.000 de tentativas.
/W: <n>	Especifica o tempo de espera entre as repetições, em segundos. O valor padrão de n é 30 e é equivalente a um tempo de espera de 30 segundos.
/NFL	Especifica que os nomes de ficheiro não estão registados.
/NDL	Especifica que os nomes de diretório não devem ser registrados.
/FFT	Assume tempos de arquivo FAT com uma precisão de resolução de dois segundos.
/Log:<Arquivo de log>	Grava a saída de status no arquivo de log. Qualquer arquivo de log existente é substituído.

É possível utilizar vários discos em paralelo com várias tarefas em execução em cada disco. Lembre-se de que nomes de arquivos duplicados são substituídos ou resultam em um erro de cópia.

Verifique o estado de cópia quando a tarefa está em curso. O exemplo seguinte mostra a saída do comando do Robocopy para copiar ficheiros para o Data Box Disk.


C:\Users>robocopy
-------------------------------------------------------------------------------
   ROBOCOPY     ::     Robust File Copy for Windows
-------------------------------------------------------------------------------

   Started : Thursday, March 8, 2018 2:34:53 PM
      Simple Usage :: ROBOCOPY source destination /MIR

            source :: Source Directory (drive:\path or \\server\share\path).
       destination :: Destination Dir  (drive:\path or \\server\share\path).
              /MIR :: Mirror a complete directory tree.

  For more usage information run ROBOCOPY /?    

  ****  /MIR can DELETE files as well as copy them !

C:\Users>Robocopy C:\Repository\guides \\10.126.76.172\AzFileUL\templates /MT:64 /E /R:1 /W:1 /FFT 
-------------------------------------------------------------------------------
   ROBOCOPY     ::     Robust File Copy for Windows
-------------------------------------------------------------------------------

   Started : Thursday, March 8, 2018 2:34:58 PM
    Source : C:\Repository\guides\
      Dest : \\10.126.76.172\devicemanagertest1_AzFile\templates\

     Files : *.*

   Options : *.* /DCOPY:DA /COPY:DAT /MT:8 /R:1000000 /W:30

 ------------------------------------------------------------------------------

 100%    New File    206    C:\Repository\guides\article-metadata.md
 100%    New File    209    C:\Repository\guides\content-channel-guidance.md
 100%    New File    732    C:\Repository\guides\index.md
 100%    New File    199    C:\Repository\guides\pr-criteria.md
 100%    New File    178    C:\Repository\guides\pull-request-co.md
 100%    New File    250    C:\Repository\guides\pull-request-ete.md
 100%    New File    174    C:\Repository\guides\create-images-markdown.md
 100%    New File    197    C:\Repository\guides\create-links-markdown.md
 100%    New File    184    C:\Repository\guides\create-tables-markdown.md
 100%    New File    208    C:\Repository\guides\custom-markdown-extensions.md
 100%    New File    210    C:\Repository\guides\file-names-and-locations.md
 100%    New File    234    C:\Repository\guides\git-commands-for-master.md
 100%    New File    186    C:\Repository\guides\release-branches.md
 100%    New File    240    C:\Repository\guides\retire-or-rename-an-article.md
 100%    New File    215    C:\Repository\guides\style-and-voice.md
 100%    New File    212    C:\Repository\guides\syntax-highlighting-markdown.md
 100%    New File    207    C:\Repository\guides\tools-and-setup.md
 ------------------------------------------------------------------------------

                Total    Copied   Skipped  Mismatch    FAILED    Extras
     Dirs :         1         1         1         0         0         0
    Files :        17        17         0         0         0         0
    Bytes :     3.9 k     3.9 k         0         0         0         0
    Times :   0:00:05   0:00:00                       0:00:00   0:00:00

    Speed :                5620 Bytes/sec.
    Speed :               0.321 MegaBytes/min.
    Ended : Thursday, August 31, 2023 2:34:59 PM

Para otimizar o desempenho, utilize os seguintes parâmetros do Robocopy ao copiar os dados.

Plataforma	Principalmente arquivos < pequenos 512 KB	Principalmente ficheiros médios de 512 KB a 1 MB	Principalmente arquivos > grandes 1 MB
Data Box Disk	4 sessões do Robocopy* 16 threads por sessão	2 Sessão de Robocopy* 16 threads por sessão	2 Sessão de Robocopy* 16 threads por sessão

*Cada sessão do Robocopy pode ter no máximo 7000 diretórios e 150 milhões de ficheiros.

Para obter mais informações sobre o comando Robocopy, leia o artigo Robocopy e alguns exemplos .

Abra a pasta de destino e, em seguida, visualize e verifique os ficheiros copiados. Se ocorrerem erros durante o processo de cópia, transfira os ficheiros de registo para resolução de problemas. A saída do comando robocopy especifica o local dos arquivos de log.

Dividir e copiar dados para discos

A ferramenta Data Box Split Copy ajuda a dividir e copiar dados em dois ou mais Discos do Azure Data Box. A ferramenta só está disponível para uso em um computador Windows. Este procedimento opcional é útil quando você tem um conjunto de dados grande que precisa ser dividido e copiado em vários discos.

Importante

A ferramenta Data Box Split Copy também pode validar seus dados. Se utilizar a ferramenta Cópia Dividida do Data Box para copiar os dados, poderá ignorar o passo de validação.

A ferramenta Data Box Split Copy não é suportada com discos gerenciados.

No seu computador Windows, certifique-se de que tem a ferramenta de Cópia Dividida do Data Box transferida e extraída numa pasta local. Esta ferramenta está incluída no conjunto de ferramentas Data Box Disk para Windows.
Abra o Explorador de Ficheiros. Tome nota da unidade de origem de dados e das letras de unidade atribuídas ao Data Box Disk.
Identificar os dados de origem a copiar. Por exemplo, neste caso:
- Os seguintes dados de blob de bloco foram identificados.
- Os seguintes dados de blob de página foram identificados.
Navegue até a pasta onde o software é extraído e localize o SampleConfig.json arquivo. Este arquivo é um arquivo somente leitura que você pode modificar e salvar.
Modifique o ficheiro SampleConfig.json.
- Forneça um nome de tarefa. Uma pasta com esse nome é criada no disco Data Box. O nome também é usado para criar um contêiner na conta de armazenamento do Azure associada a esses discos. O nome do trabalho deve seguir as convenções de nomenclatura de contêiner do Azure.
- Forneça um caminho de origem, anotando o formato do caminho no SampleConfigFile.json.
- Introduza as letras de unidade correspondentes aos discos de destino. Os dados são retirados do caminho de origem e copiados em vários discos.
- Indique um caminho para os ficheiros de registo. Por padrão, os arquivos de log são enviados para o diretório onde o .exe arquivo está localizado.
- Para validar o formato de ficheiro, vá para JSONlint.
- Guarde o ficheiro como ConfigFile.json.
Abra uma janela do Prompt de Comando com privilégios elevados e execute o DataBoxDiskSplitCopy.exe comando usando o seguinte.
```
DataBoxDiskSplitCopy.exe PrepImport /config:ConfigFile.json
```
Quando solicitado, pressione qualquer tecla para continuar executando a ferramenta.
Depois que o conjunto de dados é dividido e copiado, o resumo da ferramenta Split Copy para a sessão de cópia é apresentado conforme mostrado na saída de exemplo a seguir.
Verifique se os dados estão divididos corretamente nos discos de destino.

Examine o conteúdo da H: unidade e verifique se duas subpastas são criadas que correspondem aos dados de formato de blob de bloco e blob de página.
Se a sessão de cópia falhar, use o seguinte comando para recuperar e retomar:

DataBoxDiskSplitCopy.exe PrepImport /config:ConfigFile.json /ResumeSession

Se você encontrar erros ao usar a ferramenta Split Copy, siga as etapas no artigo solucionar erros da ferramenta Split Copy.

Importante

A ferramenta Data Box Split Copy também valida os seus dados. Se utilizar a ferramenta Cópia Dividida do Data Box para copiar os dados, poderá ignorar o passo de validação. A ferramenta Split Copy não é suportada com discos gerenciados.

Valide os dados

Se você não usou a ferramenta Data Box Split Copy para copiar dados, precisará validar seus dados. Verifique os dados executando as seguintes etapas em cada um dos seus discos Data Box. Se você encontrar erros durante a validação, siga as etapas no artigo solucionar problemas de erros de validação.

Execute DataBoxDiskValidation.cmd para validação de soma de verificação na pasta DataBoxDiskImport da sua unidade. Esta ferramenta só está disponível para o ambiente Windows. Os usuários do Linux precisam validar se os dados de origem copiados para o disco atendem aos pré-requisitos do Azure Data Box.
Escolha a opção de validação apropriada quando solicitado. Recomendamos que valide sempre os ficheiros e gere somas de verificação, ao selecionar a opção 2. Saia da janela de comando após a conclusão do script. O tempo necessário para a conclusão da validação depende do tamanho dos seus dados. A ferramenta notifica você sobre quaisquer erros encontrados durante a validação e a geração da soma de verificação e fornece um link para os logs de erros.
Gorjeta
- Redefina a ferramenta entre duas execuções.
- O processo de soma de verificação pode levar mais tempo se você tiver um grande conjunto de dados contendo muitos arquivos que ocupam relativamente pouca capacidade de armazenamento. Se você validar arquivos e ignorar a criação da soma de verificação, deverá verificar independentemente a integridade dos dados no disco Data Box antes de excluir quaisquer cópias. Idealmente, esta verificação inclui a geração de somas de verificação.

Próximos passos

Neste tutorial, você aprendeu como concluir as seguintes tarefas com o Azure Data Box Disk:

Copiar dados para o Data Box Disk
Verificar a integridade dos dados

Avance para o tutorial seguinte para saber como devolver o Data Box Disk e verificar o carregamento de dados para o Azure.

Enviar o Azure Data Box de volta para a Microsoft

Copiar dados para discos

Execute os seguintes passos para ligar e copiar dados do computador para o Data Box Disk.

Veja o conteúdo da unidade desbloqueada. A lista de pastas e subpastas pré-criadas na unidade poderá diferir, dependendo das opções selecionadas ao fazer a encomenda do Data Box Disk.
Copie os dados para pastas que correspondam ao formato de dados apropriado. Por exemplo, copie dados não estruturados para a pasta BlockBlob, dados VHD ou VHDX para a pasta PageBlob e arquivos para a pasta AzureFile. Se o formato de dados não corresponder à pasta apropriada (tipo de armazenamento), o carregamento de dados para o Azure falhará em uma etapa posterior.
- Verifique se todos os contentores, blobs e ficheiros estão de acordo com as convenções de nomenclatura do Azure e os limites de tamanho dos objetos do Azure. Se essas regras ou limites não forem seguidos, o carregamento de dados no Azure falhará.
- Se a encomenda tiver os Discos Geridos como um dos destinos de armazenamento, veja as convenções de nomenclatura dos discos geridos.
- Um contêiner é criado na conta de armazenamento do Azure para cada subpasta dentro das pastas BlockBlob e PageBlob . Todos os arquivos dentro das pastas BlockBlob e PageBlob são copiados para o contêiner de $root padrão na conta de Armazenamento do Azure. Todos os arquivos dentro do contêiner $root são sempre carregados como blobs de bloco.
- Crie uma subpasta dentro da pasta AzureFile . Esta subpasta é mapeada para um compartilhamento de arquivos na nuvem. Copie os arquivos para a subpasta. Os ficheiros copiados diretamente para a pasta AzureFile falham e são carregados como blobs de blocos.
- Se existirem arquivos e pastas no diretório raiz, eles devem ser movidos para uma pasta diferente antes que a cópia de dados possa começar.
Utilize a função arrastar e largar com o Explorador de Ficheiros ou qualquer ferramenta de cópia de ficheiros compatível com SMB, como o Robocopy, para copiar os dados. É possível iniciar várias tarefas de cópia com o seguinte comando:
```
Robocopy <source> <destination>  * /MT:64 /E /R:1 /W:1 /NFL /NDL /FFT /Log:c:\RobocopyLog.txt
```
Abra a pasta de destino para ver e verificar os ficheiros copiados. Se ocorrerem erros durante o processo de cópia, transfira os ficheiros de registo para resolução de problemas. Os ficheiros de registo estão localizados conforme especificado no comando robocopy.

Use o procedimento opcional de dividir e copiar quando estiver usando vários discos e tiver um grande conjunto de dados que precisa ser dividido e copiado em todos os discos.

Valide os dados

Verifique seus dados seguindo estas etapas:

Execute o DataBoxDiskValidation.cmd para validação da soma de verificação na pasta DataBoxDiskImport da unidade.
Utilize a opção 2 para validar os ficheiros e gerar somas de verificação. Dependendo do tamanho dos dados, esta etapa pode demorar um pouco. Se houver algum erro durante a validação e a geração da soma de verificação, você será notificado e um link para os logs de erro também será fornecido.

Para obter mais informações sobre a validação de dados, veja Validar os dados. Se encontrar erros durante a validação, veja resolver problemas de erros de validação.

Partilhar via

Tutorial: Copiar dados para o Azure Data Box Disk e verificar

Copiar dados para o Azure Data Box Disk e validar

Pré-requisitos

Determinar camadas de acesso apropriadas para blobs de bloco

Copiar dados para discos

Dividir e copiar dados para discos

Valide os dados

Próximos passos

Copiar dados para discos

Valide os dados

Comentários

Recursos adicionais