Incrémental octet

Publié le par

L’incrémental octet ou bloc est une technologie indispensable dès que les volumes sont importants ou que la bande passante est réduite.
Elle permet de ne transférer aux serveurs de sauvegarde que les octets modifiés, et non l’intégralité des fichiers modifiés.

Un exemple en images : Vous souhaitez sauvegarder 1 Go de données et avoir accès à toutes les modifications de vos données réalisées dans les 10 derniers jours ?

Avec une technologie incrémentale simple ou différentielle et un taux de compression de 50 % (habituellement constaté chez tous les éditeurs), le volume stocké sur le serveur de sauvegarde au bout de 10 jours sera de 2 Go :

Avec une technologie incrémentale octet ou mode bloc et un taux de compression de 50 %, le volume stocké sur le serveur de sauvegarde au bout de 10 jours sera de 0.52 Go :

 

Déduplication à la source

Publié le par

1 même fichier n’est stocké qu’1 fois grâce à la technologie de déduplication à la source qui permet de vérifier l’existence de fichiers en double sur l’ensemble des postes clients, même si ceux-ci ont été renommés. Grâce à cette « Green » technologie, le volume stocké et les transferts quotidiens sont limités au strict minimum.

Comment sauvegarder une base SQL Serveur

Publié le par
Répondre

2 méthodologies sont possibles pour sauvegarder vos bases SQL Serveur : l’utilisation des fonctionnalités natives de backup SQL Serveur ou celle du VSS (Shadow Copy). Avantages et inconvénients de ces 2 alternatives …

Solution préconisée par Kiwi Backup : dump de votre base

  1. Paramétrez la fonction de backup existant en natif dans les fonctionnalités de SQL Serveur. Ce backup crée tous les jours un fichier dump de votre base. Attention, ce fichier doit toujours garder le même nom afin de profiter de la technologie incrémental octet Kiwi Backup.
  2. Intégrez le dossier contenant ce fichier dans la sauvegarde Kiwi Backup
  3. Tous les jours, votre base est externalisée et sécurisée

Avantages : solution la plus sûre en cas de crash de la base d’origine. En effet, elle permet de restaurer la base complète facilement et rapidement car la sauvegarde inclut le paramétrage de votre base SQL Serveur qui peut donc redémarrer immédiatement. Par ailleurs, la sauvegarde estcréée en local, ce qui permet de toujours avoir à disposition une sauvegarde récente en cas de mauvaise manipulation d’un utilisateur. Enfin, cette solution permet de choisir les bases à sauvegarder.

Inconvénient : nécessite de mettre en place le backup natif de la base SQL Serveur et de sauvegarder le dump de celle-ci.

Solution VSS (Wikipedia – article en anglais)

Cette 2ème solution fait intervenir la technologie Microsoft® de shadow copy. Le principe consiste à sauvegarder les espaces de stockage de SQL Serveur à chaud grâce à un snapshot VSS. Lors du backup le système d’exploitation informe SQL Serveur qu’il souhaite une version stable et intègre des fichiers. SQL Serveur suspend alors les écritures disque pendant la durée du backup. En fin de backup, le snapshot est détruit.

  1. Activez le VSS dans le système d’exploitation
  2. Activez le VSS dans Kiwi Backup
  3. Intégrez le dossier contenant ce fichier dans la sauvegarde Kiwi Backup

Avantage : plus simple à mettre en oeuvre

Inconvénients : difficultés à restaurer sur une machine différente : le paramétrage de SQL Serveur doit être strictement identique. Pas de sauvegarde locale. Risque élevé d’oubli d’un des fichiers de table en cas de changement du mode de stockage programmé par l’administrateur de la base. Impossibilité de choisir les bases à sauvegarder.