Sauvegarde des données

menu Fichier > Sauvegarde des données

Cette fonctionnalité permet:

• d'une part, de provoquer la sauvegarde des données manuellement, donc indépendamment des sauvegardes programmées; un thermomètre indique la progression du backup.
• d'autre part, de faire apparaître les paramètres de programmation de sauvegarde si la touche Alt est enfoncée lors de l'utilisation de cette commande.
• de sauvegarder le fichier de données d'ORT en cours d’exploitation, sans qu’il soit nécessaire de quitter l’application.
• la restitution automatique d’une base de données après incident lors de l’ouverture d’une base endommagée.
• de tirer parti du fichier d’historique. Ce fichier conserve une trace de chaque opération effectuée sur les données et assure ainsi une sécurité totale entre deux sauvegardes. En cas d’incident sur une base de données en cours d’exploitation, les opérations éventuellement manquantes dans le fichier de données sont automatiquement réintégrées lors de l’ouverture suivante de la base.

L'utilisation de cette fonction est réservée aux administrateurs seulement.

La fonction de sauvegarde des données d'ORT est à ce point évoluée qu'elle permet de détecter à l'ouverture si des problèmes sont survenus lors de la fermeture de la base et d'agir adéquatement selon la situation, i.e. de restituer la base dans son état originel. Pour ce faire, la restitution se base sur 2 choses: le dernier backup et l'intégration d'un fichier d'historique de toutes les opérations effectuées depuis le dernier backup. En effet, ORT met à jour automatiquement un registre (appelé ici "historique") des opérations effectuées et se sert de cet historique pour restituer la base intégralement jusqu'avant l'opération fautive.

Pour ce faire, il faut initialement:

• paramétrer les fonctions de backup
• créer un premier backup
• créer un fichier d'historique

Votre revendeur a la responsabilité de veiller à ce que cette première étape soit bien faite. Il faut cependant être conscient qu'un déménagement/déplacement d'ORT sur un autre ordinateur ou dans un autre dossier peut entraîner le besoin de respécifier certains paramètres, notamment le précieux fichier d'historique, d'où la raison d'être de cette note.

Il y a quatre écrans de paramétrage de la fonction de backup.

Configuration

Cliquer sur une des zones de l'image ci-dessous vous amène directement à l'explication correspondante.

Contenu de la sauvegarde

Vous spécifiez dans cette section les fichiers à sauvegarder. Le fichier de structure désigne ORT lui-même; comme on peut aller le rechercher sur le web, il n'est pas important de le sauvegarder. Le fichier de données doit être sauvegardé, est-il besoin de l'écrire? Les boutons Ajouter dossier et Ajouter vous permettent d'ajouter d'autres fichiers à votre backup (pourquoi pas?)

Emplacement des fichiers de sauvegarde

Cette section contient un bouton qui, lorsque cliqué, fait apparaître un dialogue qui vous permet de choisir l'emplacement des fichiers de backup créés par ORT. Sauvegardez sur un autre disque que le disque dur de votre serveur! Si votre serveur était volé, passait au feu, ou que son disque dur devenait inutilisable, vous venez de tout perdre!

Faites une copie de sécurité de votre fichier de données à tous les jours, préférablement sur des supports différents à chaque jour. Vous devriez de toute façon faire une copie de sécurité de votre disque dur à tous les jours: il existe des logiciels spécialisés qui automatisent le processus. Si vous n’êtes pas convaincu de l’utilité de faire des copies de sécurité, demandez-vous quel serait l’impact de la perte de vos informations sur la bonne marche de vos affaires, ou combien de temps pouvez-vous vous permettre de perdre à rentrer vos données si vous les perdez? Voyez-vous, la question n’est pas de savoir si votre disque dur va flancher ou si des facteurs autres peuvent vous faire perdre des données (comme un incendie); la véritable question n’est pas si mais quand? Vous pouvez être sûr que ça vous arrivera au moins une fois. ORT est vulnérable, comme tous les logiciels, lors de la sauvegarde des fiches sur disque: si votre ordinateur plante pendant ce temps, vous pouvez être sûr d’une corruption de vos données. Nous vous suggérons de faire des copies de sécurité sur des groupes séparés de supports.

La meilleure stratégie consiste à créer des copies de sécurité sur des rubans magnétiques de type DAT, des cartouches Zip, Jazz ou équivalentes. Utilisez un support différent à chaque jour.

Informations sur la dernière sauvegarde

Vous trouverez dans cette section des informations essentielles comme la date et l'heure de la dernière sauvegarde, la date et l'heure de la prochaine sauvegarde, et le champ Statut qui, lorsque vide, indique que la sauvegarde s'est déroulée normalement, sinon qui contient un message d'erreur.

Gestion du fichier d'historique

Le très important fichier d'historique doit être créé après avoir créé le premier backup. C'est le fichier d'historique qui permet, au besoin, de repartir du dernier backup et de recréer les transactions effectuées depuis ce backup, transactions qui sont contenues dans le fichier d'historique. Le fichier d'historique n'aime pas être déplacé, et ORT vous le fera savoir. Au besoin, recréez-le (ou localisez-le) en cliquant sur le bouton . Ce fichier d'historique fait aussi partie du backup, donc on peut dormir tranquille.

Périodicité

Assurez-vous que n'importe laquelle des options de sauvegarde est sélectionnée sauf l'option Pas de sauvegarde automatique. Assurez-vous également que l'heure de sauvegarde ne risque pas d'interférer avec l'utilisation de la base, car certaines opérations de la base s'effectuent à l'intérieur d'un mécanisme de transaction; or pendant une transaction, la sauvegarde ne peut être effectuée.

Sauvegarde

Cliquer sur une des zones de l'image ci-dessous vous amène directement à l'explication correspondante.

Conserver uniquement les N derniers fichiers de sauvegarde

Ce paramètre permet d’activer et de configurer le mécanisme de suppression des fichiers de sauvegarde les plus anciens. Ce mécanisme permet de ne conserver que les N derniers fichiers d’archives sur le disque de sauvegarde, le plus ancien fichier étant effacé à chaque nouvelle sauvegarde et ainsi éviter tout risque de saturation du volume.

Le principe de fonctionnement est le suivant: après avoir terminé la sauvegarde courante, ORT efface l’archive la plus ancienne si celle-ci est localisée au même endroit que l’archive à sauvegarder et porte le même nom (vous pouvez, pour des raisons d’économie de place, demander que l’archive la plus ancienne soit effacée avant la sauvegarde). Si, par exemple, le nombre de jeux est fixé à 3, les trois premières sauvegardes créent successivement les archives MaBase-0001, MaBase- 0002 et MaBase-0003. Lors de la quatrième sauvegarde, l’archive MaBase-0004 est créée alors que l’archive MaBase-0001 est supprimée. À partir de la place sur disque que vous décidez d’accorder à vos sauvegardes, vous pouvez déterminer le nombre maximum possible de jeux de sauvegarde par la formule suivante:

Il faut retrancher 1 au nombre de jeux maximum car par défaut ORT effectue d’abord la sauvegarde courante, puis efface du disque l’archive la plus ancienne. Ce fonctionnement peut cependant être modifié (cf. ci-dessous le paragraphe Effacer la sauvegarde la plus ancienne avant de sauvegarder). Par défaut, le mécanisme de suppression des jeux est activé et ORT conserve 3 jeux de sauvegarde. Pour ne pas activer le mécanisme, désélectionnez l’option.

Sauvegarder uniquement si le fichier de données a été modifié

Lorsque cette option est cochée, ORT déclenche les sauvegardes périodiques uniquement si des données ont été ajoutées, modifiées ou supprimées dans la base depuis la dernière sauvegarde. Dans le cas contraire, la sauvegarde prévue est annulée et reportée à l’échéance suivante. Aucune erreur n’est générée; le report est toutefois indiqué dans le Journal des sauvegardes. Cette option permet notamment d’économiser du temps machine sur la sauvegarde de bases principalement utilisées en consultation.

Effacer la sauvegarde la plus ancienne avant/après la sauvegarde

Cette option n’est utilisée que si l’option Converver les N fichiers de sauvegarde est cochée. Elle vous permet de spécifier si ORT doit commencer par effacer l’archive la plus ancienne avant d’effectuer une sauvegarde (option avant) ou si l’effacement doit être effectué après la sauvegarde (option après). Pour que ce mécanisme fonctionne, l’archive la plus ancienne ne doit pas avoir été renommée ou déplacée. L’option avant permet une économie de place. Il n’est alors pas nécessaire de retrancher 1 au nombre de sauvegardes possibles, ce qui permet, par exemple, de stocker deux archives de 2 Go sur un disque de 5 Go. A noter qu’en cas d’interruption en cours de sauvegarde, vous ne pourrez accéder ni à l’ancienne sauvegarde, puisqu’elle a été préalablement détruite, ni à la sauvegarde courante qui n’aura pas été terminée. Cependant, la base de données ne pouvant pas être modifiée en cours de sauvegarde, vous avez l’assurance que votre fichier de données est intact, même si vous ne disposez plus d’une sauvegarde valide. Vous vous trouvez en quelque sorte dans la situation de l’automobiliste dont la roue de secours crève, alors que les quatre pneus sont intacts. Une fois le système redémarré et l’archive incomplète détruite, procédez alors immédiatement à une nouvelle sauvegarde. L’option après constitue une sécurité supplémentaire mais nécessite davantage de place sur le volume de sauvegarde.

Si transactions actives ou opérations d’index

Les transactions et les indexations sont des opérations critiques empêchant la sauvegarde de la base tant qu’elles ne sont pas terminées. Avant de débuter une sauvegarde (quel que soit le mode de déclenchement), ORT examine la base de données; si le programme détecte une opération critique en cours, il suspend la procédure de sauvegarde. Ce paramètre vous permet de définir la durée d’attente dans ce cas:

• Toujours attendre la fin des opérations: la sauvegarde est suspendue tant que l’opération n’est pas terminée ; elle est ensuite immédiatement déclenchée. Ce principe garantit que la sauvegarde est bien effectuée mais ne permet pas de contrôler précisément le moment de la sauvegarde.
• Annuler la sauvegarde après une attente de (min): la sauvegarde est suspendue pendant la durée définie afin de laisser le temps à la transaction ou à l’indexation de se terminer. Si à l’issue de ce délai, l’opération critique est toujours en cours, la sauvegarde est considérée comme ayant échoué, une erreur est inscrite dans le Journal des sauvegardes. Le mécanisme défini pour la gestion des échecs prend alors le relais (cf. paragraphe ci-dessous).

  Note Evitez absolument d’ouvrir une transaction au démarrage d’une base de données, transaction qui ne serait validée ou annulée qu’en sortant de la base. Evitez également de présenter au cours d’une transaction des boîtes de dialogue de saisie ou de validation à l’utilisateur. Si ce dernier s’absente au lieu de valider le dialogue, et que la sauvegarde démarre à ce moment, la base ne pourra plus exécuter de nouvelles transactions jusqu’à ce que la boîte de dialogue soit validée.

Si la sauvegarde échoue

Cette option permet de définir le mécanisme de prise en charge des échecs des sauvegardes (sauvegarde impossible). Lorsqu’une sauvegarde est impossible, ORT permet d’effectuer une nouvelle tentative. Deux options sont possibles:

• Réessayer à la nouvelle date et heure programmée: cette option n’a de sens que dans le cadre de sauvegardes automatiques périodiques. Elle revient à annuler la sauvegarde ayant échoué. Une erreur est générée.
• Réessayer dans N heure(s) ou minute(s): lorsque cette option est cochée, une nouvelle tentative de sauvegarde est effectuée à l’issue du délai défini. Ce mécanisme permet d’anticiper certaines circonstances bloquant la sauvegarde. Vous pouvez fixer un délai en heures ou en minutes à l’aide du menu correspondant. Si la nouvelle tentative échoue également, une erreur est générée et l’échec est inscrit dans les zones de statut de la dernière sauvegarde et dans le Journal des sauvegardes.

Archive

Cette zone permet de définir les options de génération des archives. Ces options s’appliquent aux fichiers de sauvegarde principaux et aux fichiers de sauvegarde de l’historique.

• Taille du segment (Mo) ORT vous permet de segmenter les archives, c’est-à-dire de les découper en morceaux de taille fixe. Ce fonctionnement permet par exemple de stocker une sauvegarde sur plusieurs volumes (CDs, ZIPs, etc.). Au moment de la restitution, ORT fusionnera automatiquement les segments. Chaque segment est appelé MaBase[xxxxyyyy].4BK, où xxxx représente le numéro de la sauvegarde et yyyy celui du segment. Par exemple, les trois segments de la sixième sauvegarde de la base MaBase seront appelés MaBase[0006-0001].4BK, MaBase[0006-0002].4BK et MaBase[0006-0003].4BK. Le menu Taille du segment est une combo box permettant de définir la taille en Mo de chaque segment de sauvegarde. Vous pouvez choisir une des tailles prédéfinies ou saisir une taille spécifique entre 0 et 2048. Si vous passez 0, aucune segmentation n’est effectuée (équivaut à la valeur Aucune).
• Taux de compression. Par défaut, les sauvegardes sont compressées par ORT. Ce principe permet d’économiser de la place sur le disque. En contrepartie, la phase de compression des fichiers peut ralentir sensiblement les sauvegardes dans le cas de la manipulation de gros volumes de données. L’option Taux de compression vous permet d’ajuster la compression :
  • Aucun: aucune compression n’est appliquée. La sauvegarde peut être sensiblement plus rapide mais les fichiers d’archives sont plus volumineux sur le disque.
  • Normal (par défaut): cette option constitue un compromis vitesse de sauvegarde/taille des archives.
  • Elevé: le taux de compression maximal est appliqué aux archives. Les fichiers d’archives prennent le moins de place possible sur le disque mais la sauvegarde peut être sensiblement ralentie.
• Taux d’entrelacement et Taux de redondance: ORT génère des archives à l’aide d’algorithmes spécifiques, basés sur des mécanismes d’optimisation (entrelacement) et de sécurisation (redondance). Vous pouvez paramétrer ces mécanismes en fonction de vos besoins. Pour ces deux options, ORT propose par défaut un taux Moyen. Les menus associés à ces options vous permettent de choisir un taux Faible, Elevé ou Aucun taux.
  • Taux d’entrelacement: l’entrelacement consiste à stocker les données dans des secteurs non contigus, afin d’accélérer leur lecture. En revanche, la phase de stockage est plus lente.
  • Taux de redondance: la redondance permet de sécuriser les données présentes dans un fichier en répétant plusieurs fois les mêmes informations. Plus le taux est élevé, plus le fichier est sécurisé, mais plus le stockage est lent et la taille du fichier importante.

Restitution

Le module de sauvegarde intégré de ORT vous permet de récupérer l’intégralité des données d’une base en cas d’incident, quelles que soient les causes de l’incident. Deux catégories principales d’incidents peuvent se produire:

• L’arrêt inopiné de la base pendant son exploitation. Cet incident peut se produire à cause d’une coupure de courant, la panne d’un élément du système, etc. Dans ce cas, en fonction de l’état courant du cache de données au moment de l’incident, la récupération de la base peut nécessiter différentes opérations:
  • si le cache était vide, la base s’ouvre normalement. Toutes les modifications apportées à la base ont été enregistrées. Ce cas ne nécessite aucune opération particulière.
  • si le cache contenait des opérations, le fichier de données est intact mais il est nécessaire d’intégrer le fichier d’historique courant.
  • si le cache était en cours d’écriture, le fichier de données est probablement endommagé. Il est nécessaire de restituer la dernière sauvegarde et d’intégrer le fichier d’historique courant.
• La perte d’un ou plusieurs fichier(s) de la base. Cet incident peut être causé par des secteurs défectueux sur le disque contenant la base, un virus, une erreur de manipulation, etc. Il est nécessaire de restituer la dernière sauvegarde puis d’intégrer éventuellement l’historique courant. Pour savoir si une base a été endommagée à la suite d’un incident, il suffit de la relancer avec ORT. Le programme effectue un auto-diagnostic et précise les opérations de réparation à effectuer. En mode automatique, ces opérations sont effectuées directement, sans intervention de l’utilisateur. Si une stratégie de sauvegarde régulière a été mise en place, les outils de récupération de ORT vous permettront dans la plupart des cas de retrouver la base dans l’état exact où elle se trouvait avant l’incident.

Par défaut, ORT lance automatiquement les procédures de récupération des bases après incident. Trois types d’automatismes sont utilisés:

• automatisation de la restitution
• automatisation de l’intégration de l’historique
• automatisation du démarrage d’une base restituée.

Ces mécanismes peuvent être désactivés à l’aide des options suivantes:

Cliquer sur une des zones de l'image ci-dessous vous amène directement à l'explication correspondante.

Restituer la dernière sauvegarde si la base est endommagée

Lorsque cette option est cochée, le programme déclenche automatiquement la restitution du fichier de données de la dernière sauvegarde valide de la base s’il détecte une anomalie (fichier corrompu par exemple) lors du lancement de la base. Aucune intervention de l’utilisateur n’est requise; l’opération est cependant consignée dans le journal des sauvegardes

Les étapes de la restitution automatique sont les suivantes:

• Dans un premier temps, ORT renomme le fichier de données endommagé.
• ORT extrait le fichier de données de la dernière sauvegarde et le stocke à la place du précédent.
• Si l’option d’intégration automatique de l’historique est cochée, ORT intègre si nécessaire le fichier d’historique
• Si l’option de démarrage automatique de la base restituée est cochée, 4e Dimension relance la base restituée.

Intégrer le dernier historique si la base est incomplète

Lorsque cette option est cochée, le programme intègre automatiquement l’historique lors de l’ouverture ou de la restitution d’une base de données. Aucune intervention de l’utilisateur n’est requise;

• Lors de l’ouverture d’une base, l’historique courant est automatiquement intégré si ORT détecte que des opérations stockées dans l’historique ne sont pas présentes dans les données. Cette situation se produit par exemple lorsqu’une panne de courant a lieu alors que des opérations non encore écrites sur le disque se trouvaient dans le cache de données.
• Lors de la restitution d’une base, si le fichier d’historique courant ou un fichier de sauvegarde d’historique ayant le même numéro que le fichier de sauvegarde est stocké dans le même dossier, ORT examine son contenu. S’il contient des opérations non présentes dans le fichier de données, le programme l’intègre automatiquement. Aucune boîte de dialogue n’est présentée à l’utilisateur, l’opération est entièrement automatique. Le but est de faciliter au maximum la remise en route de l’exploitation. L’opération est consignée dans le journal des sauvegardes.

Lancer la base après la restitution automatique

Lorsque cette option est cochée, ORT ouvre automatiquement une base venant d’être restituée, à l’issue de la procédure de restitution. À noter que lorsque cette option est utilisée, il est important que tous les éléments nécessaires au fonctionnement de la base soient accessibles après la restitution. Si, par exemple, la base requiert des fichiers spécifiques à côté du fichier de structure de la base, ils doivent être inclus dans les sauvegardes afin d’être restitués en même temps que la base. Si la base utilise des plug-ins, il est préférable qu’ils soient installés à côté de ORT. Le cumul des trois options de réparation (associées aux options de sauvegarde) permet de mettre en oeuvre un système de remise en route semi-automatique ou automatique après incident.

• Remise en route semi-automatique: il suffit à l’administrateur de relancer la base, l’application ORT effectue automatiquement les réparations nécessaires et relance une version fiable et à jour de l’application.
• Remise en route automatique (4D Server uniquement) : si vous enregistrez la base comme service exécuté au démarrage du système, elle sera automatiquement relancée par la machine au redémarrage. L’application ORT effectue automatiquement les réparations nécessaires. Ce type de système est particulièrement adapté aux bases de données 4D Server. À noter que chaque opération exécutée automatiquement est consignée dans le journal des sauvegardes de la base.