Guide de l'administrateur NetBackup™ for Microsoft Azure Stack
- Introduction
- Conditions requises pour la configuration du plug-in Microsoft Azure Stack pour NetBackup
- Configuration de NetBackup et de Microsoft Azure Stack
- Gestion des hôtes de sauvegarde
- Configuration du plug-in Microsoft Azure à l'aide du fichier de configuration azurestack.conf
- Création d'un fichier contenant les informations d'authentification Microsoft Azure Stack
- Sauvegardes et restaurations de Microsoft Azure Stack
- À propos des scénarios de restauration pour les machines virtuelles Microsoft Azure Stack à partir de l'interface BAR
- Utilisation de l'interface BAR pour restaurer une machine virtuelle Microsoft Azure Stack avec des métadonnées modifiées à un autre emplacement
- Dépannage
Utilisation de la commande bprestore pour restaurer une machine virtuelle Microsoft Azure avec des métadonnées modifiées à un autre emplacement
Exécutez la commande bplist suivante pour répertorier les fichiers :
bplist -S master_server -C configuration_server_01 -unix_files -R 3 -t 44 -X -s <bktime> -e <bktime> "/21c71fdf-3ee5-4b57-8c51-18ebe7032237/skrg1/bkvm15" > listfile
Ouvrez
listfile
dans l'éditeur et supprimez les caractères spéciaux à la fin de la ligne. Supprimez tous les chemins d'accès se terminant par / qui correspondent aux répertoires.Exécutez la commande suivante sur le serveur principal NetBackup en utilisant les valeurs modifiées pour les paramètres mentionnés à l'étape 1.
bprestore -S master_server -D backup_host -C client -R rename_file -t 44 -L progress log -f listfile | filenames
Où,
-S master_server
Définit le nom du serveur maître NetBackup
-D backup host
Spécifie le nom de l'hôte de sauvegarde.
-C client
Définit un serveur de configuration comme source à utiliser pour trouver les sauvegardes ou les archives à partir desquelles restaurer les fichiers. Ce nom doit être identique à celui présent dans le catalogue NetBackup.
-F listfile
Définit un fichier (listfile) contenant une liste de fichiers à restaurer. Vous pouvez l'utiliser à la place de l'option (filenames). Dans la liste listfile, chaque chemin de fichier doit se trouver sur une ligne distincte.
-L progress_log
Spécifie le nom du chemin d'accès à la liste autorisée dans lequel enregistrer les informations d'avancement.
-t 44
Définit BigData comme type de politique.
-R rename_file
Spécifie le nom d'un fichier avec les modifications de nom pour les restaurations des chemins alternatifs.
Par exemple :
bprestore.exe -S master_server_01 -D backup_host_01 -C configuration_server_01 -t 44 -L "<install_dir>\logs\restore.log" -R "<install_dir>\renam_file_path\restore.chg" -f listfile
Conversion d'un disque non géré en disque géré
change /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ headsrg4disks2.blob.vtasazs1.vxi.ver.com/vhds/sr-VM02-UMD20200826032144.vhd to /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ ManagedDisks:Standard_LRS/Heads-RestoreRG20/osdisk1
Conversion d'une machine virtuelle de disque non géré en machine virtuelle de disque géré dans le même groupe de ressources
change /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/VmName=sr-VM02-UMD to /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/VmName=sr-VM02-UMD-2md2
change /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD /Metadata/UseManagedDisk=No to /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/UseManagedDisk=Yes
change /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ headsuprg4disks2.blob.vtasazs1.vxi.ver.com/vhds/ sr-VM02-UMD20200826032144.vhd to /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ ManagedDisks:Standard_LRS/HEADS-SUB3-SR/osdisk1
Conversion d'une machine virtuelle de disque non géré en machine virtuelle de disque géré avec un autre abonnement
change /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/Vnet=Heads-sub3-sr-vnet to /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/Vnet=Heads-RestoreRG20-vnet change /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/VmName=sr-VM02-UMD to /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/VmName=sr-VM02-UMD-2md2 change /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/UseManagedDisk=No to /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/UseManagedDisk=Yes change /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/SubId=609c4f4d-5de7-4343-801b-6a3ac2364976 to /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/SubId=3f6a2463-d473-4639-a1d0-f762c4e0371a change /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/Size=Standard_DS1_v2 to /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/Size=Standard_DS2_v2 change /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/RgName=Heads-sub3-sr to /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/RgName=Heads-RestoreRG20 change /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/Nsg=sr-VM02-UMD-nsg to /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/Nsg=HeadsUp-RestoreRG20-nsg change /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/BootDiagnostics=headsuprg4diag398 to /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ Metadata/BootDiagnostics=headsupsta change /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ headsuprg4disks2.blob.vtasazs1.vxi.ver.com/vhds/ sr-VM02-UMD20200826032144.vhd to /609c4f4d-5de7-4343-801b-6a3ac2364976/Heads-sub3-sr/sr-VM02-UMD/ ManagedDisks:Standard_LRS/HeadsUp-RestoreRG20/osdisk1
Remarque :
Vérifiez que vous avez ajouté à la liste autorisée tous les chemins de fichier tels que <rename_file_path>
, <progress_log_path>
qui ne sont pas déjà pas inclus dans le chemin d'installation de NetBackup.