Anzeige

Am Puls von Microsoft

Anzeige

[gelöst] Große Dateimengen löschen aus QTDBackup -- nicht gelöst!

AdiMiraMichael

Herzlich willkommen
Hallo,
ich bin hier in diesem Forum auf Fragen & Antworten zum Thema "Große Dateimengen löschen" gestoßen, leider ist die Frage als gelöst markiert.
Tut mir leid, aber bei mir ist sie NICHT gelöst.

Problem:
Ich fahre täglich Sicherungen auf eine meiner Festplatten. Nach 14 Tagen muss ich leider die Sicherungsdateien manuell löschen, dieses Backupprogramm macht es leider nicht.

Heute z.B. sind es rund 320000 Dateien in vielen Verzeichnissen. Natürlich lösche ich schon lange nicht mehr in den Papierkorb, sondern über die im Win10-Explorer vorhandene "Endgültig löschen"-Funktion. Diese, aber auch die im Kontextmenu brauchen Stunden, um die Dateien zu löschen. Eine Anwendung von rmdir geht nicht, denn da sind ja die neuesten Sicherung im Verzeichnis, die nicht gelöscht werden dürfen. Ebenso ist da nix mit format -- wobei mir dieser Befehl im Regelfall zu gefährlich ist, um ihn auf HDDs anzuwenden. Aber auch format würde meine nicht zu löschenden Sicherungen löschen.
P.S. mit rmdir die EINZELNEN Sicherungsverzeichnisse zu löschen -- da sitze ich zu lange dran, spare also keine Zeit, da die Verzeichnisnamen zeitabhängig generiert werden.


Gibt es sonst noch Tricks oder Software?
LG Adi Mira
 
Anzeige
AW: Große Dateimengen löschen -- nicht gelöst!

Hallo und willkommen,

ich kenne deine Ordnerstruktur ja nicht. Aber hast du kein übergeordnetes Verzeichnis, welches du löschen kannst?
Und warum mußt du die Sicherungen selbst löschen?

Bei der Menge an Dateien sicherst du also dateiweise. Ist in Ordnung, mache ich auch so. Ist nämlich sicherer finde ich.

Womit sichere ich: Mit Traybackup.
Jeden Mittwoch sichere ich ausgewählte Ordner von diversen Partitionen auf meine interne Sicherungsplatte G:/weekly.
Dort gibt es die Verzeichnisse woche1, woche2, woche3, woche4 und woche5. Genau, jeder Monat hat 4 oder 5 Mittwoche.
Ich halte damit Backups von 4 Wochen vor. Die Woche belegt ca 10 GB.

Zur ersten Sicherung einer Woche wird natürlich Alles kopiert. 4 Wochen später sind diese Dateien meist schon vorhanden und werden übersprungen. Wurden die Dateien in der Quelle verändert, werden sie im Ziel überschrieben. Nicht mehr vorhandene Dateien/Verzeichnisse in der Quelle, werden im Ziel gelöscht. Das macht Traybackup, weil es so von mir gewünscht ist.

Und jetzt stelle ich mir wieder die Frage, warum muß man selbst löschen.
 
AW: Große Dateimengen löschen -- nicht gelöst!

Nach 14 Tagen muss ich leider die Sicherungsdateien manuell löschen, dieses Backupprogramm macht es leider nicht.

Heute z.B. sind es rund 320000 Dateien in vielen Verzeichnissen.
Da gibt es nur eine Lösung für deinen Anwendungsfall: Backupkonzept überarbeiten / andere Software verwenden. Wenn, dann muss man da ansetzen. Sei es, weil es schnellere Möglichkeiten gibt solche Datenmengen zu verwalten (kopieren, löschen, etc.) und auch weil so etwas Aufgabe der Backupsoftware ist. Solche Sachen erledigt man doch nicht "per Hand".

Es gibt unzählige Programme für Backups & Sicherungen. Mit teilweise sehr unterschiedlichen Ansätzen & Features. Da ist für jeden eine Lösung dabei, so dass keine "Handarbeit" mehr notwendig ist.
 
AW: Große Dateimengen löschen -- nicht gelöst!

Heute z.B. sind es rund 320000 Dateien in vielen Verzeichnissen. Natürlich lösche ich schon lange nicht mehr in den Papierkorb, sondern über die im Win10-Explorer vorhandene "Endgültig löschen"-Funktion. Diese, aber auch die im Kontextmenu brauchen Stunden, um die Dateien zu löschen.
Löschen von vielen Dateien dauert nunmal. Dabei den Umweg über den Papierkorb sparen, macht es nicht schneller.

Gibt es sonst noch Tricks oder Software?
Ein anderes Backup-Programm oder eine andere Backup-Strategie. Du könntest z.B. die Dateien einfach zyklisch überschreiben, dann ist ein Löschen unnötig. Wenn die Verzeichnisse anders benannt oder strukturiert wären, könntest Du auch rmdir anwenden. Ansonsten könntest Du höchstens das Löschen in ein Batch-Skript auslagern, aber das läuft dann trotzdem noch Stunden.

Schnellformatieren ist übrigens die Lösung, wenn keine der Daten auf dem Datenträger mehr verwendet werden sollen. Schnellformatieren erzeugt auch nicht viel Schreiblast auf dem jeweiligen Datenträger, weil dabei nur das Dateisystem neu geschrieben wird. Es wird also quasi ein leeres Inhaltsverzeichnis auf den Datenträger geschrieben.
 
AW: Große Dateimengen löschen -- nicht gelöst!

Ja ein höchst seltsames Backup Programm würde ich mal sagen, wenn das seine Eigenen Backups nicht nach einer voreingestellter Zeit selbst überschreiben oder löschen kann, bei mir werden die Backups Automatisch nach drei Monaten überschrieben und jeden Monat gibts ein Voll und anschließend inkrementelle Backups.
Das mache ich so seit 10 Jahren und hat sich für mich so am besten bewährt.

Mir wäre das zu aufwendig jedes Backup einzeln anzuschieben und anschließend auch noch zu löschen, da würde ich dir auch empfehlen deine Strategie zu überdenken.
 
AW: Große Dateimengen löschen -- nicht gelöst!

Wow, vielen Dank! So viele Antworten am Stück hätte ich nicht erwartet.

Ja, Ihr habt Recht, natürlich. Das Backupprogramm QTDBackup ist ein bißchen eigenartig. Im Vergleich zu vielen anderen -- die vorgeschlagenen habe ich noch nicht ausprobiert -- hat es aber den Vorteil, daß es keine proprietären Container bildet, die sich dann, wenn man es wirklich mal brauchen würde, nicht mehr öffnen lassen. Hatte ich schon zur Genüge, leider, und daher ist dies mein erstes Kriterium.
Warum dieses Programm Altdaten nicht löscht, keine Circle-Backups bietet -- ich hab´s nicht geschrieben.
DER Vorteil ist halt, wie gesagt, die 1:1 Sicherung, d.h. wenn eine Datei verloren oder beschädigt ist, gehe ich mit dem Explorer in die Sicherung und hole mir die gesicherte Datei dort heraus.

Ich habe das Löschen mir in meinem Terminkalender als manuelle Tätigkeit alle 14d festgelegt, da kann ich dann selbst entscheiden, was gelöscht werden muß oder nicht -- damit ist nicht plötzlich etwas verschwunden, wovon ich felsenfest überzeugt war, daß es noch da ist.
"Dateien löschen braucht Zeit". Ja, das ist wohl wahr. Gestern waren es für die Sicherungen von 14d lt. Windows irgendwas um die 7h angezeigt und war nach ca. 5h endlich damit fertig. ca. 330 Tsd Dateien, ca. 1.2TB. Ich bin Verleger, hier werden die Buchdateien tgl. gesichert. Das sind schon Datenmengen, d.h. täglich 80GB im Vollbackup. Ist mir sicherer als Inkremetal, ich habe auch insges. rund 45TB Kapazität hier für alle Sicherungen und Dateien.
Und damit gleich zur gefragten Dateistruktur: Buch\Buchtitel\ und dann Verzeichnisse für Bilder aller Art, Printdaten, Grunddaten, Zips. etc.

Ich danke Euch jedenfalls allen für Eure vielen Ideen und Vorschläge und werde heute noch sehen, was ich davon umsetzen kann.
An sich ist QTDbackup kein schlechtes Programm und macht weniger Zicken, als andere.
Das Bullgard Backup, zum (bezahlten) Virenscanner mitgeliefert, z.B. hat mir "volle Sicherung" angezeigt und als ich nachprüfte, waren es 5 von 20 Verzeichnissen. So was kann ich einfach nicht gebrauchen.

Liebe Grüße und einen schönen Sonntag, Adi Mira Michaels
 
Weisst du es? "qtd backup" gab es nie. Also wenn man Hilfe möchte, sollten wenigstens solche Angaben stimmen.
 
@.Bernd , auch lesen sollte man, denn es steht dort ja

img_201.png
 
Ich war schon vor dir auf der Seite, dort nirgend was von "qtdbackup" oder "qtd backup", oder hälst du mich für so dumm? Deswegen auch meine Frage an ihn dazu.
 
Ich interpretiere qtdbackup auch als - ich nutze eine Programm von qtd für backup.
Also alles nicht so engstirnig sehen. :)
 
Nokiafan, danke. "Intern" läuft es bei mir als Backup und nicht als Sync.
Man muß ja nicht gleich beißen, Bernd. Wuff, wuff!
 
AW: Große Dateimengen löschen -- nicht gelöst!

hat es aber den Vorteil, daß es keine proprietären Container bildet, die sich dann, wenn man es wirklich mal brauchen würde, nicht mehr öffnen lassen.
Dann eben zippen, besser 7zippen oder ähnliches. Sofern man dann jeweils die Version des verwendeten Packprogramms aufhebt und auch das dazu korrespondierende Betriebssystem, sollte es keine Probleme geben in mittelfristiger Zukunft an die Daten zu gelangen. Ein Backup-Programm, das eine Sicherung in Form von einfachen Dateikopien anbietet, sollte das eigentlich können.

Es gehörte übrigens schon immer zu einer guten Backupstrategie, daß man für die problemlose Wiederherstellung sorgt. Das kann sogar heißen, daß man bestimmte Hardware vorhält oder eben rechtzeitig mit den Backups das Medium wechselt. Für einen vierzehntägigen Rhythmus ist das m.E. zu aufwendig. Da tut's das Programm der Wahl, denn es ist kaum zu erwarten, daß ein Programm innerhalb von 14 Tagen den Betrieb einstellt oder nicht lösbare Inkompatibiltäten auftreten.
 
AW: Große Dateimengen löschen -- nicht gelöst!

So viele Antworten [...]
Interessanter Einblick in dein Konzept. Es spricht ja durchaus nichts dagegen die Daten ohne Container zu speichern und bei deiner Tätigkeit ist eine Sicherung als Vollback mehr, als zu wenig, durchaus verständlich, aber wieso musst du händisch an einigen Stellen wieder was löschen?

Beispiel für eine Datensicherung, die nur aus Vollbackups besteht, aber ohne lange Löschzeiten auskommt:
Gesichert wird immer der aktuelle Datenbestand (~80GB) und zwar:
Täglich im Wechsel auf 2 unterschiedliche "Tages-HDDs" (heute HDD A, morgen HDD B, übermorgen HDD A, etc.)
Wöchentlich im Wechsel auf 2 unterschiedliche "Wochen-HDDs"
Alle 2 oder 4 Wochen auf 2 "Monats-HDDs". Wegen der 2 oder 4 Wochen dann gleich nacheinander auf beide Platte, so dass da auch ein Plattenausfall besser verkraftet werden kann.

Mit dem Konzept hättest du bei z.B. 6 x 4TB HDDs (=50% von dem, was du angibst an Platz zu haben) Zugriff auf Bestände der letzten 70+ Tage, danach die wöchentlichen Bestände der letzten 70+ Wochen bzw. die letzten 35+ Monats-Bestände. Ohne auch nur eine Sekunde für Datenlöschung zu verbrauchen. (Kann man beliebig ausbauen für halbjährliche Sicherungen.)

Zudem sind die Backups flott erledigt, da immer nur die 80GB anfallen. (Die Berechnungen habe ich einfach mal grob Pi x Daumen mit 100GB pro Sicherung und 3,6TiB nutzbarer Speicher einer 4TB Platte gemacht.)

Bei den täglichen Sicherungen könnte man nach ~70 Tage erst einmal die beiden HDDs einlagern und für die nächsten 70 Tage 2 neue / weitere Tages-HDDs nehmen. Sind die dann auch voll, dann nimmt man wieder den ersten Satz, wo eine kurze Schnellformatierung in Sekunden eine komplette Säuberung ermöglicht.


P.s. Du hast geschrieben "habe auch insges. rund 45TB Kapazität hier für alle Sicherungen". Auch an Offsite-Sicherung und CO gedacht?
 
Danke build10240,
ich glaube, ich habe schon sämtliche Backup-Techniken und -Strategien ausprobiert und es ist diesmal ja auch kein Backup-Problem.
Ich habe in den le 30 Jahren von Diskettenstapeln (die großen), über die Bernoullibox, über Band-Sicherung (Oh Gott!), auf CDs, DVDs, Blue Ray gesichert. Jetzt bin ich halt bei internen und externen HDDs im Wechsel.
Und gerne ohne ZIP, denn auch ZIP KANN anfällig sein. Und Du weißt ja sicherlich, was dann passiert. Dann ist GENAU DIE EINE DATEI, die man dringend ersetzen müßte, im ZIP auch nicht mehr lesbar. Genauso, wie eine Heizung möglichst am Gründonnerstagabend ausfällt. Murphy schlägt immer wieder zu!
Nix für ungut! LG Michael
 
Das QTDBackup ist nicht nur etwas seltsam, da kannst du auch gleich FreefileSync nehmen das erstellt auch als Backup komplexe Versionsketten auf Externe Medien.

Jeh nach Datenübertragung des Externen Geräts dauert das natürlich ewig lange beim löschen.

Bei mir sieht ein Datenbackup (ca. 500GB) eines Monats mittlerweile so aus...

Anmerkung 2020-05-18 104842.png

...und du kannst jedes Backup einzeln Öffnen und dir die Versionsketten (Veränderungen) anzeigen lassen.
 
AW: Große Dateimengen löschen -- nicht gelöst!

Hallo Sabine, danke für die Tipss.
Da aber macht QTDsync wieder nicht mit -- Sicherung nach Zeit auf verschiedene Platten. Es könnten ja auch nur Partitionen sein. Aber dann muß ich das Backup manuell anstoßen, dann habe ich auch nichts gewonnen.
Wie gesagt, es geht mir eigentlich nicht um mein Backupkonzept, sondern um die Frage, ob es eine schnellere Löschung von solchen Datenmengen gibt. Die Antwort lautet JA, allerdings mit dem ABER, daß es dann ein format der jew. Sicherungsplatte ist. Denn auch das kann qtd nicht: unter "Montag", "Dienstag", etc. ohne Datum abspeichern. Es gibt also auch keine überschreibbaren Verzeichnisse.
 
Anzeige
Oben