Server zu voll für Backups

[Tobi]

@Tobi Wo ist die DAteiverwaltung oder der FEstplattenmanager denn zu finden. Konnte ihn nicht finden? Oder meinst du die Festplattenauslastung. DIe ist ja überall 0 Prozent. DIe zeigt die AUslastung des Backupfolders auf linux leider nicht an.

Dann einfach mal auf "Aktualisieren" klicken?

Und dein Backup-Ordner muss dort angezeigt werden.

[Kabna]

Der Backup Ordner enthält augenscheinlich ein lokales restic Backup.

Das heißt, ich kann das löschen?? die 600mb bis 300mb dateien oder so? Ich habe keine Ahnung Tobi. DU musst schon sagen das ich das löschen darf .
Habe auf jeden FAll mindestens seit Jahren, vermutlich noch nie ein backup nicht über keyhelp gemacht wenn man von den 2 snapshots beim Anbieter absieht.

- Kann ich irgendwo sehen was welches Paket irgendwo hinspeichert. alias vom woher diese Sicherungen stammen von welchem Programm. Weil vielleicht geht das dann munter weiter nach Löschung

Dann einfach mal auf "Aktualisieren" klicken?

Und dein Backup-Ordner muss dort angezeigt werden.

ALso wenn du in dem Systemstatus/FEstplattenauslastung meinst. DOrt ist der backupordner schon da. Beide sogar. Un auch mit dem ncdu- Befehl Aber ohne das da etwas driin sein soll halt. Habe mal geschaut was das ist was du sagst. DAs Programm namens restic ist auf jeden FAll nicht drauf. Höchstens eines das das gleiche macht hehe. (apt list--)
Habe aber bei einem alten upgrade (per keyweb script) mal ja statt nein oder umgekehrt gewählt. Vielleicht habe ich mir da was dieser Art angestellt...

Siehe Screenshots:

ncdu_2.png (16.46 KiB) Viewed 456 times

[Tobi]

Bei der Festplatten-Auslastung mal auf „Aktualisieren“ - Link klicken. Dann werden Speicherplatz und Dateien gezählt.

Ich gebe grundsätzlich keine Löschempfehlungen. Am Ende bin ich Schuld wenn was fehlt? Nenene, auf deiner Platte musst du schon selbst wissen was da liegt. Eventuell gibt dir der Zeitstempel der Dateien und Ordner Aufschluss darüber ob diese Dateien noch in Verwendung sind.

[Kabna]

Bei der Festplatten-Auslastung mal auf „Aktualisieren“ - Link klicken. Dann werden Speicherplatz und Dateien gezählt.

Ich gebe grundsätzlich keine Löschempfehlungen. Am Ende bin ich Schuld wenn was fehlt? Nenene, auf deiner Platte musst du schon selbst wissen was da liegt. Eventuell gibt dir der Zeitstempel der Dateien und Ordner Aufschluss darüber ob diese Dateien noch in Verwendung sind.

DAnke für die Hinweise. Warum aktuellisiert Keyehelp nicht von selbst ^^. Aber alle Ordner die 108GB vom 28.12. dem Tag an dem ich das erste Mal, die neue Backupverwaltung voN Keyhelp nutzte., Spricht also dafür das die Ordner durch Keyhelp angelegt wurden. Komisch oder wie erklärt sich das?
AH das Standard Repository von Keyhelp angelegt (nicht von mir) ist folgender PFad:
/backup/repository-28113/

1) DAnn bleibt nur noch die Frage, warum sich bei einem nicht abgeschlossenen Backup die Sachen nicht wieder löschen?
2) Und da das backup erst bei 27% war, die angelegten GIgabythe 108, der Server aber nur 320 hat, warum das nicht gleich verzippt wird. Das füllt ja allen Speicherplatz auf dem Server. Das kann ja sowieso nicht gut gehen???

3) Vielleicht nutze ich doch erst wieder die alte backupverwaltung wenns keine Lösung geben sollte, aber die sichert ja nicht den ganzen Server, sondern nur die neue oder hatte ich das falsch verstanden und die neue ist nur etwas spezifischer mit den Einstellungen die man treffen kann?

[technotravel]

DAnke für die Hinweise. Warum aktuellisiert Keyehelp nicht von selbst ^^. Aber alle Ordner die 108GB vom 28.12. dem Tag an dem ich das erste Mal, die neue Backupverwaltung voN Keyhelp nutzte., Spricht also dafür das die Ordner durch Keyhelp angelegt wurden. Komisch oder wie erklärt sich das?
AH das Standard Repository von Keyhelp angelegt (nicht von mir) ist folgender PFad:
/backup/repository-28113/

Wenn du ein *lokales* Repository anlegst, vergibt KH einen Ordnernamen, den du allerdings während dem Anlegen ändern kannst.

1) DAnn bleibt nur noch die Frage, warum sich bei einem nicht abgeschlossenen Backup die Sachen nicht wieder löschen?
2) Und da das backup erst bei 27% war, die angelegten GIgabythe 108, der Server aber nur 320 hat, warum das nicht gleich verzippt wird. Das füllt ja allen Speicherplatz auf dem Server. Das kann ja sowieso nicht gut gehen???

KH löscht grundsätzlich *nie* die Daten aus einem Backup - das ist alleinige Verantwortung des Nutzers. Du hast einfach zu wenig Speicherplatz auf deinem Server, ich würde da für die Backups einen externen Speicher empfehlen. Solchen Speicher gibt es übrigens auch von Keyweb, genannt Keydisc. Die Einbindung ist auch für Laien recht unproblematisch.

3) Vielleicht nutze ich doch erst wieder die alte backupverwaltung wenns keine Lösung geben sollte, aber die sichert ja nicht den ganzen Server, sondern nur die neue oder hatte ich das falsch verstanden und die neue ist nur etwas spezifischer mit den Einstellungen die man treffen kann?

Davon würde ich dir definitiv abraten. Mit korrekter Einbindung eines externen Speichers löst du deine Backup-Probleme.

Übrigens, wenn du wissen willst, was in einem Backup wirklich drin ist, kannst du ja ein bestehendes Repository wieder neu einbinden. Hierzu einfach in einem neu erstellten Repository den Pfad eingeben und dem Repo einen beliebigen Namen geben. PW musst du natürlich kennen. Dann eine Weile warten bis KH dieses Repository eingelesen hat - danach Wiederherstellen auswählen. Kriegst du Inhalt und Datum der Sicherung angezeigt und kannst entscheiden, ob es weg kann oder nicht.

[Kabna]

Wenn du ein *lokales* Repository anlegst, vergibt KH einen Ordnernamen, den du allerdings während dem Anlegen ändern kannst.

Danke dir

KH löscht grundsätzlich *nie* die Daten aus einem Backup - das ist alleinige Verantwortung des Nutzers. Du hast einfach zu wenig Speicherplatz auf deinem Server, ich würde da für die Backups einen externen Speicher empfehlen. Solchen Speicher gibt es übrigens auch von Keyweb, genannt Keydisc. Die Einbindung ist auch für Laien recht unproblematisch.

Doch, mit dem alten backup System auf jeden FAll. Sonst hätte ich über die Jahre Tonnen an GB davon angesammelt. Nur das neue nicht...Das neue verzippt anscheinend auch nicht.
Und ich bräuchte für ein Backup von 320GB etwa 1000GB freoen Speicherplatz, anders als beim alten backupsystem..bei mir.

Davon würde ich dir definitiv abraten. Mit korrekter Einbindung eines externen Speichers löst du deine Backup-Probleme.

Übrigens, wenn du wissen willst, was in einem Backup wirklich drin ist, kannst du ja ein bestehendes Repository wieder neu einbinden. Hierzu einfach in einem neu erstellten Repository den Pfad eingeben und dem Repo einen beliebigen Namen geben. PW musst du natürlich kennen. Dann eine Weile warten bis KH dieses Repository eingelesen hat - danach Wiederherstellen auswählen. Kriegst du Inhalt und Datum der Sicherung angezeigt und kannst entscheiden, ob es weg kann oder nicht.

Warum würdest du konkret davon abraten? Bisher hat es immer gut funktioniert

[Kabna]

Doch, mit dem alten backup System auf jeden FAll. Sonst hätte ich über die Jahre Tonnen an GB davon angesammelt. Nur das neue nicht...Das neue verzippt anscheinend auch nicht.
Und ich bräuchte für ein Backup von 320GB etwa 1000GB freoen Speicherplatz, anders als beim alten backupsystem..bei mir.

Muss mich korrigieren. Natürlich nur doppelt und nicht 3 fach. ALso nur 640GB. WIe vorher auch vermutlich hehe...
Aber mit dem fehlenden Löschen ist trotzdem Doof. Ich kann ja auf den Server drauf. Aber wenn man nur Keyhelp Zugriff hat ist das doof .
DAnn habe ich jetzt nochmal ein backup des Servers über die neue Backupverwaltung angestossen, damit es endlich danach mit dem Upgrade losgehen kann. Allerdings hatte ich über die Keyhelp upgradescripüts bisher noch keine Probleme

[technotravel]

Je nun. Du scheinst beratungsresistent zu sein haha ...

Wie groß dein Backup wird, hängt auch davon ab, wie du das Repository und das regelmäßige Backup konfigurierst. Je nach Anzahl der snapshots werden die älteren ja automatisch gelöscht.

Das alte Backup-System würde ich schon deshalb nicht mehr nutzen, weil es irgendwann endgültig aus Keyhelp entfernt werden wird.

Externer Speicher für das Backup ist mMn ein "Musthave". Einerseits weil es den Speicherplatz deines Servers entlastet. Aber vor allem, weil es auch dann noch zugänglich bleibt, wenn du auf deinen Server gar keinen Zugriff mehr hast. Hast du dir mal überlegt, wie du in so einem Szenario wieder an dein Backup kommst?

[Alexander]

DAnke für die Hinweise. Warum aktuellisiert Keyehelp nicht von selbst ^^.

Je nach Speicherauslastung kann der Vorgang für das root-Verzeichnis / recht lange dauern. Um Systemlast und Zeit zu sparen, wenn man mal eben die Belegung eines tiefer liegenden Ordners ermitteln möchte, findet das "Aktualisieren" nicht von selbst statt. So navigiert man zum Beispiel erst zum Ordner, den man untersuchen möchte und klickt dann dort auf "Aktualisieren". Das geht bedeutend schneller.
Und wenn man es doch mal für den root-Ordner braucht, klickt man eben in diesem Ordner auf aktualisieren (und holt sich 'n Kaffee oder so).

Das Verhalten kann man auch Einstellen über die Ansichtsoptionen -> Automatische Datenerfassung, dann wird automatisch aktualisiert.

Muss mich korrigieren. Natürlich nur doppelt und nicht 3 fach. ALso nur 640GB. WIe vorher auch vermutlich hehe...

Es findet eine gewisse Komprimierung statt, es sollte also in jedem Fall kleiner sein als die eigentlich original-Dateien. Zusätzlich kommt bei folgenden Backups die Inkrementelle Sicherung noch positiv zur Geltung, so dass nur Daten im Backup gesichert werden müssen, die sich auch geändert haben.

Welche Größe wird denn unter "Backup" -> "Neue Backup-Verwaltung" -> "Repository-Verwaltung" angezeigt (auch gern mal mit der Maus mal über das graue "( i )" fahren)

DAnn bleibt nur noch die Frage, warum sich bei einem nicht abgeschlossenen Backup die Sachen nicht wieder löschen?

Die Laufzeitdateien, die während eines Backup-Vorgangs geschrieben werden werden im Ordner /backup-keyhelp/ gespeichert. Hier liegen i.d.R. Cache Daten, damit der nächste Backup-Vorgang noch schneller vonstatten geht. Bei dir sind da laut Screenshots nur 90 MB drin, das kann also so bleiben. Wenn du dich daran störst, kann der Ordner aber auch gelöscht werden (im Idealfall wenn kein Backup läuft). Er wird dann beim nächsten mal neu erstellt

Alles was im eigentlichen Repository Ordner abgelegt wird, verwaltet seine Daten selbst. Hier kann man unter "Backup" -> "Neue Backup-Verwaltung" -> "Repository-Verwaltung" -> entsprechendes Repository auswählen -> "Maximale Anzahl von Snapshots" festlegen, wievele Abbilder gespeichert werden sollen. Man kann auch einzelne Snapshots wieder löschen (aktuell etwas versteckt) über "Backup" -> "Neue Backup-Verwaltung" -> "Backup wiederherstellen"

2) Und da das backup erst bei 27% war, die angelegten GIgabythe 108, der Server aber nur 320 hat, warum das nicht gleich verzippt wird. Das füllt ja allen Speicherplatz auf dem Server. Das kann ja sowieso nicht gut gehen???

Das neue Backup-System setzt auf andere Technologien, Deduplikation, Inkrementelle-Sicherung, generelle Kompression. Es braucht keine zips, tars usw. Wenn man noch mehr sparen möchte, kann man es so machen: viewtopic.php?p=56708#p56708