Das war jetzt schön herausgewunden mit Firmennetzstrukturen, aber das tut hier doch erst einmal gar nichts zur Sache. Ich wiederhole meine Aufforderung, doch das Beispiel Logdateien mal auszuarbeiten
Daß Rechte auf Netzwerklaufwerken nur mit Gruppen modeliert werden können, bezweifle ich gar nicht, und sonst vermutlich auch niemand - aber ging es hier darum? Nein, nicht einmal Dir,
Du selber hast nur lokal angelegte Dateien als Beispiel verwendet.
Ja, Du hast sogar noch selber total netzunkompatiblen Stil verwendet, indem Du etwa
C:\meineprogramme\prog1\parameter vorgeschlagen hast - mal abgesehen davon, daß das Abweichen von der Standard-Programm-Verzeichnis-Struktur genauso kritisch zu betrachten sein sollte wie die fehlende grunsätzliche Trennung von Programm und Daten, würde dieses Beispiel alleine weil es Domänenbenutzerprofile nicht unterstützt mit Deiner nachfolgenden Ausführung inkompatibel sein.
Kurz und gut: jetzt hast Du uns bewiesen, daß Du ein guter Admin bist, und in dem Kontext stimme ich Dir auch wieder zu, aber können wir zurück zum Thema kommen und von Einzelplatzsoftware mit lokalen Daten reden?
Wie gesagt - Logdateien waren in meinen Augen ein tolles Beispiel. Messdaten, das Beispiel Nummer 2, sind natürlich schon wieder komplexer. Da kann es Sinn machen, eine Gruppe anzulegen - und da greifts Messies Antwort auch in meinen Augen darauf nicht, denn die Gruppe hat gefälligst der Installer anzulegen, der dem Admin im Idealfall einen Dialog zum Hinzufügen von Usern anbietet, das zumindest aber erwähnt.
Nur: sowas hängt für mich stark von der Art der Dateien ab. Bei Logdateien, Caches, globale Repositories, alles mit nicht-sensiblen Daten natürlich, sollte man sich lokal nicht vergruppierengallopieren. Schau mal in den AppData-Ordner, wieviele Programme großer Hersteller dort alles Daten ablegen, ohne Gruppen anzulegen. Ist Dein "Gruppenzwang" da wirklich der Weißheit letzter Schluß, und Du klüger als die IT-Abteilungen von MS, Adobe, Apple, Mozilla &c. zusammen?