La Fibre
Datacenter et équipements réseaux => Équipements réseaux => 
NAS, serveurs et micro-serveurs => Discussion démarrée par: rooot le 04 novembre 2023 à 15:24:47
-
Bonjour,
J'ai un hyperviseur sous Hyper-V avec 2 VM de test, VM1 et VM2.
J'ai un petit NAS synology DS216+II avec lequel je fais des tests avant de passer sur un DS1522+.
Depuis l'appli "Active Backup for Business" (ABB), j'effectue mes sauvegardes et mes restaurations de VM sans probleme, ca marche nickel.
Vient maintenant le moment ou j'exporte mes sauvegardes de VM vers le cloud. J'ai choisi LEVIIA comme stockage compatible Amazon S3. (https://www.leviia.com/object-storage/)
Leur stockage est compatible Synology, ils ont un tuto ici (https://wiki.leviia.com/fr/article/hyperbackup-connecter-votre-nas-synology-a-votre-espace-de-stockage-objet-leviia-compatible-s3-lkq6vi/) qui explique comment faire les sauvegardes depuis Hyper Backup
Pour envoyer les backup, aucun souci, ca marche.
Maintenant je veux tester une restauration de ce que j'ai envoyé dans le cloud. Et c'est là que j'ai un souci, je dois mal faire un truc quelque part ou c'est un probleme d'incompréhension de ma part.
J'ai trouvé pas mal de videos youtube qui expliquent comment faire une restauration avec Hyper Backup, mais aucune qui le fait avec des VM...
lorsque je veux restaurer un VM, voilà ce que je fais et au final le message qui s'affiche.
Donc ci-dessous je veux récupérer la version du 1er Nov de ma VM.
(https://i.imgur.com/59VgCNC.png)
(https://i.imgur.com/R9m8Qlk.png)
Dans les logs j'ai le message suivant :
[Amazon S3][S3 Backup 2] Exception occurred while restoration. (It is a remote mount file/folder. Overwriting a remote mount file/folder is not supported.) [Path: /volume1/Backup-vm2/ActiveBackupData]
Donc je ne comprends pas trop ce que j'ai fait de mal et a quel moment...Normalement les données devraient écraser les précédentes, puis avec ABB j'enchaine avec la restauration de ma VM en utilisant les fichiers récupérés du cloud...
Ce que le message d'erreur m'indique de faire dans le screen, n'a pas de sens...si je fais ca je vais tout péter les sauvegardes de ABB. Et si je ne selectionne pas le dossier Backup-vm2 alors le systeme me dit qu'il faut selectionner un dossier !
Si je selectionne des sous dossier de Backup-vm2 :
(https://i.imgur.com/JGeErSZ.png)
Ca ne fonctionne pas si je selectionne : @ActiveBackup
Ca fonctionne si je selectionne : ActiveBackupData, Mais dans ce cas je ne récupère pas toutes les données de la VM...d'autant plus que le dossier @ActiveBackup lorsque je passe la souris sur le (i) indique ceci :
(https://i.imgur.com/tamn2KX.png)
-
"Normalement les données devraient écraser les précédentes,"
non car:
"Overwriting a remote mount file/folder is not supported"
tu ne peux écraser pendant la restauration donc il ne faut pas que le même nom de dossier ou fichier existe déjà. c'est pour ca que l'écran t'indique de renommer l'existant avec la restauration ou de choisir un autre dossier.
a priori ton chemin est "/volume1/Backup-vm2/ActiveBackupData", donc renomme "Backup-vm2" en autre chose avant la restauration s3 ou ne sélectionne pas "backup-vm2"
-
Alors, si tu regardes la video ci-dessous, à partir de 02:03 on nous montre comment restaurer des données depuis le cloud Synology C2:
https://youtu.be/15OMT5vIiHQ?si=GlQOaJp69wn1idov&t=123
A aucun moment il y a une manip de renommage ou de changemement de dossier à faire. Les données sont restaurées à l'endroit ou elles ont été sauvegardées...
J'ai fais un test avec une saugarde de fichiers et ca fonctionne, c'est avec mes VM que ca ne semble pas marcher...
je vais créer un nouveau dossier dans l'arborescense pour voir mais je ne crois pas que ce soit la solution.
-
Ca a fonctionné !
Alors il m'a fallu aller renommer backup-vm2 en backup-vm2-test
Ensuite je refais le process de restauration, cette fois-ci plus d'erreur, et ca m'a recréé un dossier backup-vm2 dans lequel la restauration semble se faire.
Bien que ca ait fonctionné, je trouve le principe un peu bizarre, car on n'est pas obligé de faire ça lorsqu'il s'agit d'une sauvegarde de fichiers, ou bien dans le cloud de synology d'après leur video...
(https://i.imgur.com/AIEH7JP.png)
-
de ce que je comprend cette limitation est propre au "cloud/service provider" que tu utilises; ce qui n'est pas le cas de ta vidéo (provider= C2).
le message que tu avais provenais du provider "S3 Storage" (j'imagine?).
-
de ce que je comprend cette limitation est propre au "cloud/service provider" que tu utilises; ce qui n'est pas le cas de ta vidéo (provider= C2).
le message que tu avais provenais du provider "S3 Storage" (j'imagine?).
Ben moi je pensais plutot que ca venait de l'application, le S3 storage de Leviia lui il se contente d'envoyer les data, pas de ce qui se passe sur le synology...D'ailleurs il n'a aucune idée de ce qu'il se passe de ce coté. ils gere juste le droit d'accès a ses données.
Tu dis ça par rapport au log ? qui commence par :
[Amazon S3][S3 Backup 2].......
-
Bon, les données ont été restaurées dans un nouveau dossier qui porte le même nom que le précédent, du coup l'appli "Active Backup Business" s'y retrouve, pour elle rien n'a changé. Et je peux donc effectuer maintenant la restauration de la VM.
Le fonctionnement est validé.
Merci Kgersen pour m'avoir mis sur la voie (je ne sais pas si c'est vraiment comme ça que ça doit se passer, en attendant ça marche sans rien casser).
Au passage je valide pour LEVIIA, ca marche tres tres bien, ils sont pas cher, en France, et déduplique nos données sur 3 sites de chez OVH (Roubaix, Gravelines, Strasbourg).
Ca me fait du 720€/an pour 10To de stockage.
-
Je pense que c'est surtout parce que c'est une VM.
Il faudrait que votre VM ne soit pas utilisée par un autre processus pour que la restauration en écrasant fonctionne.
Sinon, la restauration sur du vide cela fonctionne toujours je pense.
-
Je pense que c'est surtout parce que c'est une VM.
Il faudrait que votre VM ne soit pas utilisée par un autre processus pour que la restauration en écrasant fonctionne.
Sinon, la restauration sur du vide cela fonctionne toujours je pense.
c'est une sauvegarde que j'ecrase pas la VM.
il y a l'hyperviseur avec les VM d'un coté, et le synology et ses sauvegardes de l'autre.
sur le synology il y a 2 applications que j'utilise :
La première : "Active Backup for Business" se charge de faire une sauvegarde de la VM sur le synology. Backup et Restauration depuis ABB fonctionnent très bien, même avec la VM qui tourne.
La seconde : "Hyper Backup" fait un backup de cette sauvegarde, et l'envoie dans le cloud.
La restauration depuis le cloud rapatrie la sauvegarde de la VM dans "active Backup for Business".
Ce que je trouve anormal, c'est de faire manuellement la manip de renomer le dossier source pour rapatrier la sauvegarde. Pourquoi ne pas nous permettre de choisir de rapatrier dans un autre dossier si justement la destination va obligatoirement poser problème ?
C'est pour ça que je pense qu'il y a un truc que je ne fais pas bien, c'est peut etre au niveau de ABB, je ne sais pas...
-
Salut,
as tu bien fait la mise à jour de ton DS216+ vers DSM7.2 ?
Synology ne mets plus à jour les applications sous DSM 6.2 depuis un petit moment.
Si dans les Changelog des applications tu as ton Bug, il faut obligatoirement installer DSM 7.2 pour avoir les mises à jours des applications et donc les Bugs Fixes.
-
as tu bien fait la mise à jour de ton DS216+ vers DSM7.2 ?
oui je suis avec la derniere version de DSM7.2
-
Bon il me semblait bien qu'il y avait un truc pas normal...J'ai ouvert un ticket chez Syno et voici la réponse :
(https://i.imgur.com/mOEcpLe.png)
-
tiens tiens, que vois-je apparaitre sur mon DSM :
(https://i.imgur.com/F73lBZA.png)
-
Un truc que je n'avais pas indiqué ici, c'est que le Bucket chez LEVIIA dans lequel je dépose les sauvegardes, est en mode WORM (Write Once, Read Many) pour une durée de 5 jours. Histoire de rendre la sauvegarde immuable si jamais le "méchant hacker" parvient a prendre la main sur le NAS ou bien le Compte LEVIIA, il ne pourra pas supprimer ou altérer les données.
@kgersen, supposait que le message d'erreur pouvait provenir du stockage S3, et je vois dans le message qui a été mis en gras par le support Synology :
[Warning] restore skip /volume1/Backup-vm2/ActiveBackupData (remote mount)
Du coup le mot "remote" ça me fait tiquer...l'appli essaierait de faire un montage distant et n'y parvient pas ?
Bon je vais laisser le support faire son investigation et faire la mise à jour...
-
petit retour après plein de manipulations et de tests avec le service support de Synology :
(https://i.imgur.com/USSaxcH.png)
En espérant qu'ils trouvent une solution...d'autant plus qu'avec leur propre Storage C2 le comportement est le même, donc le souci se trouve au niveau du logiciel, soit "Hyper Backup" soit "ABB".
-
Rétropédalage de Synology :
(https://i.imgur.com/kAecb5x.png)
-
Donc le mot de la fin :
(https://i.imgur.com/g96cnFk.png)