La méthode la plus sûre pour sauvegarder un serveur ZimaOS sur un autre NAS consiste à protéger les données qui doivent survivre à une réinstallation, et non à cloner l’intégralité du système d’exploitation. Sauvegardez les dossiers utilisateur, les données persistantes des applications Docker et les bases de données des applications vers votre destination sur le réseau local, puis conservez au moins une copie supplémentaire sur un autre support ou hors site.
ZimaOS utilise un système léger de type appliance doté de deux emplacements système pour la récupération. Son modèle de récupération diffère donc d’une sauvegarde de migration de Synology DSM : le système d’exploitation peut être récupéré ou réinstallé séparément, tandis que vos données importantes résident sur des volumes de stockage et dans des dossiers d’applications associés. L’objectif est donc d’obtenir un serveur récupérable, et pas nécessairement une image octet par octet du système en fonctionnement.
Que doit réellement inclure une sauvegarde ZimaOS ?
Un plan de sauvegarde efficace commence par distinguer les logiciels remplaçables des données irremplaçables. Les conteneurs Docker et les paquets de l’App Store peuvent généralement être recréés. Vos fichiers, paramètres d’application, bases de données et bibliothèques multimédias, eux, ne le peuvent pas.
Dossiers utilisateur et données partagées
Sauvegardez les documents, fichiers multimédias, photos, dossiers de projets, données de sites web et tout autre répertoire que les utilisateurs ou les applications modifient activement. Le guide actuel de sauvegarde 3-2-1 de ZimaOS prend en charge les sources et destinations sur le réseau local, USB, cloud et Zima-à-Zima.
Données persistantes des applications Docker
Les conteneurs de l’App Store sont remplaçables, mais pas leurs dossiers associés. ZimaOS indique que les fichiers de configuration et persistants résident à l’extérieur du conteneur, dans l’emplacement App Data configuré. Consultez les chemins de stockage des applications ZimaOS avant de déterminer les éléments à inclure dans la sauvegarde.
Bases de données et services avec état
Pour des services tels que Nextcloud, WordPress, Home Assistant, Immich, MariaDB ou des applications basées sur PostgreSQL, la simple copie d’un répertoire de données actif ne suffit pas toujours. Lorsque l’application concernée fournit une sauvegarde de base de données, une exportation ou une procédure de maintenance, utilisez-la. Une sauvegarde propre de la base de données accompagnée des dossiers de configuration de l’application est généralement plus portable que la copie d’une base incohérente pendant qu’elle est activement modifiée.
Comment créer une tâche de sauvegarde sur le réseau local ?
Étape 1 : Choisissez la machine de destination
Un Synology, un autre NAS, un serveur de fichiers ou un autre appareil Zima peuvent servir de destination sur le réseau local, à condition que ZimaOS puisse accéder à un dossier partagé accessible en écriture. Vérifiez que le partage dispose de suffisamment d’espace libre et que le compte utilisé par ZimaOS peut créer, modifier et supprimer des fichiers selon votre politique de rétention.
Étape 2 : Créez des tâches de sauvegarde distinctes par type de données
Ne regroupez pas tout dans une seule tâche massive, sauf si vous avez une bonne raison de le faire. Créez des tâches indépendantes pour les documents critiques, les fichiers multimédias, les données d’applications et les autres catégories. Les échecs seront ainsi plus faciles à diagnostiquer, et vous pourrez appliquer un calendrier plus fréquent aux données irremplaçables qu’aux fichiers multimédias remplaçables.
Étape 3 : Planifiez et testez la tâche
Exécutez d’abord la sauvegarde manuellement, vérifiez que la destination contient les fichiers attendus, puis activez la planification. Un état de tâche affiché en vert ne suffit pas : ouvrez quelques fichiers restaurés et vérifiez que les autorisations, les noms de fichiers et les horodatages sont corrects.
Comment sauvegarder les applications Docker ?
L’essentiel est de sauvegarder les chemins de l’hôte associés au conteneur, et non le système de fichiers éphémère du conteneur. Le guide actuel de ZimaOS recommande de conserver App Data sur votre pool de stockage principal plutôt que sur le petit disque système. Cela facilite également la compréhension du périmètre de sauvegarde.
Si vous utilisez des piles Docker Compose personnalisées, conservez une copie du fichier YAML Compose, des variables d’environnement, des fichiers de configuration personnalisés et des secrets dans un emplacement protégé. Ne vous fiez pas à des captures d’écran des paramètres. Un fichier Compose accompagné des dossiers de données persistantes est beaucoup plus facile à reconstruire sur un nouveau matériel.
La présentation de la sauvegarde ZimaOS est utile pour planifier l’emplacement de chaque copie, tandis que les principes fondamentaux du stockage Docker expliquent la distinction entre le conteneur et les données.
Qu’en est-il du système ZimaOS lui-même ?
ZimaOS utilise une conception à deux emplacements système. Le guide actuel de récupération du système explique comment démarrer sur l’autre emplacement système lorsqu’une partition rencontre un problème.
Cette méthode de récupération vous protège contre certaines défaillances du système d’exploitation, mais elle ne remplace pas une sauvegarde des données. Si le disque système lui-même tombe en panne, le plan de récupération pratique consiste à réinstaller ou récupérer ZimaOS, à reconnecter ou recréer le stockage, à réinstaller les applications, puis à restaurer les données persistantes des applications et les fichiers utilisateur.
Utilisez la règle 3-2-1 plutôt qu’une seule copie sur le réseau local
Une sauvegarde sur un autre NAS du réseau local est précieuse, mais les deux appareils peuvent être touchés par le même vol, incident électrique, rançongiciel ou erreur utilisateur. Pour les données irremplaçables, appliquez la règle 3-2-1 : trois copies, deux types de stockage différents et une copie hors site.
Par exemple, conservez la copie active sur ZimaOS, une copie planifiée sur le Synology et une copie chiffrée hors site dans une destination cloud prise en charge ou sur une clé USB alternée stockée ailleurs.
Erreurs courantes de sauvegarde à éviter
- Sauvegarder uniquement les images Docker. Les images peuvent être téléchargées à nouveau ; AppData et les bases de données sont les éléments importants.
- Considérer le RAID comme une sauvegarde. Le RAID aide à gérer les pannes de disque, mais pas les suppressions accidentelles, la corruption ou les rançongiciels.
- Installer un agent de sauvegarde au niveau de l’hôte sans vérifier sa compatibilité. ZimaOS n’est pas un serveur Debian mutable classique ; les agents système peuvent entrer en conflit avec sa conception basée sur un système d’exploitation protégé.
- Ne jamais tester une restauration. Une sauvegarde qui n’a jamais été restaurée n’est qu’une supposition.
- Conserver toutes les copies dans le même châssis ou la même pièce. Cela ne protège ni contre la perte de l’appareil ni contre la perte du site.
Comment vérifier que votre sauvegarde ZimaOS est récupérable ?
Choisissez un petit échantillon représentatif : un dossier de documents, un fichier multimédia, un répertoire de configuration d’application et une exportation de base de données. Restaurez-les dans un emplacement temporaire, ouvrez les fichiers et vérifiez que l’application peut lire les données restaurées. Répétez ce test après toute modification importante du stockage ou des applications.
Pour un serveur critique, conservez également une courte note de récupération listant les noms des stockages, les ports des applications, les piles Compose personnalisées, les commandes de restauration des bases de données ainsi que les dépendances liées aux domaines ou aux reverse proxy. Cette documentation fait souvent gagner plus de temps qu’une image système brute.
FAQ
ZimaOS peut-il créer une image système complète similaire à Synology Hyper Backup ?
La documentation actuelle de ZimaOS met l’accent sur la sauvegarde des données et la récupération via les emplacements système, plutôt que sur une image de migration documentée en un clic qui recréerait l’intégralité du système d’exploitation, toutes les applications et tous les paramètres sur un matériel différent.
Puis-je utiliser mon Synology comme destination de sauvegarde pour ZimaOS ?
Oui. Un partage SMB accessible sur le réseau local peut faire partie de votre stratégie de sauvegarde. Vérifiez les identifiants, l’espace libre et l’accès à la restauration avant de vous y fier.
Dois-je sauvegarder les conteneurs Docker eux-mêmes ?
En général, non. Conservez les définitions Compose, la configuration des applications, les données AppData associées et les bases de données. Les conteneurs et les images sont généralement remplaçables.
La récupération du système ZimaOS restaurera-t-elle les fichiers utilisateur supprimés ?
Non. La récupération via les emplacements concerne la couche du système d’exploitation. La récupération de données utilisateur supprimées ou corrompues nécessite une sauvegarde distincte.
