Heute hatte ich wieder das Problem, dass ich unter zwei verschiedenen Pfaden die gleiche Ausgabe einer Datei benötigte. Es ging um die INI-Datei von zwei Instanzen des gleichen Programmes. Als ich schon fast den Copy-Batch fertig hatte, um die eine Datei immer wieder über die andere zu kopieren, damit ich die Änderungen nicht doppelt pflegen muss, fiel mir eine bessere Alternative ein:<\/p>\n
Hardlinks anlegen<\/strong><\/p>\n Wenn man NTFS als Dateisystem einsetzt, dann kann man sogenannte Hardlinks anlegen. Das bedeutet, dass man auf die gleiche Datei einen echten Link legt. Man kann dann unter dem Pfad des Links und dem originalen Pfad auf die Datei zugreifen. Die Programme merken gar nicht, ob das ein Hardlink ist oder das Original, weil einfach ein echter Eintrag im Verzeichnis angelegt wurde. Hier ein Beispiel: Wenn man eher visuell orientiert ist, dann kann man natürlich auch Shell-Utilities<\/a> verwenden. Ich habe von denen aber noch keines ausprobiert.<\/p>\n Hardlinks entfernen<\/strong><\/p>\n Wenn man Hardlinks entfernen will, dann löscht man sie einfach, als seien sie Dateien. Dabei wird aber nur der Eintrag aus dem Verzeichnis gelöscht. Erst mit dem letzten Verweis wird auch die Datei gelöscht. Das gilt auch, wenn man das ursprüngliche Original zuerst löscht. Die "Kopie" bleibt erhalten.<\/p>\n Beispiel: lösche zuerst die ursprüngliche Datei und sehe trotzdem noch den Hardlink:<\/p>\n E:\\temp>del dir1\\MyOriginal.ini<\/p>\n E:\\temp>dir \/B dir2 Erst wenn ich auch den letzten Verweis auf die Datei lösche, dann ist sie weg:<\/p>\n E:\\temp>dir \/B dir2<\/code><\/p>\n Hinweis: Hardlinks können leider nur auf Dateien in der gleichen Partition verweisen. Das gilt auch für Junction-Points…<\/p>\n Junction-Points (Abzweigungspunkte)<\/strong><\/p>\n Leider geht das mit Verzeichnissen nicht. Hier bietet NTFS Junction-Points (Abzweigungspunkte) an. Sie arbeiten intern aber leider anders. Es werden wieder echte Links gelegt. Von Verzeichnis A nach Verzeichnis B. Unter B sehe ich also genau die Dateien, die unter A stehen. Deswegen die Warnung vorab: Wenn ich also eine Datei aus B lösche, dann ist sie auch aus A gelöscht. <\/p>\n Dazu benötigt man das Tool LinkD aus dem Windows Server Ressource Kit<\/a>. So sieht die Syntax aus:<\/p>\n Beispiel:<\/p>\n E:\\temp>linkd linkdir dir1 E:\\temp>dir \/B linkdir Aber Vorsicht: Es ist in beiden Fällen jetzt das gleiche Verzeichnis. <\/p>\n E:\\temp>del linkdir\\file1.txt<\/p>\n E:\\temp>dir \/B dir1 Wenn man den Junction-Point wieder los sein will, dann geht das so:<\/p>\n Das originale Verzeichnis ist dann mit samt Inhalt noch da.<\/p>\n Die Wikipedia listet ein paar Risiken und Nebenwirkungen<\/a>, die interessant sind. Microsoft stellt auch ein paar weiterführende Infos<\/a> bereit. <\/p>\n
\nHier die Syntax:
\nfsutil hardlink create <neuer Dateinname> <vorhandener Dateiname><\/code><\/p>\n
\nAngenommen es existiert die Datei "E:\\temp\\dir1\\MyOriginal.ini" und ich will auf die gleiche Datei auch unter dem Pfad "E:\\temp\\dir2\\MyCopy.ini" zugreifen, dann kann man den Hardlink so anlegen:<\/p>\nC:\\>fsutil hardlink create E:\\temp\\dir2\\MyCopy.ini E:\\temp\\dir1\\MyOriginal.ini
\nHardlink erstellt für E:\\temp\\dir2\\MyCopy.ini <<===>> E:\\temp\\dir1\\MyOriginal.ini<\/code><\/p>\nE:\\temp>dir \/B dir1
\nMyOriginal.ini<\/p>\n
\nMyCopy.ini<\/code><\/p>\nE:\\temp>del dir2\\MyCopy.ini<\/p>\nLINKD <Link-Verzeichnis> <originales Verzeichnis><\/code><\/p>\nE:\\temp>dir \/B dir1
\nfile1.txt
\nfile2.txt<\/p>\n
\nLink created at: linkdir<\/p>\n
\nfile1.txt
\nfile2.txt<\/code><\/p>\nE:\\temp>dir \/B dir1
\nfile1.txt
\nfile2.txt<\/p>\n
\nfile2.txt<\/code><\/p>\nE:\\temp>linkd linkdir \/D
\nThe delete operation succeeded.<\/code><\/p>\n