06-15-2020 08:37 AM
We plan to upgrade our RHEL 7.7 based netbackup master from 8.1.1 to 8.2, just in case we have issues, is there any simple way to roll back such as "./install --rollback" instead of reinstall catalog? Please share your experience.
thanks
Solved! Go to Solution.
06-15-2020 11:41 PM - edited 06-16-2020 01:27 AM
Agree with Tape_Archived
Usually the EMM database is being expanded with new tables for new features. While rolling back files is easy, there is no way of rolling back the added tables.
/Nicolai
06-15-2020 10:02 AM
There is no simple rollback as such with NetBackup.
Best option would be to Take the Catalog Backup and Restore it if you have to roll back.
If the master happens to be a VM, take a snapshot/clone copy & ask VM Admin to keep the copy until you are not sure.
06-15-2020 11:41 PM - edited 06-16-2020 01:27 AM
Agree with Tape_Archived
Usually the EMM database is being expanded with new tables for new features. While rolling back files is easy, there is no way of rolling back the added tables.
/Nicolai
06-16-2020 08:02 AM
Pray that you dont have to Roll Back.
There is no RollBack once Database is touched.
The Process is complicated and Better way will be to do a Plain DR Recovery.
Also, Although not stated anywhere. If it were me, I would follow below upgrade path
7.7 -> 8.0 -> 8.2
06-16-2020 11:59 AM - edited 06-16-2020 12:00 PM
Make sure that you have the required software kits and license keys to hand too - for all potentially required old and new versions. Hopefully you won't need them. The very act of writing/developing an plan of action/steps for an upgrade is usually enough to catch most potential problems. As long as you also take your time to read the install/upgrade guide, and review the install/upgrade tech note, and review the LBN, and use Veritas SORT - then you should be reasonably well prepared for your upgrades.
06-17-2020 12:36 PM
we always make a backup copy of /usr/openv before any linux master upgrade.
06-19-2020 11:04 AM - edited 06-19-2020 11:07 AM
I will advise you take a copy of your production catalog and perform test-upgrade in a test or dev environment. Ensure everything work as expected in test or dev domain prior upgrading production. Best practise to also open a placeholder case with support incase your run into issue while upgrading production. But I can guarrantee if your dev upgrade come up clean, production upgrade should be walk in the park. Also, don't forget to run consistency check prior upgrade. All the best
06-23-2020 03:39 AM
If you are satisfied with the Answers, please mark the Helpful answer as a Solution so that this Thread Discussion can be Concluded and topic Closed
06-23-2020 06:39 AM