-
- Expert
- Posts: 107
- Liked: 6 times
- Joined: Sep 21, 2022 6:53 am
- Full Name: Keita Kuroki
- Contact:
Scale Out Backup Repository off-load time
Hi
I use SOBR, Performance tier is Direct Attached Storage and Capacity tier is Amazon S3.
In official document, SOBR copies or moves data from Performance tier to Capacity tier every 4 hours.
Can I change this time (e.x. every 1 hours)?
Best regards
I use SOBR, Performance tier is Direct Attached Storage and Capacity tier is Amazon S3.
In official document, SOBR copies or moves data from Performance tier to Capacity tier every 4 hours.
Can I change this time (e.x. every 1 hours)?
Best regards
-
- Product Manager
- Posts: 9848
- Liked: 2607 times
- Joined: May 13, 2017 4:51 pm
- Full Name: Fabian K.
- Location: Switzerland
- Contact:
Re: Scale Out Backup Repository off-load time
Hi Kei
What’s the use case to change the value? Did you see any issue? Why do you want to change it?
Thanks
Fabian
What’s the use case to change the value? Did you see any issue? Why do you want to change it?
Thanks
Fabian
Product Management Analyst @ Veeam Software
-
- Expert
- Posts: 107
- Liked: 6 times
- Joined: Sep 21, 2022 6:53 am
- Full Name: Keita Kuroki
- Contact:
Re: Scale Out Backup Repository off-load time
Hi Fabian
Thank you for reply.
I consider the backup repository in AWS.
Now, I use VBR on AWS EC2 and also use EBS as Backup repository.
EBS cost is high, so I consider using SOBR (Performance tier is EBS and Capacity tier is S3)
In above structure, I would like to reduce the storage amount in EBS, so I would like to move EBS data to S3 as possible as quickly.
If you have other good idea reducing the storage cost excluding my idea, please let me know.
Thank you for reply.
I consider the backup repository in AWS.
Now, I use VBR on AWS EC2 and also use EBS as Backup repository.
EBS cost is high, so I consider using SOBR (Performance tier is EBS and Capacity tier is S3)
In above structure, I would like to reduce the storage amount in EBS, so I would like to move EBS data to S3 as possible as quickly.
If you have other good idea reducing the storage cost excluding my idea, please let me know.
-
- Product Manager
- Posts: 9848
- Liked: 2607 times
- Joined: May 13, 2017 4:51 pm
- Full Name: Fabian K.
- Location: Switzerland
- Contact:
Re: Scale Out Backup Repository off-load time
Hi Kei
There is a registry key to configure it, but it wouldn‘t solve your use case.
Only inactive backup chains can be moved. That happens once per week after a synthetic full backup was written.
Lowering the interval to 1 hour or lower will not help you to move faster because the chain is still active and cannot be moved.
Veeam V12 will allow you to write directly to object storage without using a capacity tier. This should help to keep the costs low.
Thanks
Fabian
There is a registry key to configure it, but it wouldn‘t solve your use case.
Only inactive backup chains can be moved. That happens once per week after a synthetic full backup was written.
Lowering the interval to 1 hour or lower will not help you to move faster because the chain is still active and cannot be moved.
Veeam V12 will allow you to write directly to object storage without using a capacity tier. This should help to keep the costs low.
Thanks
Fabian
Product Management Analyst @ Veeam Software
-
- Veteran
- Posts: 563
- Liked: 173 times
- Joined: Nov 15, 2019 4:09 pm
- Full Name: Alex Heylin
- Contact:
Re: Scale Out Backup Repository off-load time
Fabian - could Kei run a daily synthetic full to cause the backup chain to terminate and become movable every day?
That could result in up to 6/7ths of the data now in the performance tier becoming movable to capacity tier?
That could result in up to 6/7ths of the data now in the performance tier becoming movable to capacity tier?
-
- Product Manager
- Posts: 9848
- Liked: 2607 times
- Joined: May 13, 2017 4:51 pm
- Full Name: Fabian K.
- Location: Switzerland
- Contact:
Re: Scale Out Backup Repository off-load time
Hi Alex
Yes, that would work. With daily synthetic fulls, backup files can be moved each day.
@Kei
Are the VMs you want to backup also on AWS? If yes, you can also use Veeam Backup for AWS, which writes directly to object storage.
Thanks
Fabian
Yes, that would work. With daily synthetic fulls, backup files can be moved each day.
@Kei
Are the VMs you want to backup also on AWS? If yes, you can also use Veeam Backup for AWS, which writes directly to object storage.
Thanks
Fabian
Product Management Analyst @ Veeam Software
-
- Expert
- Posts: 107
- Liked: 6 times
- Joined: Sep 21, 2022 6:53 am
- Full Name: Keita Kuroki
- Contact:
Re: Scale Out Backup Repository off-load time
Thank you for reply. I understood.
I would like to backup the on-premises servers, so maybe I can not use Veeam Backup for AWS.
If I configure the "Move backup files older than 0 days", all of the inactive backup chains will be moved to S3 every 4 hours, right ?
I would like to backup the on-premises servers, so maybe I can not use Veeam Backup for AWS.
If I configure the "Move backup files older than 0 days", all of the inactive backup chains will be moved to S3 every 4 hours, right ?
-
- Product Manager
- Posts: 9848
- Liked: 2607 times
- Joined: May 13, 2017 4:51 pm
- Full Name: Fabian K.
- Location: Switzerland
- Contact:
Re: Scale Out Backup Repository off-load time
Yes, Veeam Backup for AWS can be used to backup EC2 VMs (and some other aws services).
Synthentic fulls can be created only once per day or with the default configuration once per week.
Thanks
Fabian
Yes. But you won't have inactive chains every 4 hours to move.If I configure the "Move backup files older than 0 days", all of the inactive backup chains will be moved to S3 every 4 hours, right?
Synthentic fulls can be created only once per day or with the default configuration once per week.
Thanks
Fabian
Product Management Analyst @ Veeam Software
-
- Expert
- Posts: 107
- Liked: 6 times
- Joined: Sep 21, 2022 6:53 am
- Full Name: Keita Kuroki
- Contact:
Re: Scale Out Backup Repository off-load time
Hi Fabian
Thank you for reply.
I understood.
Best regards
Thank you for reply.
I understood.
Best regards
Who is online
Users browsing this forum: No registered users and 17 guests