NEWS
[gelöst] Backup - Wie?
-
OK dann ist das wohl normal - aber etwas ungewohnt, dass man solange warten muss, bis man zb Widgets kopieren kann `
War auch nicht immer, oder meine vis-views.json ist inzwischen so groß dass es einfach länger dauert.Ich meinte nicht dass das "normal" sei, sondern dass du dir wegen deiner Hardware keine Sorgen machen musst.
Was deine VM angeht bin ich raus - da kenne ich mich gar nicht aus.
Wobei natürlich ioBroker in einer VM auf dem NAS noch Reibungsverluste durch die VM existieren und zu Performanceeinbußen führen können.
So wie ich auf der QNAP-Seite verstanden habe hat das 253 extra natives Linux für IoT. Das wäre natürlich (in Bezug auf Performance) vorzuziehen.
Auf meinem NUC läuft auch Debian nativ.
Gruß
Rainer
-
Hi,
Zum Thema Backup… ich habe das Problem, das ich die Ordner/Pfade ../opt/iobroker... auf der VirtuellenMaschine des QNAPs nicht finde? `
in welchem Zusammenhang?-
Zur Installation? Da musst Du diese zuvor anlegen, hinein wechseln und dort dann ioBroker installieren
-
Zum Backup? Siehe oben - Du hast die Installationsverzeichnisse angelegt (hoffe ich), usw. Diese musst Du nehmen.
Gruß,
Eric
-
-
In Bezug auf das Backup… ich habe nun endlich den Pfad auf der QNAP gefunden.
Bekomme aber die Fehlermeldung im Screenshot.
2292_screenshot.jpg -
Ich denke, Du hast da einen Denkfehler.
QNAP selber hält das Verzeichnis nicht direkt im eigenen Filesystem.
Es stellt VM zur Verdügung.
VM stellt die CPUs, den RAM und die HDDs zur Verfügung und simuliert darauf einen "eigenständigen" Pc/Server.
Dafür wird für die "Festplatte" der virt. Maschine auf der QNAP eine einzige Datei (bei VMWare z.B. eine *.vmdk) angelegt. Auf der QNAP selber kommst Du da nicht so einfach rein.
Du musst Dich per SSH mit der virt. Maschine verbinden (und bist dann quasi "in" der vmdk-Datei) und dann dort die Schritte durchführen.
Gruß,
Eric
-
-
Ich kann allen nur empfehlen: Wer ein Backup macht, sollte zumindest einmal den worst case durchspielen. Also eigentlich Rechner platt machen, neu aufsetzen, Backup einspielen und testen, ob dann auch alles funktioniert. Sinnigerweise alles dokumentieren.
Für mich ist ioBroker ein 'kritisches System', d.H. eigentlich darf es nicht ausfallen. Ich bin zwar nicht so weit, dass ich ein Stand-By System und ein Fall-Over aufgesetzt habe, aber ich möchte zumindest innerhalb einer angemessenen Zeit wieder ein lauffähiges System haben - und zwar ohne langes rumgefrickel und überlegen welche Parameter ich in irgendeinem Script oder in der fstab noch so eingestellt habe…
Backup machen ist fein, aber auch mal eines wieder einspielen, um zu testen, ob das auch so funktioniert, wie man sich das gedacht hat ist ebenso wichtig.
-
Genau deswegen läuft IoBroker bei mir auf einem ESXi-Server (auf einem NUC).
Vor jeder Änderung (ja, wirklich jeder Änderung - auch an Views) mache ich einen Snapshot. Wenn die Änderungen einige Tage sauber laufen, wird der oder die Snapshots zusammengeführt.
Dann wird IoBroker gestoppt, die virt. Maschine runtergefahren und dann alle notwendigen Files auf ein NAS kopiert.
Das NAS synchronisiert alle Daten einmal pro Woche auf meinen Online-Storage.
Ich denke, das sollte reichen.
Gruß,
Eric