Catégorie KB : Documentation

Sauvegardes "Application-Aware Writer".

VSS est une technologie permettant de prendre un instantané cohérent d'un volume de disque. Un VSS Writer est un plugin logiciel supplémentaire qui détecte quand cette action a lieu et s'assure que les fichiers spécifiques à l'application sont dans un état sûr sur le disque. La fonctionnalité "Application-Aware Writer" d'eazyBackup vous permet d'invoquer un seul VSS Writer, ou un sous-composant d'un seul VSS Writer, et de ne sauvegarder que les fichiers qu'il protégeait.

Il s'agit également d'un point d'intégration tiers important pour les fournisseurs d'applications. Si votre application tierce inclut un VSS Writer, vous pouvez utiliser ce type d'élément protégé pour le sauvegarder en utilisant eazyBackup.

Certains produits qui peuvent être sauvegardés avec ce type d'élément protégé sont les suivants :

  • Oracle DB ;
  • Serveur MailStore ;
  • Microsoft Dynamics CRM ;
  • Microsoft Sharepoint ;
  • PSQL omniprésent ;
  • d'autres produits pris en charge en natif par eazyBackup, notamment Microsoft Exchange Server, Microsoft Hyper-V et Microsoft SQL Server ;
  • et d'autres produits.

NOTE : Ce type d'élément protégé est destiné à être intégré à des applications personnalisées spécifiques. Si vous souhaitez sauvegarder des fichiers normaux avec un instantané VSS, utilisez le type d'élément protégé "Fichiers et dossiers" avec l'option "prendre un instantané du système de fichiers" activée.

Sélection des composants

Dans eazyBackup, cliquez sur le bouton Editer (icône crayon) pour parcourir les VSS Writers disponibles installés sur votre appareil.

Vous pouvez cocher la case la plus haute pour inclure tous les composants dans le VSS Writer, ou vous pouvez sélectionner des composants individuels dans le VSS Writer. Par exemple, le VSS Writer de Microsoft SQL Server vous permet de sélectionner des bases de données individuelles pour la sauvegarde.

Le VSS Writer lui-même peut marquer certains composants comme non sélectionnables. Ceci est montré dans eazyBackup comme un sous-composant gris sans case à cocher.

Mode VSS

Vous pouvez effectuer l'opération en mode "VSS Complet", "VSS Copie", "VSS Incrémental" ou "VSS Différentiel". Si un VSS Writer spécifique ne prend pas en charge le mode de sauvegarde sélectionné, il effectuera la sauvegarde en mode "Complet".

Le comportement réel de ces modes est spécifique à chaque VSS Writer. Pour plus d'informations, consultez la documentation de votre VSS Writer.

Sauvegarde de la base de données Oracle

eazyBackup peut sauvegarder le contenu de n'importe quel VSS Writer installé en utilisant l'option "Application Aware Writer". Oracle Database supporte officiellement la sauvegarde via son VSS Writer installé.

Vous devrez peut-être installer Oracle VSS Writer séparément. Il est disponible avec Oracle Database 11g et les versions ultérieures (y compris 12c et 18c) ; les versions plus récentes de Oracle VSS Writer peuvent être installées séparément pour sauvegarder une base de données 10g ou 9i.

Vous devez utiliser l'option "Application Aware Writer" et sélectionner le composant Oracle VSS Writer - ORCL. Dans cette option, vous pouvez sélectionner des tablespaces individuels pour la sauvegarde, ou sélectionner le composant entier.

Oracle VSS Writer lit la base de données avec les privilèges SYSDBA.

Oracle VSS Writer prend en charge les sauvegardes de type journal, copie, complète, différentielle et incrémentielle :

  • si vous effectuez des sauvegardes "complètes" ou "par copie" au niveau du composant VSS, eazyBackup les dédupliquera ensemble, produisant ainsi ses propres sauvegardes incrémentielles.
  • si vous effectuez des sauvegardes "incrémentales" au niveau du composant VSS, cela peut être légèrement plus efficace en termes d'espace que le système incrémental d'eazyBackup, car Oracle a une compréhension plus spécifique des formats de fichiers. Cependant, lors de la restauration, vous devez veiller à restaurer la sauvegarde complète ainsi que toutes les sauvegardes incrémentielles/journaux, ce qui ajoute de la complexité.

Pour plus d'informations sur Oracle VSS Writer, consultez le site suivant Documentation d'Oracle.

"Sauvegarde "Microsoft Hyper-V

Ce type d'élément protégé sauvegarde les machines virtuelles Microsoft Hyper-V. La technologie sous-jacente est VSS et est compatible avec toutes les versions de Hyper-V exécutées sur Windows Server, y compris Windows Server 2016 (la dernière version au moment de la rédaction).

Ce type de sauvegarde n'est applicable que lorsqu'il fonctionne sur Windows Server. Hyper-V sur Windows Desktop n'est pas pris en charge par ce type d'élément protégé.

eazyBackup s'intègre au graveur Hyper-V VSS pour effectuer un instantané de sauvegarde Hyper-V, y compris la prise en charge de la quiescence in-VM sur les systèmes d'exploitation invités pris en charge.

La sauvegarde d'une machine virtuelle Hyper-V avec eazyBackup inclut, mais n'est pas limitée à :

  • son fichier de configuration
  • tous les lecteurs virtuels attachés
  • le contenu de la mémoire (si la machine était en marche)
  • l'arbre complet des points de contrôle sauvegardés

Vous pouvez sélectionner des machines virtuelles individuelles pour la sauvegarde ou choisir "Toutes les machines virtuelles".

Cohérence et ajouts d'invités

Les informations suivantes s'appliquent à tous les produits qui effectuent une sauvegarde Hyper-V.

Lors de la sauvegarde d'une VM invitée, il est important d'obtenir un état cohérent de la VM. Il existe plusieurs façons d'y parvenir.

Si le système d'exploitation invité dispose de tous les services d'intégration Hyper-V nécessaires, l'hôte peut demander à la VM invitée de prendre un instantané VSS. L'instantané est alors exposé à Hyper-V sur l'hôte pour qu'eazyBackup le sauvegarde. Cela ne devrait pas interrompre le système d'exploitation invité. La sauvegarde de la VM est cohérente avec l'application. C'est ce que l'on appelle un "point de contrôle de production".

Si le système d'exploitation hôte exécute Server 2012 R2 ou une version plus récente, mais qu'il n'y a pas de services d'intégration dans le système d'exploitation invité, alors Hyper-V prendra un point de contrôle de la VM ; eazyBackup sauvegardera le point de contrôle ; puis le point de contrôle sera supprimé. Ce type de point de contrôle n'interrompt pas le système d'exploitation invité. La sauvegarde de la VM est cohérente en cas de crash. C'est ce qu'on appelle un "point de contrôle standard".

  • Vous pouvez également obtenir ce résultat en désactivant l'option "Production checkpoints" dans les paramètres Hyper-V de la VM.

Si l'OS hôte est plus ancien que Server 2012 R2, et qu'il n'y a pas de services d'intégration dans l'OS invité, alors la VM sera mise en pause ; Windows prendra un snapshot VSS des fichiers Hyper-V en état de pause ; la VM sera reprise et eazyBackup sauvegardera à partir du snapshot VSS. Cela provoquerait une brève interruption du système d'exploitation invité. La sauvegarde de la VM est cohérente en cas de crash.

  • Vous pouvez également obtenir ce comportement en désactivant les points de contrôle dans les paramètres Hyper-V de la VM.

Réplique de la VM

Les informations suivantes s'appliquent à tous les produits qui effectuent une sauvegarde Hyper-V.

Si vous utilisez la réplication Hyper-V, vous pouvez sauvegarder vos machines virtuelles à partir de l'hôte primaire ou de la réplique.

Une sauvegarde effectuée sur l'hôte VM primaire est cohérente avec les applications (si possible), en mettant sous silence un instantané VSS à l'intérieur de l'invité VM ; sinon, elle est cohérente avec les pannes. Toutefois, une sauvegarde effectuée sur l'hôte secondaire n'est jamais cohérente avec les pannes, car la réplique de la VM n'est pas en cours d'exécution pour que les services d'intégration des invités puissent prendre un instantané VSS.

Les versions actuelles d'Hyper-V ne permettent pas de sauvegarder une VM qui est en cours de réplication. Si une VM est en cours de réplication au moment de la sauvegarde, eazyBackup réessayera l'opération plusieurs fois. Si vous voyez à plusieurs reprises des erreurs de la forme La machine virtuelle '...' ne peut pas démarrer une opération de sauvegarde parce qu'elle exécute actuellement une opération conflictuelle. Réessayez la sauvegarde, et que vous exécutez des sauvegardes à partir de l'hôte de la VM répliquée, vous pouvez envisager de

  • programmer l'exécution de la tâche de sauvegarde à un moment où il est plus probable que la réplication de la VM soit à jour ; ou
  • l'utilisation des commandes Before / After dans eazyBackup pour arrêter temporairement la réplication des VM pendant que le travail de sauvegarde est en cours.

Pour plus d'informations sur la sauvegarde d'une réplique de VM, voir https://blogs.technet.microsoft.com/virtualization/2014/04/24/backup-of-a-replica-vm/

Disques de passage

Les informations suivantes s'appliquent à tous les produits qui effectuent une sauvegarde Hyper-V.

Hyper-V supporte les disques passthrough, pour attacher un disque physique de l'hôte directement dans la VM invitée. Cela permet de le démonter de l'OS hôte.

Hyper-V lui-même ne prend pas en charge la sauvegarde des disques passthrough (ni leur réplication). Une sauvegarde Hyper-V des machines invitées peut être effectuée à partir de l'hôte, mais n'inclut pas les données des disques passthrough.

Vous pouvez contourner ce problème en

  • installer eazyBackup à l'intérieur de la VM invitée, et sauvegarder les données supplémentaires au niveau des fichiers (ceci utilisera une licence supplémentaire pour les périphériques) ; ou
  • changer vos disques passthrough en un vrai disque contenant un gros fichier .vhd ou .vhdx. L'assistant "Nouveau disque virtuel" du gestionnaire Hyper-V propose une option permettant de convertir un disque existant en fichier .vhd ou .vhdx.

Pour plus d'informations sur la sauvegarde des disques passthrough dans Hyper-V, voir https://blogs.technet.microsoft.com/virtualization/2009/03/03/working-around-the-pass-through-limitations-of-the-hyper-v-vss-writer/

Sauvegarde "État du système du serveur Windows".

eazyBackup s'intègre à Windows Server System State pour supporter la sauvegarde des fichiers .vhd System State en utilisant la technologie wbadmin. Cette fonctionnalité n'est disponible que sur certaines versions de Windows Server avec la fonctionnalité "Rôle de sauvegarde du serveur" activée.

Une sauvegarde de l'état du système Windows Server peut inclure Active Directory, les fichiers de démarrage, l'enregistrement COM+, la ruche du registre système et/ou d'autres fichiers système.

Un chemin local doit être utilisé pour le spooling des données temporaires. Les données temporaires spoolées seront supprimées une fois le travail de sauvegarde terminé. Le chemin sélectionné

  • doit être un disque à racines nues, et
  • doit supporter VSS, et
  • doit avoir au moins 10 Go d'espace libre, et
  • sur le serveur 2008 et le serveur 2008 R2, ne doit pas résider sur un volume "critique".
    • Vous pouvez contourner ce problème en appliquant la modification du registre dans le dossier suivant Microsoft KB944530.
  • doit apparaître à Windows comme fixe et non amovible, qu'il s'agisse physiquement d'un disque interne ou externe
    • Vous pouvez contourner ce problème pour un disque amovible en partageant un dossier sur le disque et en définissant son chemin UNC comme répertoire de spool.

Pour plus d'informations sur les sauvegardes de l'état du système de Windows Server, veuillez consulter le site suivant

Restauration du site

Une fois que vous avez restauré le fichier .vhd avec eazyBackup, vous pouvez utiliser la commande wbadmin start systemstaterecovery pour appliquer une sauvegarde System State .vhd à une copie installée de Windows Server.

Autres méthodes de sauvegarde de l'état du système

Notez qu'en raison de l'utilisation de wbadmin, de l'espace spool est nécessaire. Vous pouvez également sauvegarder l'état du système en utilisant le type d'élément protégé "Application-Aware Writer". Le résultat est similaire, mais

  • aucun espace spool n'est nécessaire
  • les fichiers ne sont pas rassemblés dans un fichier .vhd - cela peut permettre une meilleure déduplication au détriment des fichiers de démarrage manquants

"Sauvegarde du système Windows"

eazyBackup s'intègre à Windows System Backup pour prendre en charge la sauvegarde de volumes système entiers sous forme de fichiers .vhd / .vhdx en utilisant la technologie wbadmin.

Choisissez les volumes à sauvegarder, et/ou choisissez "tous les volumes critiques".

  • Vous pouvez choisir un volume par sa lettre de lecteur (par exemple, C:³), ou par une référence de volume Windows qualifiée pour les volumes sans lettre de lecteur (voir la sortie de fsutil volume list).

Un chemin local doit être utilisé pour le spooling des données temporaires. Les données temporaires spoolées seront supprimées une fois la tâche de sauvegarde terminée. Le chemin de spoule sélectionné

  • doit être un disque à racines nues, et
  • ne doit pas être inclus comme l'un des volumes sélectionnés, et
  • doit apparaître à Windows comme fixe et non amovible, qu'il s'agisse physiquement d'un disque interne ou externe
    • Vous pouvez contourner ce problème pour un disque amovible en partageant un dossier sur le disque et en définissant son chemin UNC comme répertoire de spool.

Restauration (lecteur de données)

Une fois que vous avez restauré le fichier .vhd avec eazyBackup, il peut être monté dans Windows, ou il peut être parcouru (par exemple dans 7-Zip), ou il peut être attaché à une machine virtuelle, ou il peut être écrit sur un volume physique. Cela vous permettra d'accéder et d'extraire des fichiers et des dossiers individuels dans la sauvegarde.

Restauration (système d'exploitation amorçable)

Si vous avez inclus le lecteur du système d'exploitation dans la sauvegarde, il est possible de restaurer le système d'exploitation dans un état amorçable, à condition que certaines conditions supplémentaires soient remplies :

La méthode suivante de restauration du système d'exploitation exige que vous incluiez la partition "System Reserved" dans le travail de sauvegarde, soit en incluant manuellement le volume, soit en choisissant "All Critical Volumes" dans la sélection du volume.

Si vous n'incluez pas la partition "System Reserved" dans le travail de sauvegarde, le fichier .vhd / .vhdx résultant est un fichier de données uniquement. Dans ce cas, vous devrez peut-être recréer manuellement un chargeur de démarrage NTLDR (à l'aide des commandes bootsect et bcdedit) avant de pouvoir démarrer la machine.

Si vous sauvegardez une machine qui a démarré via EFI, vous devrez peut-être aussi sauvegarder et restaurer la partition système EFI (ESP).

Notez que les installations du système d'exploitation Windows se spécialisent elles-mêmes pour le matériel actuel et que les images de sauvegarde ne sont pas automatiquement préparées pour l'indépendance matérielle. Une image de système d'exploitation ne peut démarrer que sur un matériel identique ou très similaire. Ce problème provient de la technologie wbadmin "Windows System Backup" et n'est pas spécifique à l'implémentation d'eazyBackup. Vous pouvez trouver plus d'informations en ligne.

Utilisation de Windows Recovery 

Une fois que vous avez restauré le(s) fichier(s) .vhd / .vhdx avec eazyBackup, vous pouvez démarrer Windows Recovery ou le média d'installation de Windows, et choisir l'option "Récupération de l'image système".

Il peut être nécessaire de conserver les fichiers dans le sous-répertoire WindowsImageBackup sur le lecteur racine, afin que l'interface graphique de "System Image Recovery" puisse trouver les fichiers. "System Image Recovery" ne peut restaurer une image système que si la sauvegarde inclut la partition "System Reserved".

  • Dans cette boîte de dialogue, vous pouvez cliquer sur l'option "Sélectionner une image système" pour trouver le fichier .vhd / .vhdx, afin que Windows puisse le réécrire sur votre disque physique.
  • De plus amples informations sont disponibles en ligne, notamment une visite guidée visuelle :
  • Les versions ultérieures du support d'installation de Windows sont capables de récupérer des fichiers .vhd d'anciennes versions de Windows, et peuvent avoir une meilleure prise en charge des pilotes. Par exemple, si vous rencontrez des problèmes pour récupérer un fichier .vhd à l'aide du support d'installation de Server 2008, essayez d'utiliser le support d'installation d'une version plus récente de Windows.

Utilisation de wbadmin 

Vous pouvez utiliser les commandes wbadmin start recovery ou wbadmin start sysrecovery pour restaurer le système d'exploitation sans utiliser l'interface graphique Windows "System Image Recovery".

Utilisation de qemu-img 

Le fichier .vhd peut être écrit manuellement sur un volume physique en utilisant qemu-img (e.g. qemu-img convert -f vpc image.vhd /dev/sda) ou tout autre outil similaire.

Utilisation de l'hyperviseur 

Le fichier .vhd peut être attaché à une machine virtuelle et démarré tel quel.

Autres moyens de sauvegarder le système de Windows

Notez qu'en raison de l'utilisation de wbadmin, de l'espace spool est nécessaire. Il peut être préférable d'utiliser le type de sauvegarde "Fichiers et dossiers", qui ne nécessite pas d'espace de stockage. Cependant, la sauvegarde d'une installation de système d'exploitation Windows de cette manière n'aboutit pas à une image amorçable.

"Sauvegarde "MySQL

Ce type d'élément protégé permet de sauvegarder une base de données MySQL. Il est également compatible avec les serveurs compatibles MySQL tels que MariaDB et Percona Server. Il fonctionne au niveau logique (SQL).

Aucune donnée n'est stockée sur le disque local. Conformément au type de "Sortie de programme", aucune barre de progression ou ETA n'apparaît pendant la sauvegarde de MySQL.

Les bases de données sont sauvegardées une par une. La cohérence ponctuelle n'est préservée que sur une base par base de données.

Détails de la connexion

Les détails de connexion doivent être fournis avant de sélectionner les bases de données. Remplissez les champs en bas de la fenêtre de dialogue.

Sélection des bases de données

Utilisez le bouton plus à droite pour ouvrir un navigateur de base de données, vous permettant de sélectionner des bases de données individuelles pour la sauvegarde. Utilisez le bouton dropdown-plus pour ajouter une propriété personnalisée.

mysqldump personnalisé

Le support MySQL d'EazyBackup Backup fonctionne au niveau logique (SQL) en utilisant mysqldump. Une copie de ce programme doit se trouver sur le périphérique pour que la tâche de sauvegarde puisse s'exécuter.

Le binaire mysqldump est sélectionné comme suit :

  • Si un chemin personnalisé vers mysqldump a été défini, ce binaire est utilisé.
  • Sinon, si une version de mysqldump est installée (par exemple, si vous sauvegardez un serveur MySQL à partir du serveur lui-même), la version locale de mysqldump sera utilisée pour assurer une compatibilité maximale.
  • Sinon, si aucune copie de mysqldump ne peut être trouvée, la version Windows d'eazyBackup Backup emballe un binaire mysqldump récent en conformité avec sa licence.
  • Si aucun binaire mysqldump approprié n'est trouvé, la tâche de sauvegarde de MySQL échouera avec un message d'erreur Couldn't find 'mysqldump' anywhere. Cet échec peut être détecté via le statut de la tâche de sauvegarde ou ses entrées de journal.

Sous Linux, vous pouvez installer une copie de mysqldump comme suit :

Distro Commande
Debian, Ubuntu apt-get install mysql-client
CentOS, RHEL yum install mysql

Bases de données du système

EazyBackup permet de sauvegarder les bases de données du système intégré si vous le souhaitez.

  • La base de données mysql contient la configuration du serveur, y compris les comptes d'utilisateurs et les autorisations. Elle ne doit être restaurée que dans la même version majeure de MySQL.
  • La base de données information_schema est un ensemble de vues en lecture seule et n'a pas besoin d'être restaurée.
  • La base de données performance_schema est un ensemble de statistiques agrégées et n'a pas besoin d'être restaurée.
  • La base de données sys (dans MySQL 5.7.7 et plus) est un ensemble de statistiques de performance et n'a pas besoin d'être restauré. Si votre version de MySQL ne réussit pas à sauvegarder cette table, il est prudent de l'exclure des paramètres de sauvegarde de eazyBackup.

Modes d'isolation

Cette fonctionnalité est disponible dans eazyBackup 19.3.0 et plus.

EazyBackup vous permet de sélectionner le mode d'isolation utilisé lors de la lecture des données de MySQL. Vous devez sélectionner le mode d'isolation le plus approprié pour votre type de moteur MySQL.

Les options suivantes sont disponibles :

Mode d'isolation InnoDB MyISAM Détail
Transaction Cohérent Inconsistant Regrouper tous les accès en lecture dans une seule transaction, afin que les données lues soient cohérentes.
Tables de verrouillage (par défaut) Cohérent, mais lent Cohérent, mais lent Verrouiller l'accès à la base de données avant de la lire, afin que les données lues soient cohérentes. Cela nécessite que le compte utilisateur MySQL ait reçu la permission LOCK TABLES.
Aucun Inconsistant Inconsistant Ne prenez pas de transaction et ne verrouillez pas les tables.

Sauvegarde "Microsoft SQL Server".

Ce type d'élément protégé sauvegarde une base de données Microsoft SQL Server. La technologie sous-jacente est VDI et est compatible avec SQL Server 2005 et ultérieur.

Aucune donnée n'est stockée sur le disque local. Conformément au type de "sortie de programme", aucune barre de progression ou ETA n'apparaît pendant une sauvegarde de Microsoft SQL Server.

Les bases de données sont sauvegardées une par une. Si vous avez besoin d'une cohérence ponctuelle entre plusieurs bases de données, utilisez plutôt l'option "Application-Aware Writer".

Détails de la connexion

Comme vous configurez le nouvel élément protégé MSSQL, les détails de connexion doivent être fournis avant de sélectionner les bases de données. eazyBackup se connectera uniquement à SQL Server fonctionnant sur la machine locale. Vous devez entrer le nom de l'instance, ou laisser le champ vide pour utiliser l'instance par défaut.

Configuration de la sauvegarde de MSSQL

Adresse

L'adresse est toujours localhost, mais EazyBackup n'utilise pas d'adresses TCP ou de ports TCP pour se connecter aux instances du serveur SQL. eazyBackup utilise la "mémoire partagée" pour se connecter aux instances du serveur SQL.

L'utilisation par EazyBackup d'une connexion à "mémoire partagée" améliore les performances pour certaines opérations, au détriment d'un fonctionnement uniquement sur la machine locale ; mais l'utilisation par eazyBackup de la VDI nécessite de toute façon un fonctionnement sur la machine locale.

Si vous rencontrez des problèmes de connexion à votre serveur SQL, vous devez vous assurer que le "protocole de mémoire partagée" est activé dans SQL Server Configuration Manager.

Ouvrez Sql Server Configuration Manager -> SQL Server Network Configuration -> Protocols -> Shared Memory -> Enable.

Conducteur

OLE DB et ODBC sont des méthodes d'accès aux données qui utilisent des "pilotes" / "fournisseurs" enfichables pour se connecter à des bases de données telles que SQL Server. Les pilotes OLE DB / ODBC suivants prennent en charge SQL Server :

Conducteur Support TLS 1.2 Notes
MSOLEDBSQL Oui Inclus dans SQL Server 2016 et 2017 ; téléchargement facultatif à partir de https://www.microsoft.com/en-us/download/details.aspx?id=56730
SQLNCLI11 Oui Inclus dans SQL Server 2012 et 2014 ; téléchargement facultatif à partir de https://www.microsoft.com/en-us/download/details.aspx?id=50402
SQLNCLI10 Non Inclus avec SQL Server 2008
SQLNCLI Non Inclus dans SQL Server 2005
SQLOLEDB Non Inclus avec SQL Server (toutes les versions) ; Inclus avec Windows depuis XP / Server 2003

EazyBackup a été mis à jour au fil du temps pour supporter l'essai de pilotes supplémentaires :

Version d'EazyBackup Conducteur préféré Pilote(s) de secours
>= 18.9.6, >= 18.8.6 MSOLEDBSQL SQLNCLI11, SQLOLEDB

Vous pouvez dresser la liste de vos pilotes installés

Authentification

EazyBackup vous permet de vous connecter au serveur SQL en utilisant soit l'authentification Windows (en utilisant le compte du service de sauvegarde - habituellement NT SERVICEbackup.delegate ou SYSTEM), soit l'authentification native du serveur SQL.

  • Si vous utilisez l'authentification Windows, la connexion se fait en tant que compte de service de sauvegarde.
    • Vous pouvez attribuer à ce compte d'utilisateur Windows des droits sysadmin dans SQL Server.
  • Si vous utilisez l'authentification SQL Server, vous devez entrer un nom d'utilisateur et un mot de passe valides pour vous connecter à SQL Server.

L'usurpation d'identité n'est pas actuellement disponible pour l'authentification Windows. Les futures versions d'eazyBackup supporteront l'impersonnation pour l'authentification Windows.

Plusieurs instances

EazyBackup prend en charge la sauvegarde de plusieurs instances du serveur SQL. Vous pouvez sélectionner une instance pour la sauvegarde, en entrant le nom de l'instance dans le champ "Nom de l'instance". Laissez ce champ vide pour utiliser l'instance par défaut.

EazyBackup Backup liste automatiquement les instances disponibles pour la sélection dans le menu déroulant.

Mode de sauvegarde

Par défaut, EazyBackup opte pour une exportation complète de la base de données depuis SQL Server, et utilise ensuite son propre système de déduplication pour optimiser les données stockées/chargées.

Il s'agit de l'option "Complet (copie uniquement)". Elle est équivalente à l'instruction T-SQL BACKUP WITH COPY_ONLY.

Comme EazyBackup peut dédupliquer efficacement les sauvegardes d'images complètes, il est normalement suffisant de ne prendre que des sauvegardes complètes de SQL Server dans eazyBackup.

Images de base

Vous avez la possibilité d'utiliser le système de sauvegarde différentielle/log du serveur SQL. Ce système peut être plus efficace, mais il nécessite un travail administratif supplémentaire et complique le processus de restauration des données.

Le serveur SQL conserve une seule référence temporelle, à partir de laquelle il peut produire des sauvegardes différentielles et/ou des sauvegardes basées sur les journaux. Lorsque vous effectuez une nouvelle sauvegarde "complète (image de base)", la référence temporelle est avancée, de sorte que toutes les futures sauvegardes différentielles et/ou basées sur les journaux sont basées sur la dernière sauvegarde de l'image de base.

Pour utiliser le système de sauvegarde différentielle/log propre à SQL Server, vous devez créer plusieurs éléments protégés (chacun avec une programmation différente) afin de capturer à la fois une image de base et des sauvegardes différentielles/log. En créant plusieurs éléments protégés, vous pouvez programmer individuellement les sauvegardes de base et les sauvegardes différentielles/logs, en faire le compte rendu et gérer les politiques de conservation.

Si vous utilisez EazyBackup avec un autre produit pour les sauvegardes du serveur SQL, vous devez vous assurer qu'un seul produit effectue les sauvegardes de l'image de base. Sinon, il est possible qu'une chaîne de sauvegardes différentielles/log soit incomplète.

Différentiel 

EazyBackup peut utiliser les propres systèmes du serveur SQL pour les sauvegardes différentielles. Dans ce mode, vous pouvez effectuer régulièrement des sauvegardes "différentielles de base", puis une série de petites sauvegardes "différentielles incrémentales", chacune contenant la différence par rapport à la dernière sauvegarde de base. Ces opérations sont équivalentes aux instructions T-SQL BACKUP et BACKUP WITH DIFFERENTIAL respectivement. eazyBackup dédupliquera toujours les sauvegardes de base multiples qui sont envoyées au même coffre-fort de stockage.

Il s'agit de l'option "Incrément différentiel".

Journal de bord 

Vous pouvez choisir d'utiliser les propres systèmes du serveur SQL pour la sauvegarde des journaux. Dans ce mode, vous devez effectuer périodiquement des sauvegardes complètes (image de base) et régulièrement des sauvegardes de journaux.

Vous avez le choix d'appliquer ou non la troncature du journal. Ces opérations sont équivalentes aux instructions T-SQL BACKUP LOG et BACKUP LOG WITH NO_TRUNCATE respectivement. eazyBackup dédupliquera toujours toutes les données qui sont envoyées vers le même Storage Vault.

Pour utiliser le système de journalisation propre à SQL Server, vous devez créer plusieurs éléments protégés (chacun avec une programmation différente) afin de capturer à la fois des sauvegardes complètes et des sauvegardes de journaux.

Ce mode nécessite que le modèle de récupération de la base de données soit défini sur "Full" ou "Bulk Logged" dans SQL Server. Pour plus d'informations, voir https://msdn.microsoft.com/en-us/library/ms189275.aspx .

Recommandations 

En général, nous recommandons d'utiliser la technique de sauvegarde "complète" par défaut.

Les systèmes différentiels/logs natifs de SQL Server peuvent être utilisés si vous rencontrez des problèmes de performance avec le mode par défaut.

  1. Aucun autre système de sauvegarde ne réinitialise la dernière sauvegarde de base ;
  2. Chaque fois que le différentiel/log est sauvegardé avec succès, que la base a aussi récemment sauvegardé avec succès ;
  3. Les sauvegardes de base sont effectuées régulièrement afin de minimiser la charge différentielle.
  4. La conservation est soigneusement gérée pour garantir que la récupération est possible.

Autres moyens de sauvegarder Microsoft SQL Server

Vous pouvez utiliser le type "Application-Aware Writer" pour sauvegarder le serveur SQL en utilisant le VSS Writer. Par rapport à l'approche VDI standard d'eazyBackup, cette option permet d'obtenir des informations plus détaillées sur la progression, et peut prendre un instantané cohérent de plusieurs bases de données à la fois ; mais elle offre un contrôle plus limité sur les fonctionnalités du serveur SQL telles que la troncature des journaux. Les fichiers résultants doivent également être restaurés d'une manière différente.

Vous pouvez utiliser la fonction "Commandes" d'eazyBackup pour appeler osql/sqlcmd afin d'exécuter une instruction T-SQL BACKUP sur la base de données, puis sauvegarder le fichier spoolé résultant avec le type "Fichiers et dossiers". Cette option nécessite plus d'espace disque temporaire que le système intégré ci-dessus.

Vous pouvez utiliser le type "Fichiers et dossiers" pour sauvegarder des fichiers de base de données individuels si l'option "Prendre un instantané du système de fichiers" est sélectionnée. Cependant, le type de sauvegarde "Fichiers et dossiers" n'invoque pas l'auteur VSS de SQL Server, de sorte qu'il produirait (au mieux) une sauvegarde "cohérente en cas de crash" et qu'il n'est pas nécessaire de l'utiliser. non recommandé.

Vue d'ensemble de eazyBackup Chunking

Vue d'ensemble

Au cœur d'eazyBackup se trouve notre technologie qui nous permet de sauvegarder et de restaurer plus rapidement que la concurrence : c'est ce qu'on appelle le "Chunking".

Sauvegarde

Nous sauvegardons les données en les divisant d'abord en morceaux de taille variable, qui sont individuellement compressés, cryptés et téléchargés. eazyBackup utilise le chunking dépendant des données, divisant efficacement un fichier en morceaux cohérents, même face à des insertions aléatoires.

D'autres travaux de sauvegarde incrémentielle se rendent simplement compte que les morceaux existent déjà sur le serveur et n'ont pas besoin d'être rechargés.

Restauration du site

Quand il s'agit de restaurer, eazyBackup est tout aussi rapide. eazyBackup ne télécharge directement que les morceaux dont il a besoin pour le fichier et ne nécessite aucun espace supplémentaire autre que la taille du fichier. De plus, il n'y a pas de processus de fusion exigeant du CPU.

Adresse électronique du rapport de sauvegarde

Les adresses électroniques peuvent être configurées à partir de deux endroits :

  •  Page des paramètres des comptes de l'application de bureau
  • Espace clientPage Gérer les comptes
  • Le rapportage des emails peut être activé et désactivé par compte
  • Les rapports de sauvegarde peuvent être envoyés à une ou plusieurs adresses.

Ouvrez eazyBackup, sélectionnez l'onglet "Compte" et cliquez sur "Modifier les paramètres du compte" pour mettre à jour l'adresse e-mail.

Décochez "Recevoir les rapports de sauvegarde" pour empêcher eazyBackup d'envoyer une copie par email du travail de sauvegarde. Les journaux peuvent toujours être consultés à partir de l'onglet "Historique" dans eazyBackup.

eazyBackup comment changer d'email

Envoi de rapports à plusieurs adresses électroniques

Vous pouvez configurer eazyBackup pour envoyer des rapports à plusieurs adresses email. Utilisez le format séparé par des virgules comme indiqué ci-dessous pour les adresses multiples.

Configurer l'envoi de rapports par courrier électronique à partir de l'espace client

À partir de la page Gérer les comptes de l'espace client, vous pouvez configurer les paramètres de base des rapports de messagerie.

  • Activer / désactiver les rapports
  • Ajouter / supprimer et mettre à jour des adresses électroniques
fr_CAFR