NVE: Як збільшити розмір розділу "data01"

Інформацію про розміри та масштабування можна знайти у посібниках з розгортання NetWorker Virtual Edition та планування оптимізації продуктивності NetWorker , доступних на сторінці продукту NetWorker Support NetWorker.

Щоб визначити тип файлової системи NVE, виконайте наступну команду з SSH-сесії: 

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

Передумови:

1. Створіть резервну копію сервера bootstrap:
   1. З консолі управління NetWorker (NMC) або веб-інтерфейсу користувача NetWorker (NWUI) виконайте резервне копіювання захисту сервера .
      1. Якщо ні NMC, ні NWUI недоступні, виконайте наступну команду на NVE: sudo nsrpolicy start -p "Server Protection" -w "Server backup"
      2. Відстежуйте сесію резервного копіювання за урахуванням: sudo nsrwatch
   2. Відкрийте SSH-сесію адміністратора на NVE і зберіть деталі набору збережень bootstrap: sudo mminfo -B
   3. Якщо електронні сповіщення про завантаження не налаштовані, скопіюйте mminfo виводити з NVE і зберігати у файлі. Електронні сповіщення можна налаштувати наступним чином: NetWorker: Як налаштувати сповіщення про електронну пошту політики
2. Припиніть запуск усіх серверних сервісів NetWorker:
   1. sudo nsr_shutdown
   2. sudo systemctl stop gst
   3. sudo systemctl stop nwui
3. Вимкніть запуск сервісів NetWorker під час наступного завантаження:
   1. sudo systemctl disable networker
   2. sudo systemctl disable gst
   3. sudo systemctl disable nwui
4. Збільшіть розмір диска даних VM:

• З Azure перейдіть у властивості Data Disks, натисніть Size + Performance і збільште розмір диска відповідно до ваших вимог:
   
• З VMware вимкніть віртуальну машину NVE (VM) і збільшіть жорсткий диск 2 з налаштувань віртуальної машини.
   

5. Створіть Azure або VMware знімок NVE, а потім увімкніть його.

Процес:

1. Після запуску віртуальної машини відкрийте SSH-сесію для NVE VM як адміністратор.
2. Переключіться на root-користувача, запустивши: sudo su -
3. Перевірте, що жоден сервіс NetWorker не виконується: ps -ef | grep "nsr\|gst\|nwui"
4. Підтвердьте, який розділ /data01 використовує: lsblk

• У VMware /data01 очікується на /dev/sdb1.
• in Azure /data01 очікується на /dev/sdc1.

5. Повторне сканування пристроїв: 


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

6. Біжи fdisk проти /dev/sdb або /dev/sdc диск. Це має показати поточний розмір і доданий розмір: 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. Збільшити /data01 Розділ шляхом набору: 

• 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. Перевірте файлову систему, введучи: xfs_growfs -d /data01
9. Розділ тепер має відображати розширений розмір: df -Th | grep "/data01"

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

10. Запустити сервіси NetWorker: 
    1. systemctl start networker
    2. systemctl start gst
    3. systemctl start nwui
11. Повторно увімкнути автоматичний запуск для сервісів NetWorker:
    1. systemctl enable networker
    2. systemctl enable gst
    3. systemctl enable nwui

Деякі додаткові кроки, які можна виконати для зменшення використання диска, що використовується файлами журналів.

Утримання Jobsdb

The jobsdb є базою даних NetWorker, яка зберігає запис статусів завершення політики, а також визначає, як довго /nsr/logs/policy/ та /nsr/logs/recover Журнали зберігаються. Стандартне вікно — 72 години. Після 72 годин виконання певної роботи, це jobdsb записи видаляються, а всі пов'язані файли журналів видаляються. The jobsdb Утримання можна побачити у 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;

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:

Логи сервера та NMC

# 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 Це період обертання логафона; Колоди ротують щотижня. Інші можливі значення — щоденні та щомісячні.
• rotate 5 вказує, що слід зберігати лише п'ять обернутих колод. Найстаріший файл видаляється під час наступного запуску.
• missingok Якщо файл журналу відсутній, переходьте до наступного без повідомлення про помилку.
• compress Усі повернуті колоди слід стиснути.
• delaycompress може використовуватися, коли програмі не можна записати свій лог-файл, і тому вона може продовжувати запис у попередній файл журналу деякий час
• Інші варіанти можна знайти у logrotate Чоловіча сторінка. https://linux.die.net/man/8/logrotate