[v13 Appliance] - Doubts

[CarlosEsteves]

1 - How about the access to manage Backups and Restore ( Is it web page only ) ?

2 - How about integration with Azure ?

3 - Appliance is only installed with PostgreSQL or It can use also a SQL database ?

4 - If it is only PostgreSQL how to integrate to Veeam Enterprise and Veeam One ?

5 - Is it possible to integra the appliance with Veeam Enterprise ( for license usage , reports and so on ) ?

[Gostev]

1. No, not only web page. You can also use the usual Windows-based backup console (same as with previous versions). In many cases it's required simply because the Web UI Preview does not have all the features and capabilities available yet.

2. What specific integration are you referring to and what is the actual question under "how about"? We have a number of different plays with Azure and they are all still available, plus V13 brings a new one: ability to perform instant recoveries to Azure.

3. Correct, PostgreSQL only.

4. It just works, no special considerations there.

5. Yes.

[CarlosEsteves]

2. Today I have VBR server running on Azure and I also have Veeam for Azure to allow me to backup Azure VMs directly. How to have the same in the Appliance ?

4 & 5. Are you sure that we can add the appliance to Veeam Enterprise as it is not a SQL DB in it ? I already have 12 VBR added to my Veeam Enterprise and all of them are Windows Based server and the database is hosted in a SQL server

[Gostev]

2. There are no differences in V13 as it comes Veeam Backup for Azure integration.

4 & 5. First and foremost you will need to install Veeam Backup Enterprise Manager (VBEM) V13 in order to manage Veeam Software Appliance (VSA) V13, as VBEM V12 has no idea about VSA V13 or how to talk to it. But the other way works of course, that is VBEM V13 understands both VSA V13 and VBR V12.

[CarlosEsteves]

4 & 5: Having a Veeam Enterprise 13 to communicate with Veeam Appliance 13, I can have option to communicate with all other VBR in 12 ?

[Gostev]

Right, I literally just expanded my previous post with that part for completeness

[Nas]

Having VBEM V13 with PostgreSQL, can it manage VBR that's using SQL DB now?

In V12 we cannot do that since DB for VBEM and VBR must always be same type. Cannot mix SQL and PostgreSQL.

[Gostev]

Yes, it can. However, there's an added requirement: VBEM V13 must be in the same Active Director domain with VBR V12, as documented in the Release Notes.

[CarlosEsteves]

Everything on my infra related to Backup is out of domain.

So, Today I have a Veeam Enterprise server out of domain and all my VBR are out of domain as well.

Is it going to work ? ( PGS and SQL )

[Gostev]

No.

[Flole]

I'm using ReFS for the backup repository to have the fast clone feature. As the appliance runs on Linux if I understand it correctly, does it also support fastclone/ReFS?

Does the appliance support something like bitlocker to encrypt drives?

Does the appliance support software RAID/storage pools?

[jasonede]

I assume that one possible method of migrating would be to export config from VBR12 (already running postgresql) and then import into the new V13 appliance? As long as it can see the storage it should work?

[Gostev]

I'm using ReFS for the backup repository to have the fast clone feature. As the appliance runs on Linux if I understand it correctly, does it also support fastclone/ReFS?

This is explained in the What's New document. The built-in repository on the appliance does in fact support fastclone, even if it's not ReFS and it even supports immutability, which you can't get with ReFS in principle. Hail XFS!

Does the appliance support software RAID/storage pools?

No, these are not supported.

[Gostev]

I assume that one possible method of migrating would be to export config from VBR12 (already running postgresql) and then import into the new V13 appliance? As long as it can see the storage it should work?

This is already covered in the sticky FAQ topic. But the answer is no.

[Gostev]

@All please note this is not the only thread where V13 questions are accepted. Kindly leave this one to OP and his questions, otherwise it's completely unmanageable with random unrelated questions discussed concurrently. This just doesn't scale for the forum board format and makes the discussion a complete mess.

Yet you're more than welcome to create your own, dedicated topics preferable with one question per topic too, unless other are directly related.