Networker Como configurar a replicação de Mtree para migrar volumes entre zonas de dados

Summary: Este artigo da KB fornece um guia passo a passo para configurar a replicação de Mtree que permitirá que o cliente migre volumes existentes do Networker entre zonas de dados

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

Em versões anteriores do Networker, tínhamos a Networker Volume Move Tool, que usava o comando nsrmigrate para migrar volumes entre diferentes servidores do Networker/zonas de dados. 

A partir da versão 19.7 do Networker, a ferramenta acima não é mais compatível e o cliente precisa configurar a configuração de replicação de MTree.

Para configurar com sucesso a replicação de MTree, o cliente precisa executar várias etapas manuais que descreveremos neste artigo da KB.

Seguindo os detalhes da configuração deste laboratório da KB:
 
Servidor nw de origem: sourcenw DD de origem: DDSOURCE Mtree deorigem: sourcenwDispositivo de origem: FS

Servidor nw de destino: destino DD : TARGETDD Target DD MTree: TargetnwVolumeMigrate
Dispositivo de destino: TARGETDD.nwvolume.lab_FS
 
Pré-requisitos
 
  • Certifique-se de que o usuário ddboost usado na origem exista no DD de destino com o mesmo UID:

image.png
  • Preparar o servidor de origem (criar dispositivos DD e executar backup/clonagem).

image.png

image.png
 
  • Adicione o servidor de origem como client no servidor de destino e no servidor de destino como client no servidor de origem:

image.png image.png
 
  • Crie um par de replicação a partir da interface do usuário do DD.
image.png

image.png

Nota: Durante a criação do par de replicação, não use o nome do servidor de destino como o nome da mtree de destino. Em vez disso, use um nome diferente, pois esses mtrees são somente leitura e não podem ser usados no destino para criar o dispositivo DD.
  • Atualize a unidade de armazenamento replicada com o mesmo nome de usuário ddboost presente na origem.

Depois de criar um par de replicação a partir do DD de origem, uma mtree replicada será criada no DD de destino. Essa mtree replicada ficará visível no DD de destino, mas não na unidade de armazenamento.

image.png

Para tornar a unidade de armazenamento replicada visível no DD de destino, precisamos atualizar o usuário ddboost para a unidade de armazenamento replicada usando o comando abaixo.
 
ddboost storage-unit modify usuário

image.png
 
image.png
 
  • Criando um dispositivo DD no servidor de destino a partir da mtree replicada usando apenas a opção SMT:

image.png
 
  • Conceda ao servidor de origem a permissão "Create Application Privileges" no servidor de destino:
image.png
 
  • Atualize os detalhes de gerenciamento (host, usuário administrador e senha) no recurso NSR DD do servidor de origem (caso contrário, a ação de exportação apresentará falha com a mesma mensagem de erro):

image.png
 
Criando um recurso de replicação de dispositivo DD NSR no servidor de origem

O recurso de replicação de dispositivo DD NSR pode ser criado a partir do modo visual nsradmin ou usando o comando abaixo em nsradmin

Eg:

create type: Replicação de dispositivo DD NSR; nome:RepvolTest; Servidor de origem: sourcenw; Servidor de destino: targetnw; Recurso DD NSR de origem: DDSOURCE.nwvolume.lab; Recurso DD NSR de destino: TARGETDD.nwvolume.lab; Mtree de origem: sourcenw; Mtree de destino: targetnwVolumeMigrate; Dispositivo de origem: FS; Dispositivo de destino: TARGETDD.nwvolume.lab_FS; Excluir índices: Não
 
  • Você pode entrar no modo visual nsradmin na CLI executando o comando nsradmin , seguido por v:

image.png

image.png

image.png

Executando a exportação no servidor de origem
 
  • Criando uma ação dd-replication para realizar a exportação usando nsrpolicy.

A criação de políticas e workflows pode ser feita a partir da interface do usuário ou da CLI, mas a criação da replicação dd é compatível apenas a partir da CLI usando o utilitário nsrpolicy.

Criar política:

nsrpolicy policy create -p policy_name

Create Workflow:

nsrpolicy workflow create -p policy_name -w workflow_name
image.png

image.png


Create dd-replication action:

nsrpolicy action create dd-replication -p policy_name -w workflow_name -A action_name -U export -r Source_Mtree -f Target_Mtree -W source_DD -q target_DD -L "NSR_DD_Replication_name1,NSR_DD_Replication_name2..."
 
image.png
 
  • Executando a exportação a partir da CLI:

nsrworkflow -p -w
 
image.png
 
  • Valide os registros de exportação:
/nsr/logs/policy/....
/nsr/logs/policy/replication
/nsr/replication
 
  • Execute o comando replication sync mtree a partir do DD de origem:

replication show config
replication sync mtree:target mtree>

image.png

image.png

Executando a importação no servidor de destino
 
  • Criando uma ação dd-replication para realizar a importação usando nsrpolicy:

Criar política:

nsrpolicy policy create -p policy_name

Create Workflow:

nsrpolicy workflow create -p policy_name -w workflow_name
 
image.png
  • Crie a ação dd-replication:

    nsrpolicy action create dd-replication -p policy_name -w workflow_name -A action_name -I export -r Source_Mtree -f Target_Mtree -W source_DD -q target_DD -L "NSR_DD_Replication_name1,NSR_DD_Replication_name2..."

image.png
 
  • Executando importação
 

nsrworkflow -p -w
 
image.png
 
  • 4.3 Valide os registros de importação

/nsr/logs/policy/....
/nsr/logs/policy/replication
/nsr/replication
 
  • Validação no destino:
    • Indicador de volume replicado
mminfo -O

image.png
  • Indicador Savesets replicados
mminfo -S
 
Mais informações e limitações
 
  • Um pool com o mesmo nome que o volume de origem precisa ser criado no servidor de destino.
  • Savesets replicados não podem ser excluídos ou expirados.
  • Os dispositivos replicados não podem ser rotulados
Article Properties
Article Number: 000209413
Article Type: How To
Last Modified: 04 May 2023
Version:  2
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.