Bonjour à tous !

J'ai un DS920+ avec 4 disques de 6TB, pour des raisons de manque de place je souhaite passer à 2x12TB + 2x6TB. Actuellement le NAS est configuré avec un seul groupe de stockage (monovolume) sur un seul volume, avec 16,4 To disponibles (càd les 18TB exprimés en To). A priori étant donné l'usage du NAS purement familial et peu intense (backup de fichiers à long terme, sauvegarde des photos des mobiles ou appareils avec SynoPhoto, containers Dockers JellyFin et Koomga, mais pas de $home ou de disque réseau par ex.), je suis assez content avec l'unique groupe de stockage et l'unique volume - et la maintenance minimale.

Sauf que je me rends compte, comme ma config actuelle est issue d'un DS413j, que j'ai plusieurs limitations à rajouter un disque par rapport aux fois précédentes - où j'étendais juste le groupe de stockage (et le volume) sur les nouveaux disques :

1. La taille de mon volume actuel est limitée à 16 Tio (j'ai raté la subtilité qui fait que 16,4To est inférieur à 16Tio donc ça passe encore, mais bref, l'ajout de 5,5To de disque va me faire dépasser cette limite) --> Je vais devoir rendre le groupe de stockage multivolumes ET créer un deuxième volume.

2. Je découvre qu'il est vraisemblable que ma partition système soit de 2,2Go et non de 7.9Go (voir message @Mic13710 ici https://www.nas-forum.com/forum/topic/88255-etendre-le-groupe-de-stockage-sur-tous-les-disque/#findComment-1319528626 mais c'est des Go j'espère !). J'imagine que je le verrai sur le disque de 6To que je vais sortir de la grappe, il va y avoir une première partition de 2,2Go...?

3. Je pourrais en profiter pour passer de ext4 à Btrfs (pas 100% convaincu de l'utilité, sauf peut-être le bitrot...)

4. Je pourrais envisager de mettre tout le volume en crypté, ou au moins d'avoir 2 volumes dont 1 crypté pour mes documents personnels. Mais J'ai besoin de 1 ou 2 To au max de volume crypté, je ne peux plus faire ce découpage avec ma config.

Ma question est la suivante : quelle est la procédure (la plus simple) de réinstallation complète d'un NAS, avec des répertoires partagés (évidemment), les containers Docker géré avec Container Manager, les photos SynoPhotos ? Est-ce qu'il faut refaire tous les répertoires partagés un-par-un avec les droits de chaque groupe, où il y a un moyen rapide tant que le NAS n'est pas arrêté ? Idem Docker, etc.

J'ai les sauvegardes sur disque externe (USB) :

• Backup de mon paramétrage (panneau de config) sur compte Synology et en fichier sur disque externe (USB)

• Backup de mes fichiers par HyperBackup, en mode copie simple non .hbk et miroir (les répertoires sont recopiés, les fichiers sont lisibles sur le disque externe directement). Je n’ai pas activé la case "copie des metadonnées" (car j’ai eu l’impression que c’était très long). Finalement j'ai fait une passe de backup de plus avec l'option activée pour plus de sûreté.

• 1 répertoire partagé backupé par HyperBackup en mode hbx mais une seule version maximum

• Pas de sauvegarde HyperBackup des applications - notamment pas de sauvegarde Synophotos par ce biais, mais les photos ont été copiées par le miroir simple. J'imagine que je perdrai la détection des visages qu'il faudra recommencer ? Et les miniatures? Finalement j'en ai fait une.

• Les paquets sur Docker sont arrêtés et j'ai fait une copie par container manager après arrêt (fichiers .txz)

J'imagine une procédure du type :

1. Si je veux que la réinstallation inclue la partition système, il faut une RàZ complète de DSM j'imagine ?
   Sinon supprimer le groupe de stockage et le volume (actuellement sur mon NAS c'est 'groupe de stockage 2' et ‘volume2’, et ça a toujours été le cas). (est-ce que cela supprimera toute la configuration des répertoires partagés dans le panneau de configuration ?)

2. Recréer groupe de stockage et volume Btrfs - 1 volume ou 2 dont 1 crypté.

3. A ce stade est-il possible de recréer les répertoires partagés et leurs droits d'accès par utilisateur/groupe (et tous les autres paramétrages) en rechargeant le backup du paramétrage du panneau de configuration? Une récup du backup du panneau de config? Sinon il faut que je recopie tout les paramétrages de tous les écrans...
   Comme les répertoires partagés actuels sont sur 'volume2', j'imagine que ça pose problème de toute façon si je repars de zéro avec un 'volume1'...?

4. Le cas échéant, reconfigurer tous les répertoires partagés.

5. Docker : réinstallation des paquets Docker depuis leur backup (là encore, le fait qu'ils soient sur 'volume2' aujourd'hui peut-il poser pb au redémarrage peut-être, les chemins des yaml seront NOK).

6. Hyperbackup : restore l’application SynoPhotos (si j'en fais une sauvegarde séparée avant)

7. Hyperbackup : restore les données des répertoires partagés

8. Hyperbackup : restore les données de l’unique répertoire partagé backupé en hbx

Je suis vraiment au plus simple là !?! :-)

Merci.

Modifié il y a 14 minutes14 min par SynoBer

Ce n'est pas un luxe. Il y a tellement d’écart entre un 413J et un 920 qu'il aurait fallu le faire dès le départ. Quoique, l'augmentation de la partition système n'était pas d'actualité à l'époque et le problème se serait posé plus tard.

Quelle version de DSM ?

Il n'y a pas de possibilité de repartir avec vos dossiers actuels. Il faut tout reconstruire. La meilleure méthode est de faire des sauvegardes via hyperbackup ce qui permet de restaurer les dossiers et fichiers à l'identique avec leurs time codes etc... et permet aussi, dans une certaine mesure de sauvegarder/restaurer certains paquets. Je vous conseille de faire de petites sauvegardes plutôt qu'une seule groupée car si cette dernière est vérolé, vous perdez tout. Vous pouvez par exemple faire un fichier de sauvegarde par dossier partagé. N'oubliez pas de faire une vérification de chaque sauvegarde.

Normalement, hyperbackup sauvegarde aussi le fichier de configuration mais rien n'empêche de le sauvegarder aussi à partir de DSM.

Je vous conseille de faire des captures d'écran de tous vos paramètres (DSM, paquets) avant l'effacement des données. Ce sera plus simple ensuite de s'y référer si besoin.

Une fois vos sauvegardes faites, vous lancez une réinitialisation du NAS pour effacer les disques et supprimer les partitions, puis vous relancez une installation de DSM à partir de synology assistant ou find.synology.com. Vous pouvez aussi détruire le volume et le groupe puis faire un reset mode 2 pour réinitialiser DSM. Dans les deux cas, la partition système passera à 7.9Go.

Vous restaurez vos données et faites les réglages qui n'ont pas été restaurés. Normalement, DSM installera automatiquement les paquets qui ont été sauvegardés, ce qui simplifie grandement les étapes de reconstruction.

Vous parlez de docker mais votre 920 ne peut pas en principe faire tourner docker puisque vous êtes en ext4. Mais je me trompe peut-être.

Bonjour,

Merci pour toutes ces informations. J'ai pris mon courage à deux mains et me suis lancé (je suis sur la dernière version de DSM, 7.4 quelque chose - possiblement 7.4.1-90080), il y a quand même pas mal de boulot mais ça se passe pas trop mal pour le moment. Moins pénible que redouté.

Je confirme que Docker (Container Manager) tourne sans problème sur un DS920+ quel que soit la configuration du système de fichiers, ext4 ou Btrfs.

Si ça peut aider, voilà ce que j'ai fait/je fais en synthétique :

1. Backups à la fois des fichiers, et un backup spécifique avec les applications. A noter que ce backup 'des applications seulement' prend aussi les données de certains répertoires partagés à cause des applications incluses dedans : Synology Photo donc il prend /homes et /photo, Audio Station donc il prend /music, etc.

2. Un backup du paramétrage du panneau de configuration (fichier .DSS) + il y a un backup sur mon compte Synology. Je ne savais pas que chaque Hyper Backup le faisait aussi !

3. Backup de tous les packets Docker dans Container Manager (via export vers fichier .txz) et aussi copier/coller des docker-compose.yml lorsque le package a été créé en mode 'projet Docker'

4. Réinitialisation de DSM depuis le panneau de configuration. Accepter d'appuyer sur le gros bouton rouge qui dit que tout va être effacé - stress maximal

5. Connexion au NAS et il faut faire toute la phase d'initialisation (installation DSM, etc.)

6. Création du groupe de stockage. Création du volume (crypté + Btfrs). Lancer test de 'nettoyage des données' (?).

7. Restauration de la configuration système = panneau de configuration (via .DSS créé au point 2). Permet de recréer tous les users, les groupes, les dossiers partagés, etc.

8. Restauration du backup 'applications' seulement pour File Station et Hyper Backup --> permet de récupérer dans Hyper Backup le paramétrage des backups, ce qui facilite les restaurations ultérieures. Ne jamais mettre de restaurer la configuration système. Ne rien cocher sur la page "restauration des données" pour les dossiers partagés.

9. Restauration du backup 'applications' pour toutes les autres applications. Ne jamais mettre de restaurer la configuration système. Cocher la restauration des données sur tous les répertoires partagés + toutes les applis sauf celles ci-dessus --> long ! On peut aussi faire cette étape plus tard.

10. Restauration des fichiers dans /docker (dossier partagé de tous les packages Docker)

11. Container Manager : le rechargement des packages Docker par import des .txz n'est pas idéal car il ne recrée pas les 'projets' dans Container Manager. Par contre cela fonctionne bien ensuite, on retrouve le package comme on l'avait laissé avec tout son paramétrage interne.
    Pour certains packages je suis en cours de recréation via docker-compose.yml plutôt : à voir si lors de la relance cela reprend bien le paramétrage interne du package (restauré au point 10). Il faut créer manuellement les répertoires (vides) dans les points de montage définis dans le docker-compose (hors ce qui est dans /docker, car normalement déjà restauré en 10), que la création du projet se fasse.
    Faire cette re-création des projets mais ne pas démarrer les packages afin qu'ils n'essaient pas de lire les répertoires des données partagées - car ces données ne sont pas encore restaurées, les répertoires sont vides.

12. En parallèle de 11 : restauration de tous les répertoires partagés hors /docker (déjà fait en 10) ou /photo ou /music (déjà fait en 9). Selon la volumétrie, très à très très long (perso c'est restauré à 100Mo/s environ, donc par ex. ça donne 3 heures par Go environ).

13. A priori démarrage des packages Docker restaurés en 11 - qui devraient retrouver leurs data

14. Derniers contrôles ; notamment reprendre toutes les captures d'écran avant upgrade et repasser sur tous les paramètres

15. Forcer le démarrage des backups réguliers sans attendre leur date de planification. On pourrait aussi lancer de nouveau le test de 'nettoyage des données' dans le gestionnaire de stockage.

Ouf!

Modifié il y a 11 minutes11 min par SynoBer