NVE : Comment augmenter la taille de la partition « data01 »
Résumé: Cet article explique comment augmenter la taille de la partition /data01 sur un serveur NetWorker Virtual Edition (NVE).
Instructions
Vous trouverez des informations sur le dimensionnement et la mise à l’échelle dans les guides de déploiement de NetWorker Virtual Edition et de planification de l’optimisation des performances NetWorker , disponibles sur la page produit NetWorker du support Dell.
Pour identifier le type de système de fichiers de l’instance NVE, exécutez la commande suivante à partir d’une session SSH :
mount
/dev/sdb1 on /data01 type xfs (rw,noatime,attr2,inode64,noquota)
/data01 partitions. Tous les NVE déployés ou mis à niveau vers la version 19.4.x et versions ultérieures utilisent XFS pour le /data01 Partition. NetWorker 19.4 a atteint sa fin de durée de vie (EOSL) 30/11/2023.
Configuration requise :
/data01 est à 100 % de sa capacité. Les mesures fournies sont des mesures de précaution pour garantir la protection des données NetWorker.
- Créez une sauvegarde des données d’amorçage du serveur :
- À partir de NetWorker Management Console (NMC) ou de NetWorker Web User Interface (NWUI), effectuez une tâche de sauvegarde de protection du serveur .
- Si ni NMC ni NWUI ne sont accessibles, exécutez la commande suivante sur l’instance NVE :
sudo nsrpolicy start -p "Server Protection" -w "Server backup" - Surveillez la session de sauvegarde à l’aide des éléments suivants :
sudo nsrwatch
- Si ni NMC ni NWUI ne sont accessibles, exécutez la commande suivante sur l’instance NVE :
- Ouvrez une session SSH admin sur l’instance NVE et collectez les détails du saveset de bootstrap :
sudo mminfo -B - Si les notifications par e-mail de démarrage ne sont pas configurées, copiez le fichier
mminfosortie de NVE et enregistrement dans un fichier. Les notifications par e-mail peuvent être configurées comme suit : NetWorker : Configuration des notifications par e-mail de la stratégie
- À partir de NetWorker Management Console (NMC) ou de NetWorker Web User Interface (NWUI), effectuez une tâche de sauvegarde de protection du serveur .
- Arrêtez tous les services NetWorker Server en cours d’exécution :
sudo nsr_shutdownsudo systemctl stop gstsudo systemctl stop nwui
- Désactivez les services NetWorker afin qu’ils ne démarrent pas au prochain démarrage :
sudo systemctl disable networkersudo systemctl disable gstsudo systemctl disable nwui
- Augmentez la taille du disque de données de la machine virtuelle :
- Dans Azure, accédez aux propriétés Disques de données, cliquez sur Taille + Performances et augmentez la taille du disque en fonction de vos besoins :
- À partir de VMware, arrêtez la machine virtuelle (VM) NVE et augmentez le disque dur 2 à partir des paramètres de la machine virtuelle.
- Créez un snapshot Azure ou VMware de l’instance NVE, puis mettez-la sous tension.
Process:
- Une fois la machine virtuelle démarrée, ouvrez une session SSH sur la machine virtuelle NVE en tant qu’administrateur.
- Basculez vers l’utilisateur root en exécutant :
sudo su - - Vérifiez qu’aucun service NetWorker n’est en cours d’exécution :
ps -ef | grep "nsr\|gst\|nwui" - Confirmer la partition
/data01utilise :lsblk
- Dans VMware
/data01est prévue le/dev/sdb1. - dans Azure
/data01est prévue le/dev/sdc1.
- Relancez l’analyse des périphériques :
- VMware NVE :
echo 1 > /sys/block/sdb/device/rescan - Azure NVE :
echo 1 > /sys/block/sdc/device/rescan
- Exécutez
fdiskdans/dev/sdbou/dev/sdcDisque. La taille actuelle et la taille ajoutée doivent s’afficher :fdisk -l /dev/disk
nve:~ # fdisk -l /dev/sdb
GPT PMBR size mismatch (524287999 != 629145599) will be corrected by write.
The backup GPT table is not on the end of the device. This problem will be corrected by write.
Disk /dev/sdb: 300 GiB, 322122547200 bytes, 629145600 sectors
Disk model: Virtual disk
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 3C1FF651-B360-4218-9106-DE80B690EA2C
Device Start End Sectors Size Type
/dev/sdb1 2048 524285951 524283904 250G Microsoft basic data
/data01 la partition est de 250 Go ; Cependant, le disque dur a été porté à 300 Go.
- Augmentez le
/data01partition en saisissant :
- VMware NVE :
growpart /dev/sdb 1 - Azure NVE :
growpart /dev/sdc 1
nve:~ # growpart /dev/sdb 1
CHANGED: partition=1 start=2048 old: size=524283904 end=524285952 new: size=629143519 end=629145567
- Vérifiez le système de fichiers en saisissant :
xfs_growfs -d /data01 - La partition doit maintenant afficher la taille étendue :
df -Th | grep "/data01"
nve:~ # df -Th | grep "/data01"
/dev/sdb1 xfs 300G 4.8G 296G 2% /data01
- Démarrez les services NetWorker :
systemctl start networkersystemctl start gstsystemctl start nwui
- Réactivez le démarrage automatique pour les services NetWorker :
systemctl enable networkersystemctl enable gstsystemctl enable nwui
/data01 partition a atteint 100 % de sa capacité, ce qui peut entraîner la corruption des bases de données NetWorker. Vérifiez que le NetWorker Server est intègre (aucun client, groupe, règle, périphérique, sauvegarde, etc. ne manquent). Si vous constatez un problème de perte de données, contactez immédiatement le support NetWorker. Une reprise après sinistre NetWorker (nsrdr) est obligatoire : NetWorker : processus NetWorker Server Disaster Recovery (NSRDR)
Informations supplémentaires
Certaines étapes supplémentaires peuvent être suivies pour réduire l’utilisation du disque utilisée par les fichiers log.
Rétention jobsdb
La commande jobsdb est une base de données NetWorker qui contient un enregistrement des états d’exécution des politiques, elle détermine également la durée du /nsr/logs/policy/ et /nsr/logs/recover Les logs sont conservés. La fenêtre par défaut est de 72 heures. Au bout de 72 heures pour une tâche donnée, son jobdsb Les entrées sont supprimées et tous les fichiers journaux associés sont supprimés. La commande jobsdb La rétention peut être vue dans nsradmin:
nve:~ # nsradmin
NetWorker administration program.
Use the "help" command for help, "visual" for full-screen mode.
nsradmin> show Jobsdb retention in hours
nsradmin> print type: nsr
Jobsdb retention in hours: 72;
.log et .raw fichiers de NetWorker, réduisez-le à la valeur par défaut (72 heures). Cette opération peut être effectuée à partir de NetWorker Management Console (NMC) ou à partir de nsradmin:
nsradmin:
nsradmin> . type: nsr
Current query set
nsradmin> update Jobsdb retention in hours: 72
Jobsdb retention in hours: 72;
Update? y
updated resource id 3.0.207.103.0.0.0.0.98.242.218.92.192.168.25.12(1489)
NMC:

Journaux du serveur et de NMC
Il est possible de modifier le rendu en temps réel, le transfert des journaux par taille et par nombre de copies pour les fichiers NetWorker/nsr/logs/daemon.raw et le NMC /opt/lgtonmc/gstd.raw. Ces paramètres ne sont pas activés par défaut. La commande daemon.raw se trouve sur le disque 2 de la NVE sous /data01/nsr/logs. La NMC gstd.raw se trouve sur le disque 1 sous la partition racine (/) de l’instance NVE /opt/lgtonmc/logs.
Comment activer : NetWorker : Rendu automatique de daemon.raw en daemon.log en temps réel
/nsr/res/nsrladb est renommé. Si la capacité nsrladb est renommé ou supprimé, un nouveau nsrladb est créé lors du démarrage du service. Ces paramètres par défaut sont rétablis.
Vous pouvez configurer le transfert de log pour qu’il persiste même si :
nsrladb est renommé par la définition logrotate sur le système d’exploitation de NVE pour les logs de service NetWorker.
vi /etc/logrotate.conf
Ajoutez les lignes suivantes :
# NetWorker log files
/nsr/logs/daemon.log {
rotate 5
weekly
create
missingok
compress
}
/nsr/logs/daemon.raw {
rotate 5
weekly
create
missingok
compress
delaycompress
}
/opt/lgtonmc/logs/gstd.log {
rotate 5
weekly
create
missingok
compress
}
/opt/lgtonmc/logs/gstd.raw {
rotate 5
weekly
create
missingok
compress
delaycompress
}
weeklyIl s’agit de la période de rotation logarithmique ; Les journaux font l’objet d’une rotation chaque semaine. Les autres valeurs possibles sont quotidiennes et mensuelles.rotate 5Indique que seuls cinq journaux soumis à la rotation doivent être conservés. Le fichier le plus ancien est supprimé lors de l’exécution suivante.missingokSi le fichier journal est manquant, passez au suivant sans émettre de message d’erreur.compressTous les journaux soumis à la rotation doivent être compressés.delaycompresspeut être utilisé lorsqu’un programme ne peut pas être invité à fermer son fichier journal et peut donc continuer à écrire dans le fichier journal précédent pendant un certain temps- D’autres options peuvent être trouvées dans le
logrotatepage man. https://linux.die.net/man/8/logrotate
/nsr/logs à l’aide d’une politique de protection NetWorker.