@mikevg @Navneet Singh @Nutan Pawar G @Javier @Scott Reynolds @Jos Meijer
Please team any help on the above query.
Hi @Rahul18081
In this migration your biggest challenge is possibly the index.
But let's take a step by step look at the high over plan, assuming the MA is completely moved from DMZ to AWS:
- Prepare a media agent in AWS
- Prepare an access node in AWS
- Prepare an index node in AWS
Now you need to introduce a cut over moment, so stop processing the O365 backup and recoveries.
When finished, make sure you have a copy of the folder containing the files for the SOLR Cores which resides on the index server.
- Adjust the data path sharing for the S3 bucket so the new MA can access it.
- Change the MA on the Storage Policy copies for the S3 Bucket.
- Migrate the DDB and Index Cache to the new MA
- Adjust the O365 configs so the new access node is used, validate the apps you have configured to see if communication is working as expected.
- Configure the index server with needed for O365.
- In the O365 plan adjust the index server to represent the new index server.
Now the index server…
You have a few options here:
When finished you can resume the O365 backup and recovery.
If all works well, shut down the old MA, Index Server and Access Node.
Hope this helps
@Jos Meijer Thanks for the update.
Can we do the below.
Take the AWS snapshot of the Access Node + MA and Index server.
Move the AWS snapshot from DMZ account to Shared Services Account.
Disable all activities on the Commserver and MA and put MA in MM mode.
Restore Access Node + MA and Index server with same name but different ip.
Enable all activites on Commserve and MA and remove the MA from MM mode.
Perform health checks for M365 components and Media Agent and S3 bucket.
Run test backup and restore.
Hi @Rahul18081
Not sure if this is possible in AWS, but if this snapshot procedure can be done on AWS level then yes
Don't forget to adjust DNS, or Client hostnames if you use an IP based config.