Comparaison des versions

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.
Commentaire: Published by Scroll Versions from space DA and version BM-4.0
Sv translation
languagefr

Présentation

BlueMind génère automatiquement des sauvegardes régulières des données afin de permettre une restauration rapide via l'interface d'administration.

La sauvegarde entière des données du système ( calendrier/contact/mails) est effectuée à intervalles réguliers et déposée dans un répertoire du système. Un système de sauvegarde annexe ( Bacula, Tina, etc..) peut venir copier ces sauvegardes afin de réaliser une externalisation des sauvegardes sur bandes ou dans le système de sauvegarde externe.

La structure des données de sauvegarde permet de revenir dans le temps et ainsi restaurer les données des utilisateurs à un moment précis.

La fréquence des sauvegardes est paramétrable et dépend de l'espace disque disponible sur vos supports. Il est à noter que la durée minimale entre deux sauvegardes est de un jour.

Les sauvegardes ainsi réalisées peuvent ensuite être associées à un logiciel de sauvegarde d'entreprise centralisé ( Time Navigator, NetBackup...).

Volet

Sur cette page :

Sommaire
maxLevel2

En rapport :


Les atouts du système de sauvegarde intégré

  • Gain de temps
    Les sauvegardes sont incrémentales, seules les différences (nouveaux messages, suppressions,..) transitent.
  • Gain de fonctionnalités
    La sauvegarde gère l'historisation des données.
  • Gain de place
    La sauvegarde historise les données, sans les dupliquer. Chaque sauvegarde est autonome (de type snapshot), même si seules les différences ont transité. Ainsi vous pouvez avoir 10 sauvegardes pour une place occupée similaire à la taille de votre dépôt de mails.
  • Optimisations
    Les données sont automatiquement dédupliquées.

Objectifs

  • Sauvegarde complète
    L'objectif principal de l'outil de sauvegarde est de s'assurer que toutes les données présentes et futures soient automatiquement sauvegardées, qu'il s'agisse de données de messagerie (e-mail stockés sous la forme de fichiers), de données de l'agenda et des carnets d'adresses (stockées en base de données) ou de fichiers de configuration. 
  • Compatibilité des backups
    Les sauvegardes, quelque soit la date à laquelle elles ont été réalisées, doivent rester compatibles avec toutes les versions du logiciel. En clair, un backup réalisé dans une version donnée doit pouvoir être remonté sur toute version plus récente de BlueMind. 
  • Performance
    Les sauvegardes ne doivent occasionner aucune interruption de service et être conçue et réalisée dans un temps court afin de garantir la cohérence des données lorsqu'elles seront restaurées. Cette contrainte est au cœur de la conception de la sauvegarde BlueMind. 
  • Historique
    La réalisation d'une sauvegarde de données doit se faire obligatoirement de façon incrémentale tout en conservant un historique de ces données. Cette fonctionnalité d'historisation est particulièrement intéressante pour ceux qui ne disposent pas d'une grosse infrastructure de sauvegarde : une donnée n'est présente que dans une seule sauvegarde et les nouvelles données sont stockées dans un incrément.
    De plus, afin de s'assurer d'une restauration sûre, c'est au programme de reconstituer les données à sauvegarder à partir d'une sauvegarde et d'un ou plusieurs incréments. Cela est transparent pour l'administrateur qui décide de la date à laquelle les données doivent être restaurées.

Architecture technique de la sauvegarde

  • Composant de stockage et d'historisation
    BlueMind s'appuie sur le logiciel Open Source rsync. Cet outil permet de réaliser des copies incrémentales. Les données dont le spool de mail sont ainsi sauvegardé en créant des liens symboliques depuis le dernier backup, seul les nouveaux mails sont ainsi sauvegardés.
  • Modules BlueMind et sauvegardes
    BlueMind se base sur une architecture permettant d'éclater les services sur différents serveurs. Suivant les services hébergés par chacun des serveurs, ceux-ci se voient attribuer différentes méthodes de sauvegarde appropriées avec les données stockées sur ce nœud applicatif ( spool de mail, base de données, index, archivage, etc..). Ainsi, pour chaque rôle pouvant être attribué aux serveurs BueMind, il existe une procédure spécifique de sauvegarde assurant la reprise optimale et intégrale des données. 
  • Localisation des sauvegardes
    Les données de sauvegarde sont généralement externalisées sur un serveur séparé. BlueMind propose 2 solutions pour configurer les espaces de stockages des données sauvegardées :
    1. La mise en place d'un montage NFS sur le système de fichier du serveur de production.
    2. Utiliser un nœud (un serveur) de l'architecture BlueMind dédié faisant uniquement office de serveur de sauvegarde.
    Suivant vos disponibilités et votre type d'infrastructure, l'une au l'autre des solutions peut être utilisée, l'objectif étant toutefois de séparer les données de production des données sauvegardées, afin de s'assurer de la capacité à remonter les services en cas de perte ou de corruption de données.
  • Intégration dans une infrastructure de sauvegarde
    Un Système d'information est souvent doté d'une infrastructure de sauvegarde. Des logiciels comme Atempo Time Navigator, Tivoli Storage Manager, Net Backup ou autre centralise les méthodes de sauvegarde et gèrent eux-mêmes l'historisation de vos backups.
    Ces outils s'interface bien avec BlueMind. Il nécessite une configuration particulière afin de permettre la conservation des historiques de sauvegarde BlueMind.
    Le serveur BlueMind s'occupe de réaliser la sauvegarde de façon sûre, complète et à chaud des données de production. Le logiciel de backup du client devra être configuré pour ne réaliser aucune historisation des données. De cette façon, le logiciel de sauvegarde tiers récupère le contenu de la sauvegarde réalisée par BlueMind pour le transférer sur bande ou autre.

Configuration du montage NFS

Remarque

Le répertoire de sauvegarde doit être accessible depuis l'ensemble des nœuds du domaine BlueMind ; il convient donc de réaliser les opérations de montage et vérification suivantes sur tous les serveurs concernés.

Pour les points de montage de type NFS, ext3 ou ext4, il convient d'appliquer les options nodiratime et noatime afin d'accélérer les accès disque. En effet les systèmes de fichiers avancés comme NTFS, ext3/4 permettent de connaître la date de dernier accès aux fichiers. Ainsi pour chaque lecture de fichier, il y a une opération d'écriture supplémentaire afin de modifier la date de dernier accès et de vérifier cette dernière. Voici un exemple de montage du fichier /etc/fstab :

Bloc de code
languagebash
# Point de montage NFS
nas.mydomain.lab:/backup  /var/backups/bluemind  nfs  rw,soft,noatime,nodiratime,vers=3,exec 0 0

Pour activer le montage NFS, exécuter en tant qu''utilisateur root :

Bloc de code
languagebash
mount /var/backups/bluemind

Il est ensuite conseillé de tester le bon fonctionnement du montage en exécutant les commandes suivantes en ligne de commande, toujours en tant qu'utilisateur root depuis le serveur BlueMind :

Bloc de code
languagebash
cd /var/backups/bluemind
touch test

Puis effacer ce fichier de test :

Bloc de code
languagebash
rm test
Astuce
titleAccès permanent à la dernière sauvegarde

Afin de pouvoir accéder à la dernière sauvegarde par le même chemin, vous pouvez utiliser le script suivant créant un répertoire nommé "last" pointant toujours vers la dernière sauvegarde réalisée script /usr/bin/bm-post-full-backup.sh avec le contenu suivant :

Bloc de code
languagebash
#!/bin/bash
parts=("bm/es" "bm/pgsql" "filehosting/data" "mail/imap" "mail/archive")
server_ip="192.168.124.72"

for part in ${parts[@]}
do
        echo "creating last directory for part : $part"
        # get last backup directory
        last_version=`ls -tr /var/backups/bluemind/dp_spool/rsync/$server_ip/$part | grep -v "last" | tail -1`
        echo " last version : $last_version"
        # create link
        rm /var/backups/bluemind/dp_spool/rsync/$server_ip/$part/last
        ln -s /var/backups/bluemind/dp_spool/rsync/$server_ip/$part/$last_version /var/backups/bluemind/dp_spool/rsync/$server_ip/$part/last
done

Configuration de la sauvegarde

La console d'administration permet de configurer le nombre de sauvegardes quotidiennes à conserver.

A noter :

  • le script peut être créé s'il n'existe pas déjà sur le serveur
  • le script peut être complété avec ce contenu s'il existe déjà
  • il est nécessaire de créer un répertoire nommé "last" pointant toujours vers la dernière sauvegarde réalisée

Configuration de la sauvegarde

La console d'administration permet de configurer le nombre de sauvegardes quotidiennes à conserver.

Pour mettre en œuvre une Pour mettre en œuvre une politique de sauvegarde, se rendre dans l'administration de BlueMind > Sauvegarde et Restauration > Réglages > Configuration :

  • Politique de rétention : indiquer le nombre de jours pendant lesquelles un sauvegarde (ici, les sauvegardes quotidiennes) doit être conservée
  • Sauvegarde boîtes aux lettres : lorsque cette option est activée, les emails sont sauvegardés, lorsqu'elle ne l'est pas seules les données de contacts, agenda et tâches sont sauvegardées. Cela permet d'éviter les doublons lorsque les messages sont déjà sauvegardés par un autre système dédié.

    Avertissement
    titlePerformances

    Nous déconseillons fortement d'activer cette option si l'espace occupé par les emails est très important (~1To mais la limite d'efficacité du système de sauvegarde peut varier selon les performances de l'espace de sauvegarde choisi).

    Plusieurs types d'alternatives sont possibles :

     - outils de l'hyperviseur (sauvegarde du disque virtuel du spool, des VMs...)
     - technologies intégrées au système (snapshots LVM par exemple)
     - technologies intégrées directement au stockage (snapshots au niveau de la baie)

    Ainsi on peut utiliser le système de sauvegarde BlueMind pour les autres données seulement (contact/agenda/tâches) qui seront restaurables par la console d'administration et un système externe pour les emails, plus volumineux.

Restauration

  • Sauvegarde des emails archivés : lorsque cette option est activée, les emails archivés seront sauvegardés également.
    Par défaut, cette option n'est pas activée, seuls les emails non archivés sont sauvegardés.

Actions post-sauvegarde

En fin de sauvegarde, le script /usr/bin/bm-post-full-backup.sh est exécuté automatiquement s'il existe.

Il peut contenir des opérations spécifiques à réaliser suite à une sauvegarde en succès.

Restauration

La même sauvegarde BlueMind La même sauvegarde BlueMind permet à la fois la restauration d'un plan de reprise d'activité et les restaurations unitaires de données (les données ou une partie des données d'un utilisateur).

Plan de Reprise d'Activité (PRA)

Remarque
titleVersions

 Pour que la restauration puisse fonctionner, le serveur doit avoir la même adresse IP et la même version de BlueMind que le serveur d'origine.

Les données complètes sont restaurées lors de la phase d'installation (ou ré-installation) de BlueMind.

Lors des étapes d'installation de BlueMind avec l'outil Setup Wizard, vous avez le choix, soit d'installer un système BlueMind vierge, soit de réaliser une restauration globale. La restauration globale permet de remonter l'intégralité de votre serveur à a partir d'une sauvegarde et correspond à une restauration PRA.

Cette solution permet de remonter facilement, rapidement et en toute sécurité un nouveau serveur BlueMind.

Restauration unitaire

La restauration unitaire est une fonctionnalité très pratique proposée par BlueMind qui permet de restaurer les données d'un seul utilisateur rapidement. La restauration est réalisée graphiquement et permet de choisir le type d'objet (entité : utilisateur, mail, calendrier boite partagée, etc..), puis l'objet lui-même dont les données doivent être restaurées

Cette fonctionnalité s'appuie elle aussi sur l'historisation des données pour choisir la date des données à sauvegarder.

Sv translation
languageen

Introduction

BlueMind automatically generates backups so that data can be easily restored through the admin console.

All system data (calendar/contacts/emails) is saved at regular intervals and placed in a system directory. An additional backup system (Bacula, TiNa, etc.) can be used to copy and externalize these backups on tapes or on the external system.

The backup data is organized so that you can go back in time and restore user data at a specific point.

Backup frequency can be configured and depends on the disk space you have available. Please note that the minimum time between backups is of one day.

Backups can then be linked to a centralized enterprise backup software (Time Navigator, NetBackup, etc.).

Volet

On this page:

Sommaire
maxLevel2

Related:


What are the benefits of an integrated backup system?

  • Time-saving
    Backups are incremental. Only changes (new messages, deletions, etc.) since the previous backup are transferred.
  • More functionalities
    The system manages data history.
  • More space available
    The system historizes data without duplicating it. Each backup is stand-alone (snapshot-like), even if only differences have been transferred. As a result, 10 backups can occupy the same amount of space as your mail storage.
  • Optimization
    Data is deduplicated automatically.

Purpose

  • Comprehensiveness
    The main purpose of the backup tool is to ensure that current and future data is automatically saved, whether it be mail (messages stored as folders) calendar and address book data (stored in databases) or configuration files. 
  • Compatibility
    Backups need to remain compatible with software versions, regardless of when they were performed. I.e., a backup in a given version must always be available in a more recent version of BlueMind. 
  • Performance
    Backups must not cause service disruptions and must be designed and performed within a short time-frame to ensure data consistency when it is restored. This constraint is at the core of the design of the BlueMind backup system. 
  • History
    Data needs to be backed up incrementally and its history saved at the same time. The historization feature is particularly interesting for those who lack a large backup infrastructure: one piece of data is only present in one backup and new data is stored in an increment. In addition, to ensure safe restoration, the program reconstructs the data to be saved from one backup and one or several increments. This is transparent for the administrator who is able to specify the date the data should be restored from.

Technical backup architecture 

  • Storage and historization component
    BlueMind relies on the open-source software obnam. This outstanding tool allows you to make incremental copies while historizing data. The mail spool and the database backup are injected into obnam, which provides intricate historization and significant space savings.
  • BlueMind modules and backups
    BlueMind's architecture allows you to split services over distinct servers. Depending on the services hosted on each server, they can be assigned different backup methods and data can be stored on one application node (mail spool, database, index, archiving, etc.). As a result, each role assigned to BlueMind servers has its specific backup procedure, thus ensuring optimum and comprehensive data retrieval. 
  • Backup location 
    Backup data is usually stored on a stand-alone external backup server. BlueMind offers you ways of configuring backup storage space:
    1. set up an NFS mount on your production server's file system.
    2. use a dedicated node (a server) of the BlueMind architecture which acts exclusively as a backup server.
    You can use either option depending on your availabilities and your infrastructure type, bearing in mind to keep production and backup data separate to make sure that you are able to remount services in the event of lost or corrupted data .
  • Integration in a backup infrastructure
    Information systems are typically equipped with backup infrastructure. Software such as Atempo Time Navigator, Tivoli Storage Manager or Net Backup centralize backup methods and manage your backups' historization.
    These tools interface well with BlueMind. They require specific configuration to enable the storage of BlueMind's backup history.
    The BlueMind server performs the backup of production data securely, comprehensively and immediately. The client's backup software must be configured not to historize data. That way, the third-party backup software retrieves the contents of the backup made by BlueMind and transfers it to another tape or other medium.

NFS mount configuration

For ext3 or ext4 NFS mount points, you need to apply the options nodiratime and noatime to speed up disk access. Advanced file systems such as NTFS, ext3/4 allow you to know the last file access date. For each file read, an additional writing operation is performed in order to modify the last file access date and check it. Here is an example of mount for the file  /etc/fstab:

Bloc de code
languagebash
# NFS mount point
nas.mydomain.lab:/backup  /var/backups/bluemind  nfs  rw,soft,noatime,nodiratime,vers=3,exec 0 0

Next, we recommend that you test the mount to make sure it is running properly, using the following command lines:

Bloc de code
languagebash
cd /var/backups/bluemind
sudo touch test
sudo chown cyrus:mail

Make sure that rights are set properly:

Bloc de code
languagebash
ls -l /var/backups/bluemind/test
-rw-r--r-- 1 cyrus mail 0 Nov  6  2014 test

Then, delete this test file:

Bloc de code
languagebash
sudo rm test
Astuce
titlePermanent path

To use the same path to access your latest backup all the time, you may want to use the following script which creates a "last" folder always pointing to the latest backupscript /usr/bin/bm-post-full-backup.sh with following content:

Bloc de code
#!/bin/bash
parts=("bm/es" "bm/pgsql" "filehosting/data" "mail/imap" "mail/archive")
server_ip="192.168.124.72"

for part in ${parts[@]}
do
        echo "creating last directory for part : $part"
        # get last backup directory
        last_version=`ls -tr /var/backups/bluemind/dp_spool/rsync/$server_ip/$part | grep -v "last" | tail -1`
        echo " last version : $last_version"
        # create link
        rm /var/backups/bluemind/dp_spool/rsync/$server_ip/$part/last
        ln -s /var/backups/bluemind/dp_spool/rsync/$server_ip/$part/$last_version /var/backups/bluemind/dp_spool/rsync/$server_ip/$part/last
done

A noter :

  • le script peut être créé s'il n'existe pas déjà sur le serveur
  • le script peut être complété avec ce contenu s'il existe déjà
  • il est nécessaire de créer un répertoire nommé "last" pointant toujours vers la dernière sauvegarde réalisée


Backup configuration

The admin console allows you to configure the number of daily backups you want to keep.

To set up a backup policy, go to the BlueMind administration page > Backup and Restore > Settings > Configuration:

  • Retention policy: sets the number of days to keep a backup (here, daily backups)
  • Backup emails: when checked, emails are included in the backup, when unchecked, only contact, calendar and task data is backed up. This allows you to avoid double backups when messages are already backed up in another dedicated system.

    Avertissement
    titleBackup Performance

    We strongly recommend against enabling this option if you have a large mail spool (~1Tb, although the backup system's effectiveness may vary depending on the backup space chosen).

    There are several alternatives:

     - hypervisor tools (backup of the spool's virtual disk, VMs...)
    - internal system technologies (e.g. LVM snapshots)
    - internal storage technologies (snapshots in the storage bay)

    That way you can use BlueMind's backup system for other data only (contacts/agenda/tasks) which can be restored through the admin console and an external backup system for email – which can be bigger.

Restoration

  • Sauvegarde des emails archivés : lorsque cette option est activée, les emails archivés seront sauvegardés également.
    Par défaut, cette option n'est pas activée, seuls les emails non archivés sont sauvegardés.

Actions post-sauvegarde

En fin de sauvegarde, le script /usr/bin/bm-post-full-backup.sh est exécuté automatiquement s'il existe.

Il peut contenir des opérations spécifiques à réaliser suite à une sauvegarde en succès.

Restoration

One single BlueMind backup enables you to perform both a disaster recovery plan and single-user restoration (for a user's data or part of it).

Disaster Recovery Plan (DRP)

Remarque

For data restoration to work, the server must have the same IP address and the same BlueMind version as the original server.

All data is restored when you install or re-install BlueMind. 

When you install BlueMind using the Setup Wizard, you can choose either to install a blank BlueMind system, or perform a global restoration. A global data restoration allows you to rebuild your entire server from a backup, and is akin to a DRP restoration.

This solution is an easy, fast and safe way for you to rebuild a new BlueMind server.

Single-user Restoration 

The single-user restoration functionality BlueMind offers is extremely useful if you want to restore a single user's data quickly. Restoration is done graphically and enables you to choose the object type (entity: user, mail, calendar, shared mailbox, etc..), and then the object whose data you want to restore itself. This functionality also relies on data historization to choose the date of the data to backup.

Sv translation
languagede
Präsentation

Einführung

BlueMind erstellt automatisch regelmäßige Backups der Daten, um eine schnelle Wiederherstellung über die Administrationsoberfläche zu ermöglichen.

Der komplette Backup der Die gesamten Systemdaten (Kalender/AnsprechpartnerKontakte/E-Mail) wird werden in regelmäßigen Abständen durchgeführt gesichert und in einem Systemverzeichnis gespeichertabgelegt. Ein sekundäres zusätzliches Backup-System (Bacula, Tina, etc...) kann diese Backups kopieren, um die Backups auf Bänder Band oder auf in das externe Backup-System auszulagern.

Die Struktur der Backupdaten Sicherungsdaten ermöglicht es Ihnen, in der Zeit zurückzugehen und so die Benutzerdaten zu einem bestimmten Zeitpunkt wiederherzustellen.

Die Häufigkeit der Backups ist konfigurierbar und hängt vom verfügbaren Speicherplatz auf Ihrem Speichermedium Medium ab. Beachten Sie, dass die Mindestdauer zwischen zwei Backups Sicherungen einen Tag beträgt.

Die auf diese Weise erstellten Backups können dann mit einer zentralen Unternehmensbackupsoftware zentralisierten Unternehmenssicherungssoftware (Time Navigator, NetBackup, etc...) verbunden werden.



Volet

Auf dieser Seite :

Sommaire
maxLevel2

Verwandt:


Die Vorteile des integrierten Backup-Systems

  • Zeitersparnis
    Die Backups sind inkrementell, es werden nur die Unterschiede (neue Nachrichten, Löschungen,...) werden übertragendurchgelassen.
  • Funktionserweiterung
    Der Backup Zugewinn an Funktionalitäten
    Die Sicherung verwaltet die Historie der Daten.
  • Platzsparend
    Der Backup historisiert Die Sicherung behält eine Historie der Daten, ohne sie zu duplizieren. Jeder Backup Jede Sicherung ist eigenständig (Snapshot-Typ), auch wenn nur die Unterschiede übertragen durchlaufen wurden. So Sie können somit also 10 Backups für einen Speicherplatz haben, der der Größe Ihres Mail-Repository Repositorys entspricht.
  • Optimierungen
    Die Daten werden automatisch dedupliziert.

Ziele

  • Vollständiges Backup

    Vollständige Sicherung


    Der Hauptzweck des Backup-Tools besteht darin, sicherzustellen, dass alle aktuellen und zukünftigen Daten automatisch gesichert werden, egal ob es sich um E-Mail-Daten (als Dateien gespeicherte E-Mails),

    Terminplaner

    Kalender- und Adressbuchdaten (in einer Datenbank gespeichert) oder Konfigurationsdateien handelt.

     

  • Backup-Kompatibilität

    von Backups


    Backups

    Sicherungen, unabhängig vom

    Datum ihrer Erstellung

    Erstellungsdatum, müssen mit allen Versionen der Software kompatibel bleiben. Mit anderen Worten

    muss ein Backup, der

    , eine Sicherung, die in einer bestimmten Version erstellt wurde, muss auf jede neuere Version von BlueMind zurückgeführt werden können.

     

  • Leistung
    Backups

    dürfen keine Unterbrechung verursachen und

    müssen in einem kurzen Zeitrahmen

    konzipiert

    entworfen und durchgeführt werden, um sicherzustellen, dass die

    Datenkonsistenz

    Daten bei der Wiederherstellung

    zu gewährleisten

    konsistent sind und es zu keinen Betriebsunterbrechungen kommt. Diese Einschränkung ist

    der Kern des Designs

    das Herzstück des BlueMind-

    Backups

    Backup-Designs.

     

  • Historie
    Ein Daten-Backup muss zwingend

    Geschichte
    Eine Datensicherung muss inkrementell durchgeführt werden

    und es muss

    , wobei eine Historie dieser Daten

    gespeichert werden

    geführt wird. Diese

    Historisierungsfunktion

    Historienfunktion ist vor allem für diejenigen interessant,

    wenn

    die über keine große Backup-Infrastruktur

    vorhanden ist

    verfügen: Ein Datenbestand ist nur in einem Backup vorhanden und die neuen Daten werden in einem Inkrement gespeichert.
    Um eine sichere Wiederherstellung zu gewährleisten, ist es außerdem Aufgabe des Programms, die zu sichernden Daten aus einem Backup und einem oder mehreren Inkrementen zu rekonstruieren. Dies ist für den Administrator transparent,

    und er

    der entscheidet,

    zu welchem Zeitpunkt

    wann die Daten wiederhergestellt werden sollen.

Technische Architektur

des Backups

der Sicherung

  • Speicher- und Historisierungskomponente
    BlueMind

    stützt sich

    basiert auf

    die

    der Open-Source-Software rsync. Mit diesem Werkzeug

    ist es möglich,

    können Sie inkrementelle Kopien

    zu

    erstellen. Die Daten im Mail-Spool werden also durch das Anlegen von symbolischen Links seit

    dem

    der letzten

    Backup

    Sicherung gesichert, nur

    neue

    die neuen Mails werden

    auf diese Weise

    also gesichert.

  • BlueMind-Module und Backups
    BlueMind basiert auf einer Architektur, die es erlaubt, Dienste auf verschiedene Server aufzuteilen. Abhängig von den Diensten, die auf den einzelnen Servern gehostet werden, werden ihnen verschiedene geeignete

    Backupmethoden

    Sicherungsmethoden mit den auf diesem Anwendungsknoten gespeicherten Daten zugewiesen (Mail-Spool, Datenbank, Index, Archivierung, etc...). So gibt es für jede Rolle, die den BueMind Servern zugewiesen werden kann, ein spezifisches Backup-Verfahren, um die optimale und vollständige Wiederherstellung der Daten zu gewährleisten.

     

  • Speicherort der Backups
    Die

    Backup-Daten werden normalerweise

    Sicherungsdaten werden in der Regel auf einen separaten Server ausgelagert. BlueMind bietet 2 Lösungen an, um

    die Speicherorte

    den Speicherplatz der gesicherten Daten zu konfigurieren:

    1. Einrichten eines NFS-Mounts auf dem Dateisystem des Produktionsservers.

    2. Verwenden Sie einen Knoten (einen Server

      Verwendung eines Knotens (eines Servers) der dedizierten BlueMind-Architektur, der nur als Backup-Server fungiert.

    Je nach
    1. Abhängig von Ihrer Verfügbarkeit und der Art

    der
    1. Ihrer Infrastruktur können beide Lösungen verwendet werden

    . Das
    1. , aber das Ziel ist

    aber
    1. es, die Produktionsdaten von den gesicherten Daten zu trennen, um die Fähigkeit zum Rollback

    der Dienste
    1. von Diensten im Falle

    eines Datenverlusts oder einer Datenbeschädigung sicherzustellen
    1. von Datenverlust oder -beschädigung zu gewährleisten.

  • Integration in eine Backup-Infrastruktur
    Ein Informationssystem ist oft mit einer Backup-Infrastruktur ausgestattet. Software wie Atempo Time Navigator, Tivoli Storage Manager, Net Backup und andere zentralisieren

    Backupmethoden

    Sicherungsmethoden und verwalten die Historie

    Ihres Backups eigenständig

    Ihrer Sicherungen selbst.
    Diese

    Tools lassen sich gut mit BlueMind verbinden. Für die Erhaltung der BlueMind-Backup-Historie ist eine spezielle Konfiguration erforderlich

    Werkzeuge haben eine gute Schnittstelle zu BlueMind. Es erfordert eine bestimmte Konfiguration, um die Erhaltung von BlueMind-Sicherungshistorien zu ermöglichen.
    Der BlueMind-Server sorgt für

    einen sicheren und vollständigen Hot-Backup

    eine sichere, vollständige und heiße Sicherung der Produktionsdaten. Die

    Backupsoftware

    Backup-Software des

    Kunden

    Clients muss so konfiguriert sein, dass sie keine

    Datenarchivierung

    Datenhistorisierung durchführt. Auf diese Weise stellt die

    Backupsoftware

    Sicherungssoftware des Drittanbieters den Inhalt

    des BlueMind-Backups

    der von BlueMind erstellten Sicherung wieder her

    und überträgt

    , um ihn auf Band oder andere Medien zu übertragen.

NFS-Montagekonfiguration

Remarque

Das Backupverzeichnis Sicherungsverzeichnis muss von allen BlueMind-Domainknoten Domänenknoten aus zugänglich sein; daher müssen die folgenden MountZusammenstellungs- und Verifizierungsvorgänge auf allen betroffenen Servern durchgeführt werden.

Für NFS-, ext3- oder ext4-Mountpunkte Einhängepunkte sollten die Optionen nodiratime und noatime angewendet werden, um den Festplattenzugriff Plattenzugriff zu beschleunigen. Mit fortgeschrittenen In der Tat erlauben fortgeschrittene Dateisysteme wie NTFS, ext3/4, kann das Datum des letzten Zugriffs auf Dateien abgerufen werden. So gibt es bei jedem zu kennen. Für jedes Lesen einer Datei gibt es also einen zusätzlichen Schreibvorgang, um das Datum des letzten Zugriffs zu ändern und zu überprüfen. Hier ist ein Beispiel für das Mounten Einbinden der Datei /etc/fstab:

Bloc de code
languagebash
# Point de montage NFS-Einhängepunkt
nas.mydomain.lab:/backup  /var/backups/bluemind  nfs  rw,soft,noatime,nodiratime,vers=3,exec 0 0

Um das NFS-Mounting zu aktivieren, führen Sie Folgendes als root-User aus:

Bloc de code
languagebash
mount /var/backups/bluemind

Es ist dann ratsam, die korrekte Funktion des Mounts zu testen, indem Sie die folgenden Befehle auf der Kommandozeile ausführen, auch hier immer als Root-User Benutzer des BlueMind-Servers:

Bloc de code
languagebash
cd /var/backups/bluemind
touch test

Diese Testdatei anschließend löschenLöschen Sie dann diese Testdatei:

Bloc de code
languagebash
rm test
Astuce
titlePermanenter Zugriff auf das die letzte BackupSicherung

Um auf die letzte Sicherung unter demselben Pfad auf den letzten Backup zugreifen zu können, können Sie das folgende Skript verwenden, das ein Verzeichnis mit dem Namen "last" anlegt, das immer auf den die zuletzt erstellten Backup erstellte Sicherung zeigt:

Bloc de code
languagebash
#!/bin/bash
parts=("bm/es" "bm/pgsql" "filehosting/data" "mail/imap" "mail/archive")
server_ip="192.168.124.72"

for part in ${parts[@]}
do
        echo "creating last directory for part : $part"
        # get last backup directory
        last_version=`ls -tr /var/backups/bluemind/dp_spool/rsync/$server_ip/$part | grep -v "last" | tail -1`
        echo " last version : $last_version"
        # create link
        rm /var/backups/bluemind/dp_spool/rsync/$server_ip/$part/last
        ln -s /var/backups/bluemind/dp_spool/rsync/$server_ip/$part/$last_version /var/backups/bluemind/dp_spool/rsync/$server_ip/$part/last
done

Backup-Konfiguration

In der Administrationskonsole wird Verwaltungskonsole können Sie die Anzahl der täglichen Backups konfiguriertSicherungen konfigurieren, die aufbewahrt werden sollen.

Zur Implementierung einer Backup-Richtlinie Um eine Sicherungsrichtlinie zu implementieren, gehen Sie zur zu BlueMind-Administration > Sichern und Wiederherstellen > Einstellungen > Konfiguration:

  • Aufbewahrungsrichtlinie: Geben Sie die Anzahl der Tage an, die ein Backup (hier: tägliche Backups) aufbewahrt werden muss
  • Posteingang: Bei Aktivierung dieser Option Mailbox-Backup: Wenn diese Option aktiviert ist, werden E-Mails gesichert, ohne Aktivierung nur Kontakt-, Terminplaner- und Aufgaben-Daten gesichert. Dadurch werden Duplikate vermieden, wenn sie nicht aktiviert ist, werden nur Kontakte, Kalender und Aufgabendaten gesichert. Dies vermeidet Duplikate, wenn Nachrichten bereits von einem anderen dedizierten System gespeichert wurdengesichert werden.

    Avertissement
    titleLeistung

    Wir raten dringend davon ab, diese Option zu aktivieren, wenn der von E-Mails belegte Speicherplatz sehr groß ist (~1 TB~1TB, aber die Grenze der Leistungsfähigkeit Leistungsgrenze des Backup-Systems kann je nach Leistung des gewählten Backup-Speichers Speicherplatzes variieren).

    Es gibt sind mehrere Arten von Alternativen möglich:

     - Hypervisor-Tools (Sicherung Spool-Backup der virtuellen Festplatte des Spools, der VMs...)
     - In in das System integrierte Technologien (z. B. LVM-Snapshots)
    - direkt in den Speicher integrierte Technologien (Snapshots auf Feldebene)

    So kann können Sie das BlueMind-Backup-System nur für die anderen Daten (Kontakte/TerminplanerAgenda/Aufgaben) verwendet werdenverwenden, die über die Administrationskonsole wiederherstellbar sind, und ein externes System für voluminösere die E-Mails, die größer sind.

Wiederherstellung

Wiederherstellen

Dasselbe Dieselbe BlueMind-Backup Sicherung ermöglicht sowohl die Wiederherstellung eines einen Disaster-Recovery-Plan als auch die Wiederherstellung von Einzeldaten (die Daten oder ein Teil der Daten eines Benutzers).

Disaster Recovery Plan (DRP)

Notfallwiederherstellungsplan

Remarque
titleVersionen

 Damit die Wiederherstellung funktioniert, muss der Server die gleiche IP-Adresse und die gleiche Version von BlueMind haben wie der Ursprungsserver.

Bei der Installation (oder Neuinstallation) von BlueMind werden die kompletten Daten wiederhergestellt.

Während der BlueMind-Installationsschritte von BlueMind mit dem Setup Wizard-Tool Assistenten haben Sie die Wahl, entweder ein leeres BlueMind-System zu installieren oder eine globale Wiederherstellung durchzuführen. Die globale Wiederherstellung ermöglicht die Wiederherstellung des gesamten Servers aus einem Backup einer Sicherung und entspricht einer DRPPRA-Wiederherstellung.

Mit dieser Lösung ist es möglich, können Sie einfach, schnell und sicher einen neuen BlueMind-Server einfach, schnell und sicher neu zu Mountenwiederherstellen.

Wiederherstellung von Einzeldaten

Gerät wiederherstellen

Die Unit Restore -ist eine sehr komfortable Funktion von BlueMind macht , die es möglicherlaubt, die Daten eines einzelnen Benutzers mühelos und schnell wiederherzustellen. Die Wiederherstellung erfolgt grafisch und erlaubt die Auswahl des Objekttyps (Entität: Benutzer, E- Mail, freigegebener Mailbox-Kalender geteilter Posteingang, etc...) und des Objekts, dann das Objekt selbst, dessen Daten wiederhergestellt werden müssen.

Auch diese Diese Funktionalität stützt sich zur Auswahl des Datums auch auf die Datenhistorisierung, um das Datum der zu speichernden Daten auf die Datenhistorisierungzu wählen.