[2k8 R2 TS] Local Settings geen link meer

[Hero of Time]

Ik zit met een vreemd voorval. Het is op onze 2008 R2 terminal server, maar denk dat 't meer onder clients hoort dan servers omdat 't met het profiel te maken heeft wat op de server zelf staat.
Het probleem is als volgt. Normaal heb je in je profiel een aantal junctions voor applicaties die niet goed functioneren naar bijvoorbeeld Application Data, SendTo, Local Settings, etc. Nu is er bij een aantal gebruikers de link van Local Settings verandert naar een normale map. Hoe dat is gekomen, geen idee, maar ik wil dit fixen. Deze fout zorgt er namelijk voor dat de map wordt meegenomen in de roaming profile sync (terwijl dat niet hoort!). Er is maar 1 map in de Local Settings map, genaamd Cache. Geen idee waar deze precies vandaan komt, maar ik vermoed van Java, omdat onze applicatie in java is geschreven en ik een soortgelijke structuur heb in mijn eigen profiel (op de juiste plek) nadat ik die map had verwijdert en onze applicatie weer startte.
De Cache map is bij een paar mensen al redelijk groot (paar honderd MB) en dit wordt in de dagelijkse backup van de server mee genomen. Elke dag 500-800 MB aan onzin data in je incrementele backup is niet fijn, zeker als dit naar een disk gaat (die uiteindelijk een keer vol raakt). De roaming profiles syncen automatisch op de achtergrond heb ik gemerkt: zelfs als mensen niet afmelden zie ik bestanden wijzigen op de server. Zo dus ook de cache map in Local Settings.

Google geeft te veel troep antwoorden over "Access Denied" bij de junctions, totaal niet wat ik zoek. Ik ben bang dat mijn probleem dusdanig uniek is, dat 't nergens is genoemd. Heeft iemand enig idee hoe ik de map Local Settings kan herstellen naar hoe 't hoort, zonder de gebruiker een nieuw profiel te geven of andere dingen te slopen? Ik denk niet dat het verwijderen van de map en handmatig een junction aanmaken zal helpen omdat het van oorsprong een systeembestand hoort te zijn en de junction zeer waarschijnlijk alsnog in de sync wordt gezet.

[YellowOnline]

Hero Of Time schreef op vrijdag 19 augustus 2011 @ 12:31:
Ik denk niet dat het verwijderen van de map en handmatig een junction aanmaken zal helpen omdat het van oorsprong een systeembestand hoort te zijn en de junction zeer waarschijnlijk alsnog in de sync wordt gezet.

En toch is dit wat ik zou proberen als je geen nieuw profiel wil aanmaken.

[Hero of Time]

Nou, op hoop van zegen dan maar. Maandag weet ik meer. Mooi voor het archief iig

[alt-92]

>>>> SWS

[degroot]

zijn het echt roaming profiles? of TS profielen die op de TS zelf staan , omdat je nl. nu al dingen ziet wijzigen!

[Hero of Time]

Het zijn wel degelijk roaming profiles, want als de server onbereikbaar is, krijg je een fout erover . En ik ben heus wel handig genoeg om dat in te stellen, ben niet voor niets HBO Systeembeheerder afgestudeerd. Zou nogal amateuristisch zijn als ik dat niet weet.

Waarom de profielen op de achtergrond synchroniseren weet ik niet, maar ik zie 't wel in m'n dagelijkse incrementele backup. Gebruikers melden bjina nooit af en toch zie ik van bijna iedereen wel bestanden in de backup zitten. Daarom weet ik dat 't op de achtergrond naar de server stuurt. Dit is vast gedaan om het afmelden te versnellen, er hoeft op die manier minder data verstuurd te worden bij 't afmelden.

Tot nu toe heb ik niets gehoord en de links lijken te werken. Ik heb de rechten bekeken van een bestaande link (AppData) en dit gelijk getrokken aan de nieuwe link. Was alleen maar de groep 'everyone' lees rechten weigeren (List folder/read data).