NVE: So erhöhen Sie die Größe der Partition "data01"

Informationen zur Dimensionierung und Skalierung finden Sie im Bereitstellungshandbuch für NetWorker Virtual Edition und im Planungshandbuch zur NetWorker-Performanceoptimierung , das über die NetWorker-Produktseite des Dell Support verfügbar ist.

Um den Dateisystemtyp der NVE zu identifizieren, führen Sie den folgenden Befehl in einer SSH-Sitzung aus: 

/dev/sdb1 on /data01 type xfs (rw,noatime,attr2,inode64,noquota)

Voraussetzungen:

1. Erstellen Sie ein Server-Bootstrap-Backup:
   1. Führen Sie über die NetWorker Management Console (NMC) oder die NetWorker Web User Interface (NWUI) einen Serverschutz-Backupjob aus.
      1. Wenn weder auf NMC noch auf NWUI zugegriffen werden kann, führen Sie den folgenden Befehl auf der NVE aus: sudo nsrpolicy start -p "Server Protection" -w "Server backup"
      2. Überwachen Sie die Backupsitzung mit: sudo nsrwatch
   2. Öffnen Sie eine Administrator-SSH-Sitzung auf der NVE und erfassen Sie die Bootstrap-Saveset-Details: sudo mminfo -B
   3. Wenn keine Bootstrap-E-Mail-Benachrichtigungen konfiguriert sind, kopieren Sie den Befehl mminfo Ausgabe von der NVE und speichern Sie sie in einer Datei. E-Mail-Benachrichtigungen können wie folgt konfiguriert werden: NetWorker: Konfigurieren von Policy-E-Mail-Benachrichtigungen
2. Beenden Sie alle ausgeführten NetWorker-Serverservices:
   1. sudo nsr_shutdown
   2. sudo systemctl stop gst
   3. sudo systemctl stop nwui
3. Deaktivieren Sie den Start von NetWorker-Services während des nächsten Starts:
   1. sudo systemctl disable networker
   2. sudo systemctl disable gst
   3. sudo systemctl disable nwui
4. Erhöhen Sie die Größe der VM-Datenfestplatte:

• Wechseln Sie in Azure zu den Eigenschaften von Datenfestplatten, klicken Sie auf Größe + Leistung , und erhöhen Sie die Datenträgergröße gemäß Ihren Anforderungen:
   
• Fahren Sie die virtuelle NVE-Maschine (VM) von VMware aus herunter und erhöhen Sie die Festplatte 2 über die Einstellungen der VM.
   

5. Erstellen Sie einen Azure- oder VMware-Snapshot der NVE und schalten Sie sie dann ein.

Process:

1. Sobald die VM gestartet wurde, öffnen Sie eine SSH-Sitzung zur NVE-VM als Administrator.
2. Wechseln Sie zum Root-Nutzer, indem Sie Folgendes ausführen: sudo su -
3. Überprüfen Sie, ob keine NetWorker-Services ausgeführt werden: ps -ef | grep "nsr\|gst\|nwui"
4. Bestätigen Sie, welche Partition /data01 verwendet: lsblk

• In VMware /data01 wird erwartet am /dev/sdb1.
• in Azure /data01 wird erwartet am /dev/sdc1.

5. Scannen Sie die Geräte erneut: 


• VMware-NVE: echo 1 > /sys/block/sdb/device/rescan
• Azure-NVE: echo 1 > /sys/block/sdc/device/rescan

6. Führen Sie fdisk über /dev/sdb oder /dev/sdc Datenträger. Hier sollten die aktuelle Größe und die hinzugefügte Größe angezeigt werden: 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

7. Erhöhen Sie die /data01 Partitionierung durch Eingabe von: 

• 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

8. Überprüfen Sie das Dateisystem, indem Sie Folgendes eingeben: xfs_growfs -d /data01
9. Die Partition sollte nun die erweiterte Größe anzeigen: df -Th | grep "/data01"

nve:~ # df -Th | grep "/data01"
/dev/sdb1                                   xfs       300G  4.8G  296G   2% /data01

10. Starten Sie die NetWorker-Services: 
    1. systemctl start networker
    2. systemctl start gst
    3. systemctl start nwui
11. Aktivieren Sie den automatischen Start für NetWorker-Services erneut:
    1. systemctl enable networker
    2. systemctl enable gst
    3. systemctl enable nwui

Einige zusätzliche Schritte, die befolgt werden können, um die von Protokolldateien verwendete Festplattenauslastung zu reduzieren.

Jobsdb-Aufbewahrung

Bei der jobsdb ist eine NetWorker-Datenbank, die einen Datensatz des Policy-Abschlussstatus enthält, bestimmt sie auch, wie lange die /nsr/logs/policy/ und /nsr/logs/recover Protokolle werden aufbewahrt. Das Standardfenster beträgt 72 Stunden. Nachdem 72 Stunden für einen bestimmten Auftrag vergangen sind, wird jobdsb Einträge werden entfernt und alle zugehörigen Protokolldateien werden gelöscht. Bei der jobsdb Retention zeigt sich in nsradminverwalten:

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;

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:

Server- und NMC-Protokolle

# 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
}

• weekly Dies ist der Zeitraum für die Protokollrotation. Die Protokolle werden jede Woche rotiert. Andere mögliche Werte sind "daily" und "monthly".
• rotate 5 Gibt an, dass nur fünf rotierte Protokolle beibehalten werden sollen. Die älteste Datei wird bei der nachfolgenden Ausführung entfernt.
• missingok Wenn die Protokolldatei fehlt, fahren Sie mit der nächsten fort, ohne eine Fehlermeldung auszugeben.
• compress Alle rotierten Protokolle sollten komprimiert werden.
• delaycompress Kann verwendet werden, wenn ein Programm nicht angewiesen werden kann, seine Protokolldatei zu schließen, und daher für einige Zeit in die vorherige Protokolldatei schreiben kann
• Weitere Optionen finden Sie im logrotate Manpage. https://linux.die.net/man/8/logrotate