Crash Volume Restore Fehlerhaft

[JHasler]

Unser Volume (Raid5 mit 4 Platten) ist nach gleichzeitigem Ausfall von 2 Platten irreparabel abgestürzt.

Habe mit neuen Platten ein neues Volume erstellt und die Daten ab der Synology-Netzwerksicherung (Backupserver) zurückgespielt.

Soweit so gut ABER:
- Auf dem Backupserver waren teilweise noch alte Dateien, die nachweislich gelöscht wurden! (teilweise, weil wir unsere Datenstände nummerieren).
- Etwas längere Dateinamen wurden wohl gesichert, konnten aber nicht mehr zurückgespielt werden!

Gibt es dafür Erklärungen und vor allem Lösungen??

immerhin, die neuesten Dateien waren alle komplett vorhanden... nun haben wir einfach unsere alten Stände wieder, die wir nicht mehr benötigen...

Danke für ein Feedback...

 

[ag_bg]

Hallo,

so hart es sich vielleicht anhört ist die Antwort, dass die falsche Art der Datensicherung gewählt wurde. Wenn in einem RAID5 eine Festplatte ausfällt, so kann diese noch über das PAritätsbit wiederhergestellt werden, wenn jedoch 2 oder mehr Platten den Dienst versagen, ist auch ein RAID5 machtlos und nur noch die Daten wiederherstellbar, welche auf den einzelnen Platten im Ganzen vorliegen (Selbst dies ist oft nicht der Fall, da die Daten über alle Platten verteilt werden). Für die Zukunft würde ich auf ein inkrementelles Backup mittels USB-Platten zurückgreifen, dass kostet nicht mehr die Welt (und kann ja für ein Unternehmen unter Umständen überlebenswichtig sein)

best regards

 

[Trolli]

Ich hätte es so verstanden, dass es sich um zwei CS407 handelt, die per Netzwerkbackup synchronisiert wurden. Die primäre CS407 ist dann ausgefallen und die Backupdaten auf der zweiten CS407 stimmten nicht exakt mit der anderen CS407 überein...

EDIT: Kann man sogar hier nachlesen.

 

[ag_bg]

Axo, naja, dann will ich mal nichts zum Thema durchdacht gesagt haben. Sorry.
Das mit den Dateinamen ist aber auch so eine Sache. Ich sicher auch von meiner DS107+ auf meine DS207+ jede Nacht die Daten (die 107+ ist mein Mediaserver). Hierbei werden nicht alle Dateien gesichert, so sind jedesmal 3 Lieder in ihrem Namen zu lang um von der "automatischen" Netzwerksicherung erfaßt zu werden, vielleicht war das bei dir auch der Fall (Sprich es schien so als obe sie gesichert gewesen wären, waren es aber effektiv nie). Nichts destotrotz sicher ich deshalb nochmal auf eine externe USB-Festplatte einmal die Woche, da mir meine investierte Zeit, z.B. bei den editierten mp3 einfach zu wertvoll ist!.
Die Sache mit den verschwundenen Dateien ist natürlich komisch, wobei ich fast annehme, das dies aus einer Anweisung der ersten CS resultiert, sprich das RAID ist zusammengebrochen, anschließend hat der Netzwerksicherungsdienst diese Dateien natürlich nicht mehr gesehen und deshalb auch auf der 2ten CS gelöscht. Ist nur eine Theorie, aber ich könnte mir gut vorstellen, dass daran nicht gedacht wurde.

best regards

PS wäre meine Logik richtig wäre die Lösung über externe HD´s vielleicht ein Ansatz, um dem Problem für die Zukunft Herr zu werden.

 

[Supaman]

Unser Volume (Raid5 mit 4 Platten) ist nach gleichzeitigem Ausfall von 2 Platten irreparabel abgestürzt.

hast du vorher mal das hier http://www.synology-forum.de/showthread.html?t=510
oder das hier http://www.synology-forum.de/showthread.html?t=261

ausprobiert? wenn die platten elektrisch/mechanisch noch in ordnung sind, kann man das raid in vielen fällen noch retten.

gruß,

supa

 

[itari]

Beim Lesen des Beitrags ist mir eine Frage durch den Kopf geschossen:

Wie sieht eigentlich das Sichern von Hardlinks, symbolischen Links und mit mount --bind zugeordneten Verzeichnisse aus. Werden die gesichert? Eventuell sogar doppelt (Original und der Verweis durch symbolischen Links aus einem anderen Verzeichnis; beide im Fokus der Sicherungseinstellungen)?

 

[JHasler]

Tipps

Danke für die Tipps

Ja, es ist eine CS407 und der Backupserver ist eine DS106
Wir haben auch noch einen 2. Backupserver DS207 und selbstverständlich externe HD's... man weiss ja nie wenn die Hütte mal abfackeln würde...

ja, ...
nur sind teilweise alte dateien, die nachweislich vor wochen schon auf der cs407 gelöscht wurden, immer noch auf dem Backupserver...
und für die langen Dateinamen gibts wohl keine Lösung...

Die Datensicherung ist aus meiner Sicht leider ein riesiges Manko bei Synology... sonst bin ich begeistert... Schade! Ein weiteres Manka, dass ich früher schon gepostet habe, ist dass für einen Gemeinsamen Ordner nur 1 Backupziel ausgewählt werden kann...

... Danke trotzdem für die Infos

 

[JHasler]

So sieht übrigens die Fehlermeldung bei der Wiederherstellung aus...

"Network Recovery failed to restore shared folder [Allgemein]. error([45] Network Backup hat Dateien übersprungen, deren Dateinamen zu lang waren.) "

...

 

[itari]

Wie sieht eigentlich das Sichern von Hardlinks, symbolischen Links und mit mount --bind zugeordneten Verzeichnisse aus. Werden die gesichert? Eventuell sogar doppelt (Original und der Verweis durch symbolischen Links aus einem anderen Verzeichnis; beide im Fokus der Sicherungseinstellungen)?

Ergebnis (ich hab meine Sicherung durchgesehen):

Hardlinks werden entsprechend des Linkcounters so oft gesichert, sofern die weiteren Namen im Einstellungsfokus liegen. Also ein Hardlink im Verzeichnis Web (= 2 Namen für die gleiche Datei) wird 2 x gesichert.

Symbolische Links werden nicht gesichert (entweder immer oder weil die Samba-Permissions es nicht zulassen )

mount --bind -Verzeichnisse werden doppelt gesichert.

Weiß jemand, ob man in seiner Sicherung Dateien/Verzeichnisse löschen kann, ohne dass das Nebenwirkungen für die weitere Sicherungsprozedur hat?

 

[Trolli]

Weiß jemand, ob man in seiner Sicherung Dateien/Verzeichnisse löschen kann, ohne dass das Nebenwirkungen für die weitere Sicherungsprozedur hat?

Ich hab mal einen Ordner aus der Sicherung ausgeschlossen. Den musste ich dann manuell vom Backuplaufwerk entfernen. Dabei hab ich keine Nebenwirkungen festgestellt...

 

[itari]

@trolli,

sehr schön. Dann kann ich meine doppelt gesicherten Dateien problemlos aus der Sicherung löschen. Und ich werden meine Sicherungseinstellungen noch mal genau überdenken; damit ich nicht jedesmal vor einer Sicherung einen umount auf die mit "mount --bind" angelinkten Verzeichnisse machen muss.

 

[JHasler]

Unser Volume (Raid5 mit 4 Platten) ist nach gleichzeitigem Ausfall von 2 Platten irreparabel abgestürzt.

Habe mit neuen Platten ein neues Volume erstellt und die Daten ab der Synology-Netzwerksicherung (Backupserver) zurückgespielt.

Soweit so gut ABER:
- Auf dem Backupserver waren teilweise noch alte Dateien, die nachweislich gelöscht wurden! (teilweise, weil wir unsere Datenstände nummerieren).
- Etwas längere Dateinamen wurden wohl gesichert, konnten aber nicht mehr zurückgespielt werden!

Gibt es dafür Erklärungen und vor allem Lösungen??

immerhin, die neuesten Dateien waren alle komplett vorhanden... nun haben wir einfach unsere alten Stände wieder, die wir nicht mehr benötigen...

Danke für ein Feedback...

Ich vermute mal, dass es für diese Fragen keine Antworten geben wird...

 

[itari]

Bemerkung zu den 'alten' Dateien:

Ich verstehe die Sicherungsstrategie so, dass gelöschte Dateien des originalen Datenbestands in der Sicherung nicht gelöscht werden. Das kenne ich auch von anderen Backup-Programmen; allerdings gibt es immer häufiger die Option 'im Original gelöschte Dateien auch im Backup löschen'.

Bemerkung zu den 'Dateinamen':

Das mit den Dateinamen versteh ich nicht. Da wären ein paar Beispiele ganz gut, um das Problem zu verstehen (vielleicht ist das eine Sonderzeichen/Leerstellen-Problematik in den Dateinamen). Wie sehen denn die Dateinamen auf dem Backup-System aus? Genauso wie die Ursprünglichen?