BackitUp löscht lokales Backup nicht nach Upload
-
Ich nutze google Drive als Ziel und mir ist nun aufgefallen, dass die Backup Dateien die unter /opt/iobroker/backups gespeichert werden nach dem erfolgreichen Upload nicht gelöscht werden.
Kann das Verhalten eingestellt werden?
-
@LibertyX82
Nein ... kann nicht eingestellt werden und ist so gewollt.
Die Kopie auf drive ist nur eine zusätzliche SicherheitskopieWenn du die Backups nicht lokal haben möchtest, wäre NAS eine gute Möglichkeit.
-
Und warum ist das so gewollt? Was genau bringt einem ein lokales Backup? nichts, denn wenn die Maschine abraucht, ist das ebenfalls weg.
Daher wäre eine Option das diese Dateien nach erfolgreichem Upload gelöscht werden wünschenswert.
Ja NAS wäre eine Option, da ich das NAS aber nicht 24/7 laufen lassen möchte, habe ich mich für ein Cloud Backup entschieden.
-
@LibertyX82 sagte in BackitUp löscht lokales Backup nicht nach Upload:
nichts, denn wenn die Maschine abraucht, ist das ebenfalls weg.
und wenn du nicht mehr an deine Dropbox kommst ist es auch weg
-
Was sehr unwahrscheinlich ist...
Zumal es auch hier ein Backup gibt.
-
@LibertyX82 sagte in BackitUp löscht lokales Backup nicht nach Upload:
Was genau bringt einem ein lokales Backup? nichts, denn wenn die Maschine abraucht, ist das ebenfalls weg.
Die Sicherheit, dass es wirklich nur meine Daten sind und die nicht irgendwie und irgendwo auf der Welt auf einem Server rumdümpeln.
Wer ein NAS ohne RAID und regelmäßige Zusatzsicherung (z.B. USB-Stick/-Platte) essentieller Daten betreibt ist selber schuld. -
Leute ich will hier nicht über meine Backup Strategie diskutieren!
Aber zur Info...
4 Bay Qnap NAS im Raid 5 Verbund mit täglicher Snapshot Sicherung (Ransomware Schutz) + USB Backup + standortfernes Backup auf einem zweiten NAS
Die Daten auf dem g Drive sind mit AES256 BIT (EncFS) verschlüsselt, bis auf einen Ordner in den einige Backups laufen.
Wenn ich also in einer Backup "App" einen Cloud Speicher als Ziel wähle, erwarte ich, dass dieser auch als Ziel genutzt wird und nicht als Kopie...
-
@LibertyX82 sagte in BackitUp löscht lokales Backup nicht nach Upload:
Und warum ist das so gewollt?
Weil so die Strategie von Backitup von Anfang an aufgebaut war.
Wenn dein NAS nicht 24/7 läuft, hast du auch hier mit backitup die Möglichkeit mittels WakeonLan. -
Mein NAS nur für 5 Minuten hochzufahren ist natürlich die bessere Lösung, statt die für das Upload benötigten Dateien einfach nach dem Upload zu löschen.
Dann sollte man das aber auch umbenennen satt "Google Drive" zu "Lokal / Copy Google Drive"
-
Vlt. könnte man ja die Option einbauen, dass man auswählen kann, ob man zusätzlich noch Lokal speichern möchte oder eben nicht. Evtl. mit eintsprechendem Warnhinweis im Falle der Deakvierung.
-
Genau oder so ähnlich hatte ich es ja oben bereits geschrieben, einfach eine Option "lösche lokales Backup nach Upload" und fertig.
-
@LibertyX82 sagte in BackitUp löscht lokales Backup nicht nach Upload:
Mein NAS nur für 5 Minuten hochzufahren ist natürlich die bessere Lösung, statt die für das Upload benötigten Dateien einfach nach dem Upload zu löschen.
Dann sollte man das aber auch umbenennen satt "Google Drive" zu "Lokal / Copy Google Drive"
Das ist deine Meinung und die akzeptieren wir natürlich.
Am Grundprinzip wird sich da bei backitup allerdings nichts ändern, denn eine Kopie in Google Drive oder Dropbox ist nur ein zusätzliches Sicherheitsfeature, damit im Falle eines Crashs die Backups noch zusätzlich gesichert sind.Ich selber nutze von Anfang an NFS mount, um somit die Backups auch direkt auf dem NAS zu speichern.
Aber auch hier lege ich im Anschluss eine Kopie in die Google Drive Cloud.Backitup hat viele Möglichkeiten und ist für sehr viele User Wünsche offen.
Aver es wird definitiv kein lokales Backup nachdem es in der Cloud gespeichert ist gelöscht werden.
Es ist ein viel zu hohes Risiko, dass im schlimmsten Fall keine Daten vorhanden sind.Dies ist auch für mich keine Diskussionsgrundlage.
Jedem steht frei einen Adapter zu nutzen oder nicht. -
Ich persönlich sehe auch keinen Sinn das lokale Backup zu löschen. Wozu auch? Wo genau ist das Problem wenn die Datei dort liegt. Das ein Server komplett abraucht ist doch mehr als unwahrscheinlich. Speicherplatz Probleme kann es eigentlich auch nicht sein.
-
Ich sehe schon keinen Sinn in einem lokalen "Backup" denn ein lokales Backup gibt es IMO nicht, denn ein lokales Backup ist kein Backup.
Es gibt viele die den iobroker auf einem Pi etc mit einer SD Karte betreiben und da geht u.a gerne mal die SD Karte kaputt (Thema MTBW) und wenn das passiert, ist i.d.R alles weg.
Thema ist für mich erledigt, Skript angelegt welches über einen crond job den backups Ordner leert.
Wenn ich irgendwann mal Zeit habe, passe ich mir den Adapter einfach selbst an. -
@LibertyX82 sagte in BackitUp löscht lokales Backup nicht nach Upload:
ch sehe schon keinen Sinn in einem lokalen "Backup" denn ein lokales Backup gibt es IMO nicht,
Ein lokales Backup geht auf einem NAS oder USB-Stick - dann wird auch die Datei unter /backups gelöscht.
@LibertyX82 sagte in BackitUp löscht lokales Backup nicht nach Upload:
da geht u.a gerne mal die SD Karte kaputt
Dieses Szenario kommt (gerade in der Sicht als Mean Time between...) relativ selten vor.
Selbst dann lässt sich oft noch vieles herstellen, wenn z. B. nur die Boot-Partition oder eine Zelle mit dem ioBroker Core beschädigt ist. -
@LibertyX82 sagte in BackitUp löscht lokales Backup nicht nach Upload:
Ich sehe schon keinen Sinn in einem lokalen "Backup" denn ein lokales Backup gibt es IMO nicht, denn ein lokales Backup ist kein Backup.
Ein Backup schützt nicht nur vor Datenverlust. Das ist zwar eine wichtige Aufgabe aber für mich nicht die häufigste.
Seit ich von SD Karten weg bin, hatte ich kein Problem mehr. Aber ich habe mir schon ab und an ein Backup eingespielt, weil ich ioBroker migriert, upgedatet oder einfach nur was "verdaddelt" habe.
In solchen Fällen ist ein lokales Backup sehr hilfreich. Und wie gesagt, bei mir die häufigeren Fälle - wenn auch im unteren einstelligen Bereich.Bevor es Backitup gab, habe ich das über ein sh-Skript mit rsync auf den NAS gelöst. Du kannst also Deine individuellen Präferenzen zum löschen des lokalen Backups mit einem sehr einfachen sh-Skript realisieren. Einfach alles im Backup-Verzeichnis löschen.
Derzeit schaffe ich es z.B. auch nicht, von meinem Windows Rechner das lokale Backup auf das NAS per Backitup zu spielen. Irgendein mount issue.
Statt lange nach einer Lösung zu suchen und mit Linux zu hadern, war der Einsatz von RoboMirror schneller und einfacher. Hauptsache es läuft. -
@LibertyX82 sagte in BackitUp löscht lokales Backup nicht nach Upload:
Mein NAS nur für 5 Minuten hochzufahren ist natürlich die bessere Lösung
Ja logisch ist dies die bessere Lösung.
Wofür gibt es ein NAS? Genau um Sicherungsdateien dort abzulegen ...
Aber wie schon geschrieben, ist iobroker ein offenes System und jeder kann es sich so gestalten, wie er will. -
@Homoran sagte in BackitUp löscht lokales Backup nicht nach Upload:
Ein lokales Backup geht auf einem NAS oder USB-Stick - dann wird auch die Datei unter /backups gelöscht.
Ein Backup welches nicht auf dem gleichen System sondern einem externen System oder Laufwerk abgelegt wird, ist kein lokales Backup sondern ein externes Backup.
-
@klassisch sagte in BackitUp löscht lokales Backup nicht nach Upload:
In solchen Fällen ist ein lokales Backup sehr hilfreich. Und wie gesagt, bei mir die häufigeren Fälle - wenn auch im unteren einstelligen Bereich.
In solchen Fällen ist ein Backup sehr wichtig, welches aber immer auf einem externen Gerät stattfinden sollte und nicht auf dem gleichen System.
-
@LibertyX82 sagte in BackitUp löscht lokales Backup nicht nach Upload:
@klassisch sagte in BackitUp löscht lokales Backup nicht nach Upload:
In solchen Fällen ist ein lokales Backup sehr hilfreich. Und wie gesagt, bei mir die häufigeren Fälle - wenn auch im unteren einstelligen Bereich.
In solchen Fällen ist ein Backup sehr wichtig, welches aber immer auf einem externen Gerät stattfinden sollte und nicht auf dem gleichen System.
Darum ein mount auf dein NAS ggfs. mit WOL und dann ist das Thema durch.
Irgendwie widersprichst du dich hier selber in deinen Aussagen
