Liebe Backup-Profis,
ich habe folgendes Anliegen und Szenario:
DS-509+ mit 4 HDDs (Western Digital Green 1GB) als Datenbereich (Volume1: 2 Platten im Raid1) und Backupbereich (Volume2: 2 Platten im Raid1). Ergänzend habe ich noch Wochenbackups der unmittelbar kritischen Daten per S-ATA-Dock und zwei rotierenden Platten, aber das nur am Rande.
Volume2 ist wegen der sich ändernden Daten des TimeBackup nun mit 870 GB am Überlaufen, während die reine Datenbasis auf Volume1 nur etwa 450 GB groß ist. Ich habe nun versucht, einfach den kompletten Bestand des Volume2 auf eine 1GB große externe HDD (per e-S-ATA-Dock) zu kopieren, um diese in den Tresor zu legen und Volume2 (also das reine Backupvolume) zu leeren und neu mit der Sicherung zu beginnen. Ich möchte nicht für teures Geld riesige Platten hineinhängen, will mir aber die Option offen halten, in einem Jahr noch einmal "zwei Jahre zurück schauen zu können". Es sind da einige Datenbanken enthalten, die auch Auskunft über Personalbewegungen in bestimmten Zeiträumen geben ... Dieser Kopierversuch ist aber gescheitert und endet mit dem cp-Befehl auf der Kommandozeile ohne Fehlermeldung mit einem Hängen des Vorgangs. Dabei sind dann nur etwa 640 GB Daten kopiert worden. Ich habe dann die externe Platte in die DS als 5.Platte und Volume 3 eingebaut und es intern über die FileStation probiert. Auch das hat sich aufgehängt. Ein Versuch über die Datensicherungsfunktion der DS auf Volume3 brachte mir im Log folgende Ausgabe: "Failed to backup because backup space was insufficient".
Kann es sein, dass hier die Hardlinks nicht als solche erkannt werden und er quasi für jeden Datumsordner den vollen Datenbestand kopieren will? Wenn ja, wie kann ich das lösen? Liegt mein Heil da in rsync mit Parameter -H? Wenn ja, welche Syntax/Parameter wären empfehlenswert? Für einen "dummen Versuch" sind mir die Daten zu kostbar.
Grüße
by_alu
ich habe folgendes Anliegen und Szenario:
DS-509+ mit 4 HDDs (Western Digital Green 1GB) als Datenbereich (Volume1: 2 Platten im Raid1) und Backupbereich (Volume2: 2 Platten im Raid1). Ergänzend habe ich noch Wochenbackups der unmittelbar kritischen Daten per S-ATA-Dock und zwei rotierenden Platten, aber das nur am Rande.
Volume2 ist wegen der sich ändernden Daten des TimeBackup nun mit 870 GB am Überlaufen, während die reine Datenbasis auf Volume1 nur etwa 450 GB groß ist. Ich habe nun versucht, einfach den kompletten Bestand des Volume2 auf eine 1GB große externe HDD (per e-S-ATA-Dock) zu kopieren, um diese in den Tresor zu legen und Volume2 (also das reine Backupvolume) zu leeren und neu mit der Sicherung zu beginnen. Ich möchte nicht für teures Geld riesige Platten hineinhängen, will mir aber die Option offen halten, in einem Jahr noch einmal "zwei Jahre zurück schauen zu können". Es sind da einige Datenbanken enthalten, die auch Auskunft über Personalbewegungen in bestimmten Zeiträumen geben ... Dieser Kopierversuch ist aber gescheitert und endet mit dem cp-Befehl auf der Kommandozeile ohne Fehlermeldung mit einem Hängen des Vorgangs. Dabei sind dann nur etwa 640 GB Daten kopiert worden. Ich habe dann die externe Platte in die DS als 5.Platte und Volume 3 eingebaut und es intern über die FileStation probiert. Auch das hat sich aufgehängt. Ein Versuch über die Datensicherungsfunktion der DS auf Volume3 brachte mir im Log folgende Ausgabe: "Failed to backup because backup space was insufficient".
Kann es sein, dass hier die Hardlinks nicht als solche erkannt werden und er quasi für jeden Datumsordner den vollen Datenbestand kopieren will? Wenn ja, wie kann ich das lösen? Liegt mein Heil da in rsync mit Parameter -H? Wenn ja, welche Syntax/Parameter wären empfehlenswert? Für einen "dummen Versuch" sind mir die Daten zu kostbar.
Grüße
by_alu
