ZIMA-BACKUP
1.0. EFFICIENCE
- Fonctionnalité98%
- Facilité d'Installation95%
- Facilité de Configuration de l'UI98%
- Expérience Utilisateur 97%
Sauvegarde ou Sauvegarde Synchronisée ou Sauvegarde du Système
2.0. INSTALLATION
La configuration doit être opérée avec la méthode du Terminal. Ce module s'intégrera dans le système de ZimaOS. La mise à jour ou la désinstallation s'opérera aussi via le Terminal web. Si tu débutes, pas d'inquiétude, et suis simplement les opérations décrites dans l'article.
Trois types d'installation sont proposés :
2.1. Installation de Zima-Backup
2.1.4. Mise à jour Zima-Backup
2.2. Désinstallation de Zima-Backup
2.1. Installation de Zima-Backup
2.1.1. Télécharger le fichier (capture 2.1.1)
Ouvre sur ton navigateur, la page web des versions éditées pour Zima-Backup à https://github.com/chicohaager/zima-backup/releases
Ensuite, au niveau du chapitre Assets choisis la version de l'architecture du CPU de ta machine (amd64 ou arm64).
Clique sur le lien du fichier se terminant par .raw pour le télécharger (via SMB) directement dans le dossier /DATA/Download de ton ZimaOS (ou en deux temps : sur ton PC puis sur ZimaOS).
2.1.2. Renommer le fichier (capture 2.1.2)
Sur le fichier téléchargé, renomme le en zbackup.raw
zbackup.raw2.1.3. Sur le terminal (capture 2.1.3)
Copier-coller ce qui suit (pour se positionner sur le dossier contenant le fichier)
cd /DATA/DownloadsCopier-coller ce qui suit (pour installer le module)
Entrée pour revenir à la ligne – le mot de passe est à nouveau demandé pour confirmer l'action (l'indiquer "à l'aveugle") et revalider avec Entrée
sudo zpkg install zbackup.rawLe module est à présent installé, tape exit sur le Terminal pour le fermer.
2.1.1
2.1.2
2.1.3
2.14. Mettre à jour Zima-Backup
Pour metter à jour, il suffira de répéter la démarche d'installation avec le fichier .raw le plus récent.
2.2. Désinstaller Zima-Backup
Connecte-toi sur le terminal, puis copie-colle le texte ci-dessous. (Capture 2.2)
sudo zpkg remove zbackupLe module est à présent désinstallé, tape exit sur le Terminal pour le fermer.
Il faut aussi supprimer le dossier zbackup dans /AppData.
2.2
3.0. CONFIGURATION
Les fonctionnalités, la configuration et la mise en œuvre des sauvegardes sont détaillées et illustrées sur la page GitHub de l'application.
Les configurations des sauvegardes peuvent être modifiées à tout moment.
3.1. Ouvrir la tuile Sync & Sauvegarde
Cliquer sur la nouvelle tuile, créée et intégrée au Système, pour ouvrir une nouvelle page web.
3.2. Paramètres
En haut et à droite de la WebUI, vous pouvez changer la langue, l'affichage en sombre ou clair. Les notifications ne sont prévues uniquement pour Telegram.
3.3. Sauvegarde "Redéployable"
La sauvegarde est la première option qui vous est proposée par défaut.
1. Que voulez-vous protéger ?
⇾ Sélectionner un dossier en local ou à distance (sur la capture, pour mon serveur ZimaOS en production)
2. Vers où ?
⇾ Sélectionner un dossier en local ou à distance (sur la capture, pour mon serveur ZimaOS de sauvegarde)
3. Avancé
⇾ Déplier la section avancée afin de choisir la fréquence et l'heure des sauvegardes + le nombre à conserver + Nom du dossier contenant la sauvegarde (appelé par défaut, si vide, "Backups") + Optionnel : l'adresse de Telegram.
3.3.1. Important !
Pour ce type de sauvegarde les données sauvegardées ne seront pas directement lisibles : elles nécessitent un processus de restauration (voir 4.0)
⇾ La restauration des sauvegardes "anciennes" nécessite une phrase secrète (ou mot de passe). Créer "cette phase" pour la retenir facilement. NB. Je n'ai pas encore testé cette dernière à la rédaction de cet article.
3.2
3.3
3.3.1
3.4. Sauvegarde Simple et Sync
Le processus est le même que pour la Sauvegarde. Vos fichiers modifiés sont ajoutés ou remplacés sur le dossier de sauvegarde.
Contrairement au mode Sauvegarde, Sauvegarde Sync propose une simple copie du dossier originel. Le dossier sauvegardé est directement lisible.
Important ! Vos fichiers modifiés sont ajoutés ou remplacés sur le dossier de sauvegarde :
"Les fichiers supprimés de la source le sont aussi sur la destination — uniquement dans les dossiers synchronisés. Désactivé : la destination ne fait que grandir. L'aperçu montre ce qu'une exécution supprimerait."
3.5. Sauvegarde Système et AppData
Cette fonctionnalité permet de sauvegarder les paramètres Système avec ou sans les données AppData.
Le Système sauvegardé est celui sur lequel est installé Zima Backup. La sauvegarde doit être sur un périphérique externe ou partage réseau. Indique la phase secrète.
3.4
3.5
4.0. RESTAURATION
4.1. Restauration de Sauvegarde
Comme indiqué précédemment, les sauvegardes (Point 3.3) ne sont pas directement lisibles.
Clique sur le bouton Restaurer face à la sauvegarde concernée et, choisis l'emplacement (d'origine par défaut) de la restauration et coche le dossier dans lequel elle sera déployée. Termine avec : Restaurer la sélection.
4.2. Restauration de Sauvegarde Sync
Ce type de sauvegarde "classique" est directement lisible et par conséquent n'a pas besoin d'être restaurée.
4.3. Restauration de Sauvegarde Système
NB. Je n'ai pas encore testé à ce jour les deux types de restauration qui suivent (en cours de test).
Deux types de restaurations sont proposés :
1. La restauration de votre configuration précédente sur votre ZimaOS encore actif (par exemple, suite à un dysfonctionnement des paramètres ou d''application).
2. La restauration des paramètres de votre système et et de vos applications (AppData) sur un ZimaOS réinstallé (par exemple, suite à un crash du disque système).
Ci-après la traduction (Google) du paragraphe concerné de Lintux sur le GitHub de Zima-Backup (ouvrir la bascule).
Sauvegarde du Zima lui-même
ZimaOS est un appliance : le système d'exploitation est une paire de systèmes en lecture seule emplacements squashfs identiques à l'image de version (mesurés sur 1.7.1, voir PLAN-0.3.md §1). Ce qui fait qu'une boîte est la vôtre est petite et vit en trois lieux — la superposition (environ 330 Ko : réseau, utilisateurs, nom d'hôte, SSH clés hôtes), l'état ZimaOS (, : applications, utilisateurs, boutique d'applications, service de fichiers) et les modules installés — plus . Une sauvegarde système prend exactement cela, avec un manifeste (Version ZimaOS, emplacements RAUC, table de partition, résumés d'images Docker, application et les noms des modules ; pas de secrets) et des copies cohérentes des six SQLite bases de données. Les images Docker ne sont pas incluses ; elles sont à nouveau extraites./etc/var/lib/casaos/var/lib/icewhale/DATA/AppData
Nouvelle sauvegarde → Système → choisir un lecteur → Démarrer. Mesuré sur un boîte avec 19 applications : 85,8 Gio en 315 s sur le disque système, la deuxième exécution 8 MiB en 10 s. Mes fichiers sous Avancé ajoutent également l'intégralité./DATA
Restaurer (Restaurer le système sur la ligne) lit le manifeste, affiche le version, nom d'hôte, applications et bases de données de l'instantané, en refuse un autre Version ZimaOS sauf si vous cochez la case et souhaitez le mot RESTAURER. Il puis arrête les services ZimaOS et chaque conteneur, réécrit/etc à travers la superposition (fichiers dont dispose la boîte en cours d'exécution et dont l'instantané manque retombe sur la copie de la racine en lecture seule), remplace les répertoires d'état et AppData (rsync --delete; le dossier et l'image du module sont conservés), vérifie chaque base de données (PRAGMA integrity_check), démarre chaque conteneur qui fonctionnait à nouveau — sur cette boîte, ils existent toujours, donc rien ne l'est recréé et aucun fichier de composition ou environnement n'est relu — et demande un redémarrer. Mesuré au 1.7.1 avec 22 projets Compose et 41 conteneurs : environ 10 minutes de repos, une minute d'application,41 started, 0 failed ; après le redémarrage des mêmes 41 conteneurs, des mêmes tuiles, des mêmes bases de donnéesok.
Bare metal : installez la même version de ZimaOS à partir du programme d'installation d'IceWhale, installez ce module, ajoutez le lecteur avec le référentiel et la phrase secrète (Nouvelle sauvegarde → Système, même cible, propre phrase secrète), puis Restaurer le système. Une boîte sans conteneurs fait encore apparaître toutes les applications à partir de son composer un fichier, c'est ce qui remet les tuiles en place. Mesuré bout à bout sur un nouveau ZimaOS 1.7.1 dans une VM : une application, sa tuile et ses données dans/DATA/AppData avaient disparu, la restauration a pris 30 s ()fresh box: apps started from casaos/apps: 1, failed: 0, et après le redémarrage la tuile, l'application (HTTP 200) et ses les fichiers de données étaient de retour. Les sessions sont invalidées par la restauration — reconnectez-vous.
4.1
4.3
5.0. Soutenir le projet
Derrière chaque conteneur, il y a du temps, des idées et du travail. Un petit geste fait la différence.
L'application te satisfait pleinement et tu souhaites participer à son développement. N'hésite pas à "Payer un café" à chicohaager/Lintux au bas de la Page GitHub de l'application.
0 commentaire