Health Checks can be done outside a job schedule/backup window, & is the recommended way to do so by Veeam. You can also do an Extent Rebalance operation to disperse files among the Extents more evenly, but keep in mind all Extents are put in Maintenance Mode when the task runs (i.e. In v12 Veeam will now allow you to have Object Storage in the Performance Tier as well as have multiple buckets in the Capacity Tier. But, the Object Storage must be of the same Platform. A couple other small, but probably welcome features – you will be able to run an Active Full on individual VMs, or Retry individual VMs which failed in a Backup Job, both of which can be run in the Job History view There are a couple exceptions – when using Failover Clusters and Veeam Agents You will not be able to configure Copy Jobs otherwise. And with this, it is important to note – Backup Copy jobs will only use the Per-VM technology. vbm (metadata) file for every VM instead just one for the whole job. Veeam also redesigned Per-VM technology to run a bit differently than in the past by creating a. Aside from increased performance, you utilize all available streams to your underlying storage (i.e. Honestly, from a performance standpoint, I’m not sure why VBR users aren’t configuring their jobs to use this if they aren’t already. Per-VM backup chains is now going to be the default. This feature runs on Repositories and applies to all orphaned backups with time-based (days) retention to free up space from the orphaned backups. This feature applies only to GFS policies which have Retentions configured in DAYS, not in Restore Points. There’s another somewhat hidden feature coming which customers may find useful – Apply Retention Now. You can move a Backup Job from one Repository to another and the Block Cloning is maintained! You can also move individual VMs from one Backup Job to another without losing previous Backup chain data Why is this so important? Customers who deploy Repositories which use some form of Block Cloning can now move their backup data around without worrying about losing space savings with Block Cloning (i.e. Veeam has designed a new VeeaMover technology around Block Cloning with ReFS (Windows) and XFS (Linux). Probably one of the most important features upcoming in v12 is the VM Move or Copy feature. I would look for it to be part of VeeamONE (VONE) in subsequent VONE releases nothing definitve shared by Veeam.just my opinion, as it would seem logical for Veeam to do so. SQL Express will still be an usable option if it’s your preference. PostgreSQL is only going to be in VBR and Enterprise Manager (EM) initially. But, from a use and scalability perspective, it has no size limit or compute restrictions, and has improved performance over SQL Express. Some of the reasons for doing so is first and foremost, like SQL Express, it’s free. Veeam is introducing a new database platform - PostgreSQL v14. Instead, VBR retrieves gMSA passwords on-demand from organization domain controllers. But what about the gMSA? gMSA is a fantastic concept as it allows Veeam to use Active Directory service accounts while not storing the password locally on the Veeam server (i.e. From the VBR Menu > Users and Roles option, a Security window opens for you to select MFA for your Veeam user accounts (see figure below). Veeam is upping its security game by implementing Multi-Factor Authentication (MFA) and Group Managed Service Accounts (gMSA). I thought I’d do a write-up of what v12 features I’m looking forward to most, as well as provide a few extra lines of other notable features coming. While attending the VeeamON conference in Las Vegas back in May, Veeam announced they will be releasing Veeam Backup & Replication (VBR) v12 later in the year, and gave several sessions presenting what some of those features will be in the new release.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |