Hi @kanika.mahajan
Why do you want to restore the DR from the test cluster back to production? You can do the restores on another cluster and it will not affect the original backup setup. So the test cluster won’t take ownership of the Location profile.
cheers
Hello @Geoff Burke, We want to test disaster recovery for our production cluster and restore the critical applications on the new test cluster. During the DR test, our production cluster will be unavailable and we will be restoring our critical applications on the new test cluster with k10 DR. Once the DR test is done, we want to switch back our production cluster and destroy the test cluster but we don’t want to loose the data of those critical applications which we restored on new test cluster during DR.
Hello, You mean thath when your applications are running on the DR site that is the produciotn site. But when the rel Producion site is again available, you want to return back from DR to Production with the new changes you did on the data. It is much interesting for me, I follow this post.
Hello @Geoff Burke, We want to test disaster recovery for our production cluster and restore the critical applications on the new test cluster. During the DR test, our production cluster will be unavailable and we will be restoring our critical applications on the new test cluster with k10 DR. Once the DR test is done, we want to switch back our production cluster and destroy the test cluster but we don’t want to loose the data of those critical applications which we restored on new test cluster during DR.
You could retore the DR cluster in isolation and leave the Production running, then test your application, once finished shutdown. If for some reason you can’t do that then you would need to backup the DR cluster to your S3 and do a DR restore back to the original cluster. That is a lot of work. This is not replication like in Veeam where you can failback to production.
I would still opt to the first option if you can.
Hello! I will check if I can make backup of DR cluster to nfs server and create DR policy on DR cluster to restore back the original cluster.
If my original cluster contains 40 backup polices and on the DR cluster I restore only 5 applications. In that case, the backup of DR cluster should contain all remaining policies to restore back to original cluster?
Hello! Can’t we import/export/restore between two clusters using Import Policy instead of DR?
For example,
- creating an import policy on target cluster,
- restore the application from restorePoint,
- create a new backup policy
- Create import policy on source clutser
- Restore backup