Skip to main content
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Como um backup de despejo funciona com o ONTAP NDMP

Colaboradores netapp-aaron-holt netapp-sumathi netapp-aherbin

Um backup de despejo grava dados do sistema de arquivos do disco para a fita usando um processo predefinido. Você pode fazer backup de um volume, uma qtree ou uma subárvore que não seja um volume inteiro nem uma qtree inteiro.

A tabela a seguir descreve o processo que o ONTAP usa para fazer backup do objeto indicado pelo caminho de despejo:

Fase Ação

1

Para backups de volumes inferiores a completos ou de qtree, o ONTAP percorre diretórios para identificar os arquivos a serem copiados. Se você estiver fazendo backup de um volume ou qtree inteiro, o ONTAP combina esse estágio com o Estágio 2.

2

Para um backup de volume completo ou de qtree completo, o ONTAP identifica os diretórios nos volumes ou qtrees a serem copiados.

3

O ONTAP grava os diretórios em fita.

4

O ONTAP grava os arquivos em fita.

5

O ONTAP grava as informações da ACL (se aplicável) na fita.

O backup de despejo usa um instantâneo de seus dados para o backup. Portanto, você não precisa colocar o volume off-line antes de iniciar o backup.

O backup de despejo nomeia cada snapshot que ele cria como snapshot_for_backup.n, onde n é um número inteiro começando em 0. Cada vez que o backup de despejo cria um snapshot, ele aumenta o número inteiro em 1. O número inteiro é redefinido para 0 após o sistema de armazenamento ser reiniciado. Após a conclusão da operação de backup, o motor de descarga exclui esse instantâneo.

Quando o ONTAP executa vários backups de despejo simultaneamente, o mecanismo de despejo cria vários snapshots. Por exemplo, se o ONTAP estiver executando dois backups de despejo simultaneamente, você encontrará os seguintes snapshots nos volumes a partir dos quais os dados estão sendo copiados: snapshot_for_backup.0 E snapshot_for_backup.1.

Observação

Quando você está fazendo backup de um snapshot, o mecanismo de despejo não cria um snapshot adicional.

Tipos de dados que o motor de descarga faz backup

O mecanismo de despejo permite que você faça backup de dados em fita para proteger contra desastres ou interrupções no controlador. Além de fazer backup de objetos de dados, como arquivos, diretórios, qtrees ou volumes inteiros, o mecanismo de despejo pode fazer backup de muitos tipos de informações sobre cada arquivo. Conhecer os tipos de dados que o mecanismo de despejo pode fazer backup e as restrições a serem levadas em consideração podem ajudá-lo a Planejar sua abordagem para a recuperação de desastres.

Além de fazer backup de dados em arquivos, o mecanismo de despejo pode fazer backup das seguintes informações sobre cada arquivo, conforme aplicável:

  • UNIX GID, proprietário UID e permissões de arquivo

  • Tempo de acesso, criação e modificação do UNIX

  • Tipo de ficheiro

  • Tamanho do ficheiro

  • Nome DOS, atributos dos e tempo de criação

  • Listas de controle de acesso (ACLs) com 1.024 entradas de controle de acesso (ACEs)

  • Informações de Qtree

  • Caminhos de junção

Os caminhos de junção são copiados como links simbólicos.

  • Clones de LUN e LUN

    Você pode fazer backup de um objeto LUN inteiro; no entanto, não é possível fazer backup de um único arquivo dentro do objeto LUN. Da mesma forma, você pode restaurar um objeto LUN inteiro, mas não um único arquivo dentro do LUN.

    Observação

    O mecanismo de despejo faz backup de clones de LUN como LUNs independentes.

  • Arquivos alinhados à VM

    O backup de arquivos alinhados à VM não é suportado em versões anteriores ao Data ONTAP 8.1,2.

Observação

Quando um clone de LUN com backup de snapshot é transferido do Data ONTAP operando no modo 7 para o ONTAP, ele se torna um LUN inconsistente. O motor de descarga não faz backup de LUNs inconsistentes.

Quando você restaura dados para um volume, a e/S do cliente é restrita nos LUNs sendo restaurados. A restrição LUN é removida apenas quando a operação de restauração de despejo estiver concluída. Da mesma forma, durante uma operação de restauração de um único arquivo ou LUN do SnapMirror, a e/S do cliente é restrita em arquivos e LUNs sendo restaurados. Esta restrição é removida apenas quando a operação de restauração de um único arquivo ou LUN estiver concluída. Se um backup de despejo for executado em um volume no qual uma restauração de despejo ou uma operação de restauração de arquivo único SnapMirror ou LUN está sendo executada, os arquivos ou LUNs que têm restrição de e/S cliente não serão incluídos no backup. Esses arquivos ou LUNs são incluídos em uma operação de backup subsequente se a restrição de e/S do cliente for removida.

Observação

Um LUN em execução no Data ONTAP 8.3 que é feito backup em fita pode ser restaurado apenas para 8,3 e versões posteriores e não para uma versão anterior. Se o LUN for restaurado para uma versão anterior, o LUN será restaurado como um arquivo.

Quando você faz backup de um volume secundário do SnapVault ou de um destino do volume SnapMirror em fita, apenas os dados do volume são copiados. Não é feito backup dos metadados associados. Portanto, quando você tenta restaurar o volume, apenas os dados nesse volume são restaurados. As informações sobre as relações SnapMirror de volume não estão disponíveis no backup e, portanto, não são restauradas.

Se você despejar um arquivo que tenha apenas permissões do Windows NT e restaurá-lo para uma qtree ou volume de estilo UNIX, o arquivo obtém as permissões UNIX padrão para essa qtree ou volume.

Se você despejar um arquivo que tenha apenas permissões UNIX e restaurá-lo para uma qtree ou volume no estilo NTFS, o arquivo obtém as permissões padrão do Windows para essa qtree ou volume.

Outros despejos e restaurações preservam permissões.

Você pode fazer backup de arquivos alinhados à VM e da vm-align-sector opção. Para obter mais informações sobre arquivos alinhados à VM, "Gerenciamento de storage lógico"consulte .