Commencer aujourd’hui avec un seul NVMe et passer au RAID plus tard est un plan raisonnable pour un serveur domestique, mais la procédure de migration sûre n’est pas de « cliquer sur Convertir JBOD en RAID ». Le fil source de février 2026 recommandait une procédure contrôlée sauvegarder → créer un nouvel ensemble → restaurer → vérifier, plutôt que de supposer que ZimaOS pouvait transformer sur place le stockage existant sur un seul disque.
ZimaOS propose désormais de meilleurs outils de migration qu’au moment de cette publication. Dans Paramètres > Migration des données, il est maintenant possible de déplacer les images Docker, les données des applications Docker et les bases de données utilisateur de ZimaOS entre les espaces de stockage. Cela facilite la migration de l’état des applications, mais ne transforme toujours pas un disque unique déjà utilisé en configuration RAID 1/5 redondante sans ensemble de destination séparé.
L’utilisateur source a commencé avec un seul NVMe et un disque USB de sauvegarde
Le système utilisait l’eMMC intégré pour ZimaOS, un SSD NVMe configuré en JBOD comme stockage et un disque dur USB pour les sauvegardes. L’utilisateur souhaitait ajouter davantage de stockage NVMe ultérieurement et tout transférer vers un RAID 1 ou un RAID 5.
C’est précisément dans cette situation qu’il est important de conserver une sauvegarde indépendante vérifiée, car la modification de la topologie de stockage peut nécessiter l’initialisation de nouveaux disques et, à terme, l’effacement de l’ancienne configuration sur disque unique.
Ne supposez pas qu’un JBOD sur disque unique puisse être converti sur place
La réponse de la communauté indiquait que l’interface Stockage de ZimaOS n’exposait pas de procédure prise en charge pour convertir sur place un JBOD sur disque unique en RAID. Elle recommandait de créer un nouvel ensemble à partir de disques inutilisés.
La documentation publique actuelle sur le stockage prend désormais en charge l’ajout de disques à certaines configurations RAID existantes, notamment l’extension d’un RAID 5, mais cela diffère de la conversion sur place d’un espace de stockage non redondant sur disque unique en RAID.
Sauvegardez plus que les simples dossiers partagés
Avant de modifier le stockage, protégez :
- les fichiers partagés ordinaires ;
- les données des applications Docker ;
- les dossiers montés par liaison personnalisés ;
- les bases de données des applications ;
- les définitions Compose/YAML des applications personnalisées ;
- les configurations importantes qui ne sont pas recréées automatiquement.
Une sauvegarde doit être vérifiée en ouvrant réellement des fichiers représentatifs ou en effectuant une restauration de test, et pas simplement en constatant qu’une tâche est indiquée comme terminée.
Créez le nouveau RAID avant d’effacer l’ancien disque
L’architecture de migration la plus sûre consiste à laisser le NVMe d’origine intact pendant la création du nouveau RAID sur les disques nouvellement ajoutés. Le stockage d’origine reste ainsi une autre source de récupération jusqu’à la validation du nouvel ensemble.
La création des ensembles dans ZimaOS s’effectue actuellement via Paramètres > Stockage. Utilisez la procédure actuelle de configuration du stockage de ZimaOS plutôt que de reproduire d’anciennes procédures manuelles avec mdadm.
Choisissez le RAID 1 ou le RAID 5 selon le nombre de disques et l’évolution prévue
Le RAID 1 est un miroir simple à deux disques. Le RAID 5 commence avec trois disques et sacrifie la capacité d’un disque en échange d’une tolérance à la panne d’un seul disque.
La documentation actuelle de ZimaOS présente le RAID 5 comme une solution adaptée à une bibliothèque en croissance et indique qu’il est possible d’ajouter des disques au fil du temps. Cela peut rendre le RAID 5 intéressant si l’utilisateur prévoit d’agrandir le pool après la migration initiale.
La migration des données actuelle peut déplacer les données gérées par ZimaOS
La documentation actuelle d’IceWhale indique que Paramètres > Migration des données peut déplacer :
- les images Docker ;
- les données des applications Docker ;
- les bases de données utilisateur telles que Galerie, Téléchargements, Documents, Médias et Sauvegarde.
Utilisez la procédure actuelle de migration des données de ZimaOS une fois le stockage cible disponible.
Les montages par liaison personnalisés nécessitent toujours une vérification manuelle
Les catégories de migration intégrées ne garantissent pas que chaque chemin d’hôte personnalisé de chaque pile Compose sera automatiquement réécrit. Vérifiez les applications qui montent des dossiers inhabituels en dehors des emplacements gérés par ZimaOS.
Après la migration, examinez le mappage des volumes de chaque application importante et confirmez que le dossier côté hôte pointe vers le nouveau stockage.
Vérifiez le nouveau RAID avant de réaffecter le NVMe d’origine
Confirmez que :
- le RAID est indiqué comme sain ;
- les partages importants contiennent les fichiers attendus ;
- les applications Docker démarrent et leurs bases de données sont intactes ;
- les autorisations fonctionnent depuis les clients habituels ;
- les tâches de sauvegarde utilisent bien la source et la destination prévues.
Ce n’est qu’ensuite que le NVMe d’origine doit être effacé ou réutilisé.
Conservez la sauvegarde USB après le passage au RAID
Le RAID protège la disponibilité après la panne d’un disque membre. Il ne protège pas contre la suppression accidentelle, les rançongiciels, la corruption d’une application, le vol ou la perte du serveur entier.
La sauvegarde USB du plan initial reste utile après la migration vers le RAID et peut s’intégrer à une stratégie 3-2-1 plus complète.
FAQ sur le passage de JBOD à RAID
La version actuelle de ZimaOS peut-elle déplacer les données d’application entre les espaces de stockage ?
Oui. L’outil actuel de migration des données inclut les données des applications Docker et les images Docker.
Cela signifie-t-il qu’un disque JBOD unique peut être converti sur place en RAID 1 ?
Non. Le déplacement des données et la modification de la topologie de stockage sont deux opérations distinctes.
Quand faut-il effacer le disque d’origine ?
Uniquement après avoir vérifié le nouvel ensemble, les fichiers, l’état des applications, les autorisations et les sauvegardes.
