NetBackup™ Web UI Cloud Administrator's Guide
- Managing and protecting cloud assets
- About protecting cloud assets
- Limitations and considerations
- Configure Snapshot Manager in NetBackup
- Managing intelligent cloud groups
- Protecting cloud assets or intelligent cloud groups
- Cloud asset cleanup
- Cloud asset filtering
- AWS and Azure government cloud support
- About protecting Microsoft Azure resources using resource groups
- About the NetBackup Accelerator for cloud workloads
- Configuring backup schedule for cloud workloads
- Backup options for cloud workloads
- Snapshot replication
- Configure AWS snapshot replication
- Using AWS snapshot replication
- Support matrix for account replication
- Protect applications in-cloud with application consistent snapshots
- Protecting PaaS assets
- Prerequisites for protecting PaaS assets
- Installing the native client utilities
- Configuring the storage server for instant access
- Configuring storage for different deployments
- About incremental backup for PaaS workloads
- Limitations and considerations
- Discovering PaaS assets
- Viewing PaaS assets
- Managing PaaS credentials
- View the credential name that is applied to a database
- Add credentials to a database
- Add protection to PaaS assets
- Perform backup now
- Recovering cloud assets
- Performing granular restore
- Troubleshooting protection and recovery of cloud assets
Performing steps after volume restore containing LVM
You can perform steps after volume restore for the LVM volumes.
Note:
SFR (Single File Restore) or GRT (Granule Restore) and application restore is performed through the installed agents. But for volume recovery, it is necessary to make the associated file systems online after successful recovery.
To perform steps after volume restore
- Run the command to see all newly attached post volumes on to the host.PVS
If there are duplicate PVs (a warning is displayed on the above command) then run,
vgimportclone --import /dev/<Device1> /dev/<Device2> ... --basevgname <NewVGName>
Else, find out the newly created Volume Groups (VG) on the host. If new VGs are not displayed then import the VG using the following command. It will discover new VG as <NewVGName>
vgimport -a
vgs
- Run below command to list all the logical volumes (new and old)
lvs <NewVGName>
- Activate all the LVs belonging to <NewVGName> as,
lvchange --activate y /dev/mapper/<NewVGName>-<LVName1>
lvchange --activate y /dev/mapper/<NewVGName>-<LVName2>
lvchange --activate y /dev/mapper/<NewVGName>-<LVNameN>
- Identify the UUID and file system of an authenticate and newly activated LV.
blkid -p /dev/mapper/<NewVGName>-<LVName1>
Output: /dev/mapper/<NewVGName>-<LVName1>: UUID="2a4bdc14-b5eb-4ee6-b876-ebdcb66c55d9" BLOCK_SIZE="4096"TYPE="xfs" USAGE="filesystem"
blkid -p /dev/mapper/<OldVGName>-<LVName1>
Output: /dev/mapper/<OldVGName>-<LVName1>: UUID="2a4bdc14-b5eb-4ee6-b876-ebdcb66c55d9" BLOCK_SIZE="4096"TYPE="xfs" USAGE="filesystem"
- If the UUID is the same, then you need to change it as follows
File System
Steps
xfs
mkdir <NewMountPoint>mount -o nouuid /dev/mapper/<NewVGName>-<LVName1> <NewMountPoint>umount <NewMountPoint>xfs_admin -U generate /dev/mapper/<NewVGName>-<LVName1>mount /dev/mapper/<NewVGName>-<LVName1> <NewMountPoint>ext2 / ext3/ ext4
mkdir<NewMountPoint>tune2fs -U random /dev/mapper/<NewVGName>-<LVName1>mount /dev/mapper/<NewVGName>-<LVName1> <NewMountPoint> - If the UUID is different, then run the following command.
mount /dev/mapper/<NewVGName>-<LVName1> <NewMountPoint>