FAQ – Veeam Backup & Replication VCSP
Work forever in progress đ
Les backups dâExchange sont assez difficiles vous nâĂȘtes pas les seuls, en cause gĂ©nĂ©ralement la « stabilitĂ© » du failover cluster Exchange qui supportent mal les snapshot VMware.
Voici les tweaks possible : https://forums.veeam.com/veeam-backup-replication-f2/exchange-2010-dag-backup-t8329-30.html#p93106
Ensuite il y en a qui rajoute un nĆud passif et qui ne backup que le nĆud passif ou alors ils mettent des agents đ (plus de stunt de Snap VMware ahah) https://www.veeam.com/kb2463
Il y a deux façons dâavoir des rapports personnalisĂ©s :
- Powershell
- Pour cela yâa toute la bible des commandes powershell ici : https://helpcenter.veeam.com/docs/backup/powershell/getting_started.html?ver=100
- Ainsi quâun GitHub de la communautĂ© avec des scripts exemple de reporting : https://github.com/VeeamHub/powershell
- Veeam One
- Pour un rapport mensuel, le « VM Daily Protection Status » avec comme intervalle « 4 ou 5 weeks » https://helpcenter.veeam.com/docs/one/reporter/vm_daily_protection_status.html?ver=100
-
- Lâautre rapport câest « job history » avec lâintervalle du mois https://helpcenter.veeam.com/docs/one/reporter/job_history.html?ver=100
- Il montre un graph de success ratio by day en %
- Lâautre rapport câest « job history » avec lâintervalle du mois https://helpcenter.veeam.com/docs/one/reporter/job_history.html?ver=100
- Dans VBR
- Tout est catalogué dans les audits file : https://helpcenter.veeam.com/docs/backup/vsphere/audit-logs-location.html?ver=100
- Il est possible de le généré en Powershell sur une plage de temps : https://helpcenter.veeam.com/docs/backup/powershell/export-vbraudit.html?ver=100
- Veeam One :
- « Restore Operator Activity » https://helpcenter.veeam.com/docs/one/reporter/restore_operator_activity.html?ver=100
- Celui-ci parle de lui-mĂȘme đ
ReFS 2016 & 2019 sont trĂšs stable et best practice. Câest dĂ©ployĂ© partout.
Quelques recommandations si besoin : https://bp.veeam.com/vbr/VBP/3_Build_structures/B_Veeam_Components/B_backup_repositories/block.html
Ce nâest pas nous le problĂšme pour XFS câest le kernel Centos qui nâest pas Ă jour sur Reflink đ
Since we added fast cloning support for XFS repositories in v10, this question keeps coming up: why do we only support Ubuntu for repository servers, and how long will support for other distributions remain experimental? The vast majority of those asking are of course RHEL/CentOS users, which together with Ubuntu are the distributions of choice for over three quarters of Veeam users. To put it short: our biggest concern with RHEL/CentOS 8 is that they use the kernel version is 4.18. Even if block cloning I/O controls aka reflink were introduced back in the kernel version 4.9, early adopters reported a number of performance challenges, and XFS went through some significant changes to address those. You can read some details in this article, but the main point is that this work was not fully completed until 5.4 kernel. At the same time, Veeam makes some of the heaviest use of reflink functionality among all applications on the market â which really pushes file system metadata handling logic to its limits. For example, virtually all block cloning issues with ReFS were due to sub-optimal handling of ReFS metadata, which is something Microsoft kept addressing with every update. So at this time, based on all these facts and our history with ReFS, we consider Ubuntu 20.04 the safest choice for Linux-based backup repositories with XFS fast cloning enabled, because it comes with 5.4 kernel. Previous kernel versions had some challenges that needed to be addressed â and we cannot know whether those will impact our customers or not. Basically, we just need more field validation: more Veeam users who are willing to put those older kernels through its paces to prove it. To be perfectly clear, we ourselves did not see any issues with RHEL/CentOS 8 based XFS repositories internally, but then again â it took us a very long time to reproduce those infamous ReFS issues even after many customers have already been struggling with them. So this time, we decided it is better to be safe than sorry again! Having said that, right now things looks pretty solid with XFS â I just did a full text search for XFS across all recent support cases, and there doesn't appear to be many mentions outside of Veeam Agent for Linux. Although to be fair, I also don't expect XFS adoption for backup repositories to be anywhere near ReFS yet.
- Téléchargement du plugin https://download2.veeam.com/AWSPlugin_10.0.1.661.zip
- Installer le plugin sur le VBRÂ : https://helpcenter.veeam.com/docs/backup/aws_integration/deploy_plugin.html?ver=100
- Interconnection avec VBaws : https://helpcenter.veeam.com/docs/backup/aws_integration/connect_appliance.html?ver=100
- Port VBR -> VBA : 443 https://helpcenter.veeam.com/docs/backup/aws_integration/used_ports.html?ver=100
Pas de support natif de SQL Server on Linux, il faut passer par des script pre et post backup.
le Quiescing et lâapp aware sont des technologies permettant dâavoir une sauvegarde consistante au niveau base de donnĂ©es des VMs.
Du coup, quand il nây a pas de base de donnĂ©es ou dâAD, Exchange, Sharepoint, SQL, Oracle, aucune des deux technologies sont nĂ©cessaires.
Dans le cadre dâune nĂ©cessitĂ© de backup consistant sur Windows, câest lâapplication aware processing qui est nĂ©cessaire, avec un compte local admin + SA / sysadmin + ouverture de flux vers la VMs pour pouvoir prĂ©venir les VSS. Si câest un linux, ce sera gĂ©nĂ©ralement des scripts pre et post backup pour envoyer des commandes Ă la base de donnĂ©es et la rendre consistante.
Et le dernier moyen, câest la Quiescing des VMware tools qui freeze les IOPS des machines linux le temps du snapshot. Câest rarement utilisĂ© car cela implique un stunt de la VMs.
Si tu as quand mĂȘme besoin de quiescing, je te conseil de faire un job spĂ©cifique pour ces quelques VMs linux pour ne pas stunt toutes tes VMs de ton job. A lâinverse lâAPP Aware Processing est granulaire par VMs (tu peux faire un disable all et enable juste celle qui tâintĂ©resse)