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:
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.
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.
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.
Executando a exportação no servidor de origem
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
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..."
nsrworkflow -p -w
replication show config
replication sync mtree:target mtree>
Executando a importação no servidor de destino
Criar política:
nsrpolicy policy create -p policy_name
Create Workflow:
nsrpolicy workflow create -p policy_name -w workflow_name
nsrworkflow -p -w
/nsr/logs/policy/....
/nsr/logs/policy/replication
/nsr/replication
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
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:
- Preparar o servidor de origem (criar dispositivos DD e executar backup/clonagem).
- Adicione o servidor de origem como client no servidor de destino e no servidor de destino como client no servidor de origem:
- Crie um par de replicação a partir da interface do usuário do DD.
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.
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
- Criando um dispositivo DD no servidor de destino a partir da mtree replicada usando apenas a opção SMT:
- Conceda ao servidor de origem a permissão "Create Application Privileges" no servidor de destino:
- 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):
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
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:
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
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..."
- Executando a exportação a partir da CLI:
nsrworkflow -p -w
- Valide os registros de exportação:
/nsr/logs/policy/....
/nsr/logs/policy/replication
/nsr/replication
/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>
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
- 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..."
- Executando importação
nsrworkflow -p -w
- 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
- 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.