NetWorker Comment configurer la réplication de structure Mtree pour migrer les volumes entre les zones de données
Summary: Cet article de la base de connaissances fournit un guide étape par étape pour configurer la réplication de structure MTree qui permettra au client de migrer les volumes NetWorker existants entre les zones de données ...
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
Sur les versions antérieures de NetWorker, nous avions NetWorker Volume Move Tool qui utilisait la commande nsrmigrate pour migrer les volumes entre différents serveurs NetWorker/zones de données.
À partir de la version 19.7 de NetWorker, l’outil ci-dessus n’est plus pris en charge et le client doit configurer la configuration de la réplication de structure Mtree.
Afin de configurer correctement la réplication de structure MTree, le client doit effectuer plusieurs étapes manuelles que nous décrirons dans cet article de la base de connaissances.
En suivant les détails de la configuration de cet exercice pratique de la base de connaissances:
Remarque : Lors de la création d’une paire de réplication, n’utilisez pas le nom du serveur cible en tant que nom de structure mtree cible. Utilisez un nom différent, car ces structures mtree sont en lecture seule et ne peuvent pas être utilisées dans la cible pour créer un périphérique DD.
Après avoir créé une paire de réplication à partir de DD source, une structure mtree répliquée est créée sur le DD cible. Cette structure mtree répliquée est visible dans le DD cible, mais pas dans l’unité de stockage.
Pour rendre l’unité de stockage répliquée visible dans le DD cible, nous devons mettre à jour l’utilisateur ddboost pour l’unité de stockage répliquée à l’aide de la commande ci-dessous.
Exécution de l’exportation sur le serveur source
La création de règles et de workflows peut être effectuée à partir de l’interface utilisateur ou de l’interface de ligne de commande, mais la création de la réplication dd est prise en charge uniquement à partir de la CLI à l’aide de l’utilitaire nsrpolicy.
Create Policy:
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
réplication show config
replication sync mtree:target mtree>
Exécution de l’importation sur le serveur cible
Create Policy:
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
À partir de la version 19.7 de NetWorker, l’outil ci-dessus n’est plus pris en charge et le client doit configurer la configuration de la réplication de structure Mtree.
Afin de configurer correctement la réplication de structure MTree, le client doit effectuer plusieurs étapes manuelles que nous décrirons dans cet article de la base de connaissances.
En suivant les détails de la configuration de cet exercice pratique de la base de connaissances:
Serveur source nw: sourcenw Source DD: DDSOURCESource DD Mtree: sourcenwPériphérique source: FS
Serveur nw cible: Targetnw DD cible: Structure MTree DD cible CIBLE: CiblenwVolumeMigrate
Périphérique cible: TARGETDD.nwvolume.lab_FS
Serveur nw cible: Targetnw DD cible: Structure MTree DD cible CIBLE: CiblenwVolumeMigrate
Périphérique cible: TARGETDD.nwvolume.lab_FS
Configuration requise
- Assurez-vous que l’utilisateur ddboost utilisé dans la source existe dans le DD cible avec le même UID:
- Préparer le serveur source (créer des périphériques DD et exécuter la sauvegarde/le clone).
- Ajoutez le serveur source en tant que client dans le serveur cible et le serveur cible en tant que client dans le serveur source:
- Créez une paire de réplication à partir de l’interface utilisateur DD.
Remarque : Lors de la création d’une paire de réplication, n’utilisez pas le nom du serveur cible en tant que nom de structure mtree cible. Utilisez un nom différent, car ces structures mtree sont en lecture seule et ne peuvent pas être utilisées dans la cible pour créer un périphérique DD.
- Mettez à jour l’unité de stockage répliquée avec le même nom d’utilisateur ddboost que celui présent dans la source.
Après avoir créé une paire de réplication à partir de DD source, une structure mtree répliquée est créée sur le DD cible. Cette structure mtree répliquée est visible dans le DD cible, mais pas dans l’unité de stockage.
Pour rendre l’unité de stockage répliquée visible dans le DD cible, nous devons mettre à jour l’utilisateur ddboost pour l’unité de stockage répliquée à l’aide de la commande ci-dessous.
ddboost storage-unit modify user
- Création d’un périphérique DD sur le serveur cible à partir de la structure mtree répliquée à l’aide de l’option SMT uniquement:
- Accordez au serveur source l’autorisation « Créer des privilèges d’application » sur le serveur cible:
- Mettez à jour les détails de gestion (hôte, utilisateur administrateur et mot de passe) dans la ressource DD NSR du serveur source (si ce n’est pas le cas, l’action d’exportation échouera avec le même message d’erreur):
Création d’une ressource de réplication de périphérique DD NSR sur le serveur
sourceLa ressource NSR DD Device Replication peut être créée à partir du mode visuel nsradmin ou à l’aide de la commande ci-dessous dans nsradmin
Eg:
create type: Réplication de périphérique DD NSR; nom: RepvolTest; Serveur source: sourcenw; Serveur cible: targetnw; Ressource DD NSR source: DDSOURCE.nwvolume.lab; Ressource DD NSR cible: TARGETDD.nwvolume.lab; MTree source: sourcenw; MTree cible: targetnwVolumeMigrate; Périphérique source: FS; Périphérique cible: TARGETDD.nwvolume.lab_FS; Exclure les index: Aucune
sourceLa ressource NSR DD Device Replication peut être créée à partir du mode visuel nsradmin ou à l’aide de la commande ci-dessous dans nsradmin
Eg:
create type: Réplication de périphérique DD NSR; nom: RepvolTest; Serveur source: sourcenw; Serveur cible: targetnw; Ressource DD NSR source: DDSOURCE.nwvolume.lab; Ressource DD NSR cible: TARGETDD.nwvolume.lab; MTree source: sourcenw; MTree cible: targetnwVolumeMigrate; Périphérique source: FS; Périphérique cible: TARGETDD.nwvolume.lab_FS; Exclure les index: Aucune
- Vous pouvez entrer en mode visuel nsradmin à partir de la CLI en exécutant la commande nsradmin , suivie de v:
Exécution de l’exportation sur le serveur source
- Création d’une action dd-replication pour effectuer une exportation à l’aide de nsrpolicy.
La création de règles et de workflows peut être effectuée à partir de l’interface utilisateur ou de l’interface de ligne de commande, mais la création de la réplication dd est prise en charge uniquement à partir de la CLI à l’aide de l’utilitaire nsrpolicy.
Create Policy:
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... »
- Exécution d’une exportation à partir de l’interface de ligne de commande:
nsrworkflow -p -w
- Validez les logs d’exportation:
/nsr/logs/policy/....
/nsr/logs/policy/replication
/nsr/replication
/nsr/logs/policy/replication
/nsr/replication
- Exécutez la commande replication sync mtree à partir de source DD:
réplication show config
replication sync mtree:target mtree>
Exécution de l’importation sur le serveur cible
- Création d’une action de réplication dd pour effectuer une importation à l’aide de nsrpolicy:
Create Policy:
nsrpolicy policy create -p policy_name
Create Workflow:
nsrpolicy workflow create -p policy_name -w workflow_name
- Créer une action 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... »
- Exécution de l’importation
nsrworkflow -p -w
- 4.3 Valider les journaux d’importation
/nsr/logs/policy/....
/nsr/logs/policy/replication
/nsr/replication
- Validation dans la cible:
- Balise de volume répliqué
mminfo -O
- Balise Savesets répliqués
mminfo -S
Informations et limitations supplémentaires
- Un pool portant le même nom que le volume source doit être créé sur le serveur cible.
- Les savesets répliqués ne peuvent pas être supprimés, expirés.
- Les périphériques répliqués ne peuvent pas être étiquetés
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.