Hardlinks auf Fileserver setzen

[Vitel 10]

Hallo zusammen,

 

wir haben auf unserem Fileserver knapp 2 TB an Daten, bei der Durchsicht mit TreeSize Pro haben wir festgestellt, dass ca. 600 GB davon durch mehrfache Ablegung ein und der selben Datei sind. TreeSize bietet mir nun die Möglichkeit diese Dateien zu deduplizieren, indem es Hardlinks setzt.

 

Nun habe ich hierzu einige Fragen und hoffe Ihr könnt mir helfen:

 

1.) Kann ich bedenkenlos diese Funktion nutzen oder gibt es Gefahren hierbei?

2.) Hardlinks können ja nicht Laufwerksübergreifend genutzt werden, wenn wir also in Zukunft das Laufwerk unseres Fileservers aufsplitten, gehen dann Dateien verloren oder wird diese dann einfach einmal auf jedem Laufwerk angelegt (sofern der Hardlink umzieht)?

3.) Wenn es zwei Hardlinks zb zu einer XLS-Datei gibt, wird die Datei ja nicht in beiden Links geändert, sondern die geänderte wird dann explizit angelegt - korrekt?

 

Bedanke mich im voraus für eure Hilfe.

 

 

[Dukel 457]

Wieso rüstet ihr den Fileserver nicht auf? Ein paar Disks sollte ja nicht die Welt kosten.

[Vitel 10]

Wieso rüstet ihr den Fileserver nicht auf? Ein paar Disks sollte ja nicht die Welt kosten.

 

Nicht viel ist relativ, da unsere Shelves voll sind und wir diese in zwei RZs redundant auslegen kostet 1 TB schonmal ca. 5k, da diese allerdings bei 10 TB anfangen, wäre das schon eine ordentliche Investition. Von den Energiekosten, der Wartung und dem Platz ganz abgesehen. 

 

Wenn ein Abteilungsserver mit 2TB Daten ein Drittel nur durch doppelte-/mehrfache Dateiablegung belegt hat, finde ich das schon sehr viel. Klar könnte ich die User auch dazu erziehen die Dateien strukturiert abzulegen um sowas zu vermeiden, aber denke da wäre das SAN zu erweitern günstiger und weniger Nerven aufreibend, daher die Frage nach den Hardlinks.

 

Wenn du mir natürlich Argumente sagen kannst, was gegen Hardlinks spricht, dann wäre ich dir sehr dankbar. Ich habe damit leider keine Erfahrungen und für mich hört sich das erstmal sehr gut an.

[Dukel 457]

Ich habe selbst keine Erfahrung mit Hardlinks bei solchen Fileservern.

Ich würde mir halt einfachere Methoden anschauen. Vor allem muss der Prozess dann ja regelmäßig laufen.

 

Unterstützt die Storage oder der Fileserver Deduplizierung (Windows Server 2012)?

[Weingeist 159]

Würde eher auf Server 2012 wechseln, der kann Deduplizierung sehr gut von Haus auf.

 

ABER: Wenn es wirklich absolut identische Dateien sind, frage ich mich ernshaft, wo der genaue Sinn darin liegt diese doppelt oder dreifach vorzuhalten. Wer ständig Fullbackups auf ein Dedupe Laufwerk zieht ok, aber Backups auf gleiche SAN wie Nutzdaten ist ja ziemlich Sinnfrei.

[Dukel 457]

Ich denke es geht um Nutzdaten. Wenn z.B. 5 Kollegen die gleiche Iso ziehen und alle an Unterschiedlichen Orten abgelegt werden.

[Weingeist 159]

Nun, dann würde ich noch eher Dedupe als Hardlinks einsetzen. Wenn Kollege 1 das Basisfile löscht auf welches die Hardlinks laufen, dann ist es für alle weg. Eher suboptimal wie ich finde.

[Vitel 10]

Dedupe kann unser Storage nicht.

Wenn Kollege 1 das Basisfile löscht auf welches die Hardlinks laufen, dann ist es für alle weg. Eher suboptimal wie ich finde.

Ist das so? Ich dachte bzw. Hätte gehofft das die Datei erst gelöscht wird wenn der letzte Hardlink gelöscht wird, ist ja schließlich kein Softlink bzw Verknüpfung. Aber wenn das so ist kann ich das vergessen.

[XP-Fan 220]

Hallo,

 

zum Thema Datei löschen findest du von Microsoft folgende Aussage:

A file is deleted from the file system only after all links to it have been deleted.

 

Zu deinem Punkt 3. von oben findest du folgendes:

Every file can be considered to have at least one hard link.

 

http://technet.microsoft.com/de-de/library/cc788097%28v=ws.10%29.aspx

[Vitel 10]

Hallo XP-Fan,

 

danke das hat mir weitergeholfen.

[Weingeist 159]

Da hat er wohl recht. Frage mich aber gerade ob das mal anders war? Ich hatte jedenfalls schon Probleme mit nicht mehr funktionierenden Hardlinks. Ist aber auch schon Jahre her.

 

Dedupe könnte aber trotzdem sinnvoller sein. ;)