Existe-t-il un logiciel de sauvegarde graphique qui ne soit pas sujet aux problèmes de cohérence?
Selon cette réponse à la question " Puis-je continuer à travailler quand la sauvegarde est en cours? ", le logiciel de sauvegarde par défaut sous Ubuntu, Deja Dup, est sujet aux problèmes de cohérence lorsque sauvegarde. En d'autres termes, si l'utilisateur modifie des fichiers sur un système de fichiers inscriptible pendant la sauvegarde, celle-ci risque de ne pas être dans un état raisonnable et sa restauration intégrale restaurera un système défectueux. Même la restauration de fichiers individuels peut restaurer des fichiers cassés.
Le conseil de ne faire aucun travail pendant que la sauvegarde est en cours est une solution de contournement, mais pas vraiment pratique. Un utilisateur "ne fonctionne pas" ne signifie pas que les fichiers ne sont pas modifiés en arrière-plan.
La réponse que j'ai liée à dit ceci à propos des instantanés:
Ceci peut être réalisé en utilisant LVM ou un système de fichiers de génération plus récente tel que BtrFS. Cela fera une capture instantanée du volume entier comme si vous preniez une photo de celui-ci. Les modifications/écritures sont toujours possibles, mais le processus de sauvegarde est en cours d'exécution à partir de l'instantané en lecture seule pris précédemment.
Par exemple, sur les systèmes Windows, la plupart des logiciels de sauvegarde s'exécutent sur un "cliché instantané", une capture instantanée cohérente du système de fichiers géré par le système d'exploitation. L'utilisateur peut continuer à travailler et les modifications ultérieures ne feront pas partie de la sauvegarde en cours d'exécution.
Cependant, je ne sais pas si Deja Dup sur Ubuntu utilise tout type d’instantané s’il est disponible.
Ma question est la suivante: existe-t-il un logiciel de sauvegarde automatique pour Ubuntu qui:
- est facile à utiliser, via une interface graphique, adapté aux utilisateurs qui ne souhaitent pas utiliser la ligne de commande ou écrire leurs propres scripts
- garantit la cohérence des sauvegardes à l'aide d'instantanés ou l'application en lecture seule de la source de la sauvegarde (à la main lourde mais parfaitement valide), ou toute autre approche permettant d'éviter les incohérences?
Sauf si vous êtes un magasin ouvert 24 heures sur 24, 7 jours sur 7, 7 jours sur 7, le serveur doit signer le contrat à tout le monde, par exemple, à 2 heures du matin et effectuer des sauvegardes de deux heures ou plus. Ceci est généralement effectué en conjonction avec le "traitement de fin de journée" qui regroupe les enregistrements de détail dans les enregistrements de fichier maître, ferme les fins de mois, les exercices de fin d'année, etc.
Le problème de base est que certains fichiers vont "changer de forme" si quelqu'un ajoute ou supprime des enregistrements. Prenez par exemple les fichiers ISAM (méthode d'accès séquentiel indexé) contenant un fichier de données brutes, puis des fichiers d'index séparés pour chaque clé (par exemple, numéro de client, numéro de téléphone, etc.). Si vous deviez d'abord commencer par sauvegarder le fichier de clé pour les numéros de client, puis qu'un utilisateur ajoutait un nouveau client et que vous sauvegardiez le fichier de données brutes, vous auriez une erreur d'intégrité des données.
SQL est le choix populaire de nos jours pour les bases de données, auquel cas un dump SQL est effectué sans clés sauvegardées, je pense. Apprendre le SQL (prononcer Sea-Quill) est sur ma liste de tâches depuis plus de 30 ans.
Quel que soit votre environnement, vous devez étudier attentivement les exigences en matière de sauvegarde et les tester périodiquement en les restaurant dans une base de données de test.
La sauvegarde des programmes est en général excessive car ils peuvent être réinstallés. L'exception étant vos propres scripts que vous développez.
Pour réitérer, les sauvegardes les plus sûres sont celles où tous les utilisateurs sont déconnectés du système. Quand cela ne peut pas être garanti, alors l'aide d'un professionnel devrait être recherchée.