Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Veeam Backup & Replication a été conçu initialement pour la sauvegarde des environnements virtuels.
Veeam Backup & Replication sauvegarde les machines virtuelles en mode image et sans aucune installation d’agent. Il opère au niveau de la couche de virtualisation via les API vADP (vSphere API for Data Protection)
En d’autres termes, Veeam Backup & Replication sauvegarde l’enveloppe complète des machines virtuelles, au niveau des blocs.
Les sauvegardes en mode image permettent d’assurer différents types de restauration :
la restauration instantanée de VM,
la restauration de VM entière,
la restauration de fichiers de VM,
la restauration au niveau des fichiers, etc.
Pour sauvegarder les VMs, Veeam Backup & Replication exploite les capacités de snapshot de VMware vSphere. Au moment de sauvegarder une VM, Veeam Backup & Replication demande à vSphere de créer un snapshot de la VM. Le snapshot de la VM est une copie instantanée et ponctuelle de la VM, comprenant sa configuration, son système d'exploitation, ses applications, les données associées, l'état du système, etc. Veeam Backup & Replication utilise cette copie instantanée comme source de données pour la sauvegarde.
Veeam Backup & Replication copie les données de la VM depuis le datastore source au niveau des blocs, les compresse, les déduplique et les stocke dans un Repository au format propriétaire de Veeam.
Dans Veeam Backup & Replication, la sauvegarde est un processus piloté par des jobs. Le job de sauvegarde définit quand, quoi, comment et où sauvegarder.
Veeam Backup & Replication peut exécuter les jobs automatiquement par planification ou les lancer manuellement.
La première session du job de sauvegarde produit toujours une sauvegarde complète de l'image de la VM. Les sessions de sauvegarde suivantes sont incrémentales - Veeam Backup & Replication ne copie que les blocs de données qui ont été modifiés depuis la dernière session de sauvegarde.
Veeam Backup & Replication exploite de multiples techniques pour optimiser la taille des sauvegardes stockées, principalement la compression et la déduplication.
L'objectif principal de ces techniques est de trouver le bon équilibre entre la quantité de données lues et transférées pendant la sauvegarde et ce qui est stocké dans le Repository, tout en fournissant des performances de sauvegarde et de restauration acceptables.
Le but de la compression est de réduire la quantité de données qui doivent être transférées sur le réseau et stockées sur disque. Veeam Backup & Replication utilise plusieurs algorithmes de compression différents qui fournissent des équilibres variés entre les taux de compression, le débit et la quantité d'utilisation du CPU par le Proxy de sauvegarde.
La compression Veeam Backup & Replication se fait au niveau des blocs. Le Proxy lit chaque bloc à partir du disque source et applique l'algorithme de compression au bloc avant de le transférer au Repository. Cela permet d'économiser la bande passante du réseau entre le Proxy et le Repository et permet au Repository de stocker le bloc déjà compressé dès qu'il le reçoit.
L'objectif principal de la déduplication est de réduire la quantité de données à stocker sur le disque en détectant les données redondantes dans la sauvegarde et en les stockant une seule fois.
La déduplication de Veeam est basée sur l'identification des blocs en doublons sur le disque d'une seule VM ou sur plusieurs VMs dans un même job. Ceci est principalement bénéfique lorsque les VMs sont déployées à partir du même template puisque l'image de base est identique.
Veeam Backup & Replication peut exclure les fichiers pagefile.sys et hiberfil.sys des sauvegardes ou replicas des VMs Microsoft Windows.
Les blocs de fichiers supprimés de la corbeille Windows sont aussi supprimés par défaut de la sauvegarde et de la réplication.
Lorsque cette option est activée, le serveur Proxy effectue une analyse de la Master File Table (MFT) des systèmes de fichiers NTFS et ignore automatiquement les blocs qui ont été marqués comme supprimés.
Pour garantir des sauvegardes et des réplications transactionnellement consistantes, il existe deux méthodes :
Pour garantir des sauvegardes et des réplications transactionnellement consistante d’application telles que Microsoft Active Directory, SQL, SharePoint, Exchange, Oracle ou PostgreSQL, il est nécessaire d’activer l’AAIP.
L’AAIP est un mécanisme propriétaire Veeam basé sur Microsoft VSS. L'utilisation de Microsoft VSS garantit qu'il n'y a pas de transactions de base de données ou de fichiers d'application incomplets lorsque Veeam Backup & Replication déclenche le snapshot de la VM et commence à copier les données de la VM vers le Repository.
Pour garantir des sauvegardes et des réplications transactionnellement consistante d’application incompatibles avec VSS, il est possible d’exécuter des scripts Pre-Freeze (pré backup) et Post-Thaw (post backup)
Pour créer des sauvegardes et des réplications consistantes pour les VMs qui ne prennent pas en charge Microsoft VSS (par exemple, les VM Linux), il est possible d’utiliser cette méthode.
Dans ce cas, Veeam Backup & Replication utilise les Tools VMware pour « quiescer », c’est-à-dire « figer », le système de fichiers et les données d'application avant la sauvegarde ou la réplication.
Le Change Black Tracking (CBT) est un mécanisme natif des API de Data Protection de VMware vSphere (VADP) permettant à vSphere de garder une trace des modifications au niveau des blocs de disque virtuel.
Pour réaliser des sauvegardes incrémentales, Veeam Backup & Replication interroge CBT via VADP et obtient la liste des blocs qui ont été modifiés depuis la dernière sauvegarde.
L'utilisation de CBT augmente la vitesse et l'efficacité des sauvegardes incrémentales.
Veeam Backup & Replication utilise CBT pour les opérations suivantes :
Sauvegarde
Réplication
Restauration d'une VM entière
Restauration de disque de VM
Veeam Backup & Replication propose les méthodes suivantes pour créer des chaînes de sauvegarde:
Lorsque la méthode de sauvegarde FFI (Forever Forward Incremental) est utilisée, Veeam Backup & Replication crée une chaîne de sauvegarde composée d’un seul et unique fichier de sauvegarde complète (VBK) et d'un ensemble de fichiers de sauvegarde incrémentale (VIB).
Comme son nom l’indique (Incrémentale pour toujours) au-delà de la sauvegarde complète initiale, il n’y a que des incrémentales.
Cette méthode de sauvegarde permet d'économiser de l'espace sur le stockage de sauvegarde car Veeam Backup & Replication ne stocke qu'un seul fichier de sauvegarde complète et supprime les fichiers de sauvegarde incrémentale une fois la période de rétention dépassée.
Lorsque la méthode de sauvegarde Forward Incremental (FI) est utilisée, Veeam Backup & Replication crée une chaîne de sauvegarde qui consiste en plusieurs fichiers de sauvegarde complète (VBK) et un ensemble de fichiers de sauvegarde incrémentale (VIB) consécutifs à chaque fichier de sauvegarde complète. Les sauvegardes complètes peuvent être créées en utilisant la méthode de sauvegarde complète synthétique et/ou la méthode de sauvegarde complète active. En effectuant des sauvegardes complètes régulières, la chaîne de sauvegarde est divisée en séries plus courtes. Cela réduit les risques de perdre complètement la chaîne de sauvegarde et fait de cette méthode de sauvegarde la plus fiable.
En revanche, cette méthode de sauvegarde nécessite plus d'espace de stockage que les autres méthodes car les chaînes de sauvegarde contiennent plusieurs fichiers de sauvegarde complète.
Lorsque la méthode de sauvegarde Reverse Incremental (RI) est utilisée, Veeam Backup & Replication crée une chaîne de sauvegarde qui se compose d’un fichier de sauvegarde complète (VBK) et d'un ensemble de fichiers de sauvegarde incrémentale inverse (VRB).
Cette méthode de sauvegarde permet d'économiser de l'espace sur le stockage de sauvegarde car Veeam Backup & Replication ne stocke qu'un seul fichier de sauvegarde complète et supprime les fichiers de sauvegarde incrémentielle une fois la période de rétention dépassée.
Il existe 2 types de sauvegarde complète (Full Backup) :
Pour créer une sauvegarde complète Active, Veeam Backup & Replication récupère les données de la VM depuis le datastore source où réside la VM, les compresse, les déduplique et les écrit dans le fichier VBK à l’intérieur du Repository.
Pour créer une sauvegarde complète Synthétique et contrairement à une sauvegarde complète Active, Veeam Backup & Replication ne récupère pas les données des VMs depuis le datastore source. Il synthétise une sauvegarde complète à partir des chaines de sauvegarde présentes dans le Repository. Par conséquent, le fichier de sauvegarde complète Synthétique créé contient les mêmes données qu’une sauvegarde complète active.
En plus de la sauvegarde en mode image du serveur MS SQL, il est possible de sauvegarder périodiquement les journaux de transaction SQL.
Ainsi, en cas d’incident sur le serveur MS SQL, sa restauration à partir de la sauvegarde image puis des journaux de transactions permettront de restaurer rapidement les bases de données SQL à un instant précis (Point-in-Time Recovery).
En plus de la sauvegarde en mode image du serveur Oracle, il est possible de sauvegarder périodiquement les journaux de transaction Oracle (Archive Logs).
Ainsi, en cas d’incident sur le serveur, sa restauration à partir de la sauvegarde image puis des journaux de transactions permettront de restaurer rapidement les bases de données Oracle à un instant précis (Point-in-Time Recovery).
En plus de la sauvegarde en mode image du serveur PostgreSQL, il est possible de sauvegarder périodiquement les fichiers WAL (write ahead log).
Ainsi, l'administrateur de sauvegarde dispose des sauvegardes transactionnellement cohérentes des instances PostgreSQL qui contiendront des sauvegardes des fichiers WAL.
Pour sauvegarder en local vers un Repository Windows ou Linux, il est nécessaire de déployer un Proxy de sauvegarde sur une machine qui a accès au datastore source.
Dans ce scénario, le Veeam Data Mover côté source est lancé sur le proxy de sauvegarde, et le Veeam Data Mover côté cible est lancé sur le Repository Microsoft Windows ou Linux. Les données des machines virtuelles sont envoyées du Proxy de sauvegarde au Repository de sauvegarde via le réseau local.
Le pré-requis pour la sauvegarde hors-site est qu'un Veeam Data Mover fonctionne sur le site de production (proche du datastore source), et l'autre Veeam Data Mover fonctionne sur le site distant, plus proche du Repository de sauvegarde.
Pendant la sauvegarde, les Veeam Data Movers maintiennent une connexion stable, ce qui permet un fonctionnement ininterrompu sur le WAN ou sur des liaisons lentes.
Pour exécuter un job périodiquement sans intervention manuelle, il est possible de planifier son démarrage automatique. Le service Veeam en charge de la planification vérifie en permanence les paramètres de configuration de tous les jobs et les lance en fonction de leur planification.
Veeam Backup & Replication permet de configurer les paramètres de planification suivants:
Programmer des jobs pour qu'ils s'exécutent à une heure spécifique chaque jour ou à des jours sélectionnés
Planifier l'exécution périodique des jobs à des intervalles de temps spécifiques
Programmer des jobs pour qu'ils s'exécutent en continu
Chaîner les jobs pour créer des dépendances .
En cas d’échec d’un job lors de l’exécution initiale, Veeam Backup & Replication renouvelle plusieurs tentatives. Au nombre de 3 par défaut, le nombre de tentative est paramétrable.
Il est possible de spécifier une fenêtre de sauvegarde pour les jobs. La fenêtre de sauvegarde est une période de temps définissant les jours de la semaine où les jobs sont autorisés à s'exécuter. Si le job dépasse la fenêtre autorisée, Veeam Backup & Replication y mettra fin automatiquement.
Il est possible de lancer des jobs manuellement pour capturer, par exemple, les données d’une VM à un moment précis sans modifier la planification existante.
Veeam Backup & Replication peut effectuer périodiquement un contrôle d’intégrité pour le dernier point de restauration de la chaîne de sauvegarde. Au cours de ce contrôle, Veeam Backup & Replication effectue un contrôle CRC pour les métadonnées et un contrôle de hachage pour les blocs de données dans le fichier de sauvegarde afin de vérifier leur intégrité. Le contrôle d'intégrité permet de s'assurer que le point de restauration est cohérent et restaurable.
Le Snapshot Hunter est une technologie Veeam utilisée pour détecter et supprimer les snapshots orphelins qui peuvent subsister après des sessions de sauvegarde ou de réplication.
Ce mécanisme répond au problème des snapshots "fantômes". Dans certaines circonstances, VMware vSphere peut signaler que la suppression d'un snapshot a réussi, mais le snapshot reste en réalité sur le datastore.
Les snapshots fantômes peuvent prendre beaucoup d'espace sur le datastore ou avoir un impact sur les performances des VMs. Ils peuvent même provoquer l'arrêt des VMs de production si le datastore manque d'espace libre.
Pour résoudre le problème des snapshots fantômes, Veeam Backup & Replication exécute le Snapshot Hunter pendant chaque session de sauvegarde ou de réplication. Ce mécanisme recherche les fichiers de snapshots non enregistrés dans vSphere. S'il n'y a pas de fichiers orphelins, le Snapshot Hunter s'arrête. Si des snapshots orphelins sont détectés, le Snapshot Hunter les supprime en arrière-plan.
