We are using SOBR, local disk as performance tier and Azure Cool Blob immutable as capacity tier.
Recently we discover that the blob storage account is not created as per our organization standard settings and our Azure team wants to create new storage account and move the data from old blob to new blob.
What is the best method to migrate from Veeam perspective? Add new capacity tier to the current SOBR and set maintenance on old capacity extend and evacuate backups? This way data transfer will occur between the two Azure blob only and not between Veeam gateway server?
If I recall correctly, we are not recommended to use azcopy in this workflow, is this still valid in v12.3?
The helpcenter link no longer accessible https://helpcenter.veeam.com/docs/backu ... ml?ver=120
-
- Influencer
- Posts: 24
- Liked: 5 times
- Joined: Oct 02, 2023 3:34 am
- Full Name: Nas
- Contact:
-
- Product Manager
- Posts: 20699
- Liked: 2386 times
- Joined: Oct 26, 2012 3:28 pm
- Full Name: Vladimir Eremin
- Contact:
Re: The recommended way of moving Veeam capacity tier backup
If you plan to migrate data from one capacity extent to another, we recommend using the native mechanisms of our product rather than a 3rd-party tool such as Azure Copy or similar.
For this migration, you need to add the new repository to the existing Capacity Tier, enable maintenance mode on the old extent, and start the evacuation from it.
The evacuation will occur between the gateway server selected for the old extent and the gateway server selected for the new extent.
Thanks!
For this migration, you need to add the new repository to the existing Capacity Tier, enable maintenance mode on the old extent, and start the evacuation from it.
The evacuation will occur between the gateway server selected for the old extent and the gateway server selected for the new extent.
Thanks!
-
- Influencer
- Posts: 24
- Liked: 5 times
- Joined: Oct 02, 2023 3:34 am
- Full Name: Nas
- Contact:
Re: The recommended way of moving Veeam capacity tier backup
The current gateway server is the on-premises backup repository.
So if I understand correctly, data will first egress from Azure to on-premises gateway, and then ingress back into the destination Azure storage account extent, potentially incurring higher costs for the backup transfer?
What if, I deploy a temporary Azure VM in same region as the extents and add it as gateway server, will this lower the egress cost as technically the evacuation traffic occur within Azure region without flowing to on-premises?
So if I understand correctly, data will first egress from Azure to on-premises gateway, and then ingress back into the destination Azure storage account extent, potentially incurring higher costs for the backup transfer?
What if, I deploy a temporary Azure VM in same region as the extents and add it as gateway server, will this lower the egress cost as technically the evacuation traffic occur within Azure region without flowing to on-premises?
Who is online
Users browsing this forum: No registered users and 39 guests