[Wellicht kunnen de moderators wel bepalen of dit topic in dit subforum thuis hoort, ik wist even geen betere locatie]
Ik heb een vraag aan diegenen die zich bezig houden met het ontwerp van (WinXP) workstations en de installatie/executie van applicaties die gekoppeld zijn aan gebruikeraccounts.
Het betreft het volgende :
Ik werk bij een zeer groot bedrijf (enkele duizenden eindgebruikers). De afdeling die het ontwerp van de workstations en de applicatie installaties onder zijn hoede neemt bepaalt welke typen workstations uitgeleverd worden. Men gaat uit van een set van specifieke gebruikers (simpele office taken zoals Word, Internet mogelijkheden, wel of geen local admin rechten etc etc).
Daarnaast worden opv gebruikersprofielen applicaties gekoppeld aan accounts. Dit kunnen ingekochte applicaties zijn of zelfbouw. Zodra een gebruiker geautoriseerd wordt voor toepassing X zal er in het start menu van Windows een entry staan waar deze applicatie gestart kan worden.
De applicaties worden dmv SMS gedeployed. Zodra een gebruiker zich aanmeldt aan het workstation zal in "Run Advertised Programs" de nog niet geinstalleerde applicaties op het workstation plaatsen. Daarna kan de gebruiker vanuit het start menu de applicatie gebruiken.
Echter lijkt het erop dat men een ontwerpfout heeft gemaakt in de wijze waarop de applicaties geinstalleerd worden.
Zodra een applicatie PATH settings nodig heeft, zal het SMS package deze toevoegen aan het System Path van het workstation.
Probleem daarbij is :
1) Het aantal entries in de PATH variabele heeft een maximum.
2) De volgorde van installatie bepaalt de volgorde in de PATH variabele
3) System Path is gebruikers onafhankelijk. Dus gebruiker X die een applicatiepath Y nodig heeft zal na de SMS installatie een Y verwijzing in het PATH zetten. Gebruiker Z die geen Y nodig heeft zal wel zo'n verwijzing in zijn/haar path hebben staan
Initieel is door de verantwoordelijke afdeling aangegeven dat dit geen probleem is.
Echter nu er meer en meer flex werkers komen en er meer verschillende applicaties gebruikt worden komen regelmatig en in steeds snellere frequentie de volgende problemen voor :
1) Het maximaal aantal entries in de PATH variabele wordt bereikt wat tot gevolg heeft dat deze variabele de eerder gezette settings overschrijft of afkapt. Daarbij kunnen applicaties die eerder zonder problemen werkten problemen krijgen of zelfs niet meer op te starten zijn.
Het erge is dat een gebruiker door zich alleen aan te melden op een workstation dat gedeeld wordt met meerdere gebruikers de applicatie installaties van alle gebruikers op dat systeem kan vernaggelen.
2) Applicaties die dezelfde bestandsnamen gebruiken (bv namen voor dll's) werken niet meer. De volgorde waarin het applicatiepath in de PATH variabele staat bepaalt waar de applicatie de bestanden inleest. Het komt dus voor dat applicatie X de dll's gebruikt van applicatie Y.
3) Gebruikers kunnen applicaties starten die niet in hun profiel zitten omdat de settings te bereiken zijn die door een andere gebruiker is geinstalleerd.
4) De performance gaan terug aangezien Windows het gehele PATH doorzoekt. Hoe meer entries, destemeer zoekacties.
De remedie die op dit moment wordt toegepast is een complete redeployment van het workstation wat enkele uren kost. Het aantal redeployments neemt de laatste tijd erg toe.
Ik zie het als een ontwerpfout in de manier hoe applicaties geinstalleerd worden op de workstations.
Mijn vraag is hoe andere beheerders/ontwerpers hier naar kijken. Hoe lossen jullie deze problematiek op in de eigen omgeving ? Wat zijn de alternatieven ? Bestaat er in WindowsXP een andere manier om applicatie specifieke path settings op te slaan ?
Ik heb een vraag aan diegenen die zich bezig houden met het ontwerp van (WinXP) workstations en de installatie/executie van applicaties die gekoppeld zijn aan gebruikeraccounts.
Het betreft het volgende :
Ik werk bij een zeer groot bedrijf (enkele duizenden eindgebruikers). De afdeling die het ontwerp van de workstations en de applicatie installaties onder zijn hoede neemt bepaalt welke typen workstations uitgeleverd worden. Men gaat uit van een set van specifieke gebruikers (simpele office taken zoals Word, Internet mogelijkheden, wel of geen local admin rechten etc etc).
Daarnaast worden opv gebruikersprofielen applicaties gekoppeld aan accounts. Dit kunnen ingekochte applicaties zijn of zelfbouw. Zodra een gebruiker geautoriseerd wordt voor toepassing X zal er in het start menu van Windows een entry staan waar deze applicatie gestart kan worden.
De applicaties worden dmv SMS gedeployed. Zodra een gebruiker zich aanmeldt aan het workstation zal in "Run Advertised Programs" de nog niet geinstalleerde applicaties op het workstation plaatsen. Daarna kan de gebruiker vanuit het start menu de applicatie gebruiken.
Echter lijkt het erop dat men een ontwerpfout heeft gemaakt in de wijze waarop de applicaties geinstalleerd worden.
Zodra een applicatie PATH settings nodig heeft, zal het SMS package deze toevoegen aan het System Path van het workstation.
Probleem daarbij is :
1) Het aantal entries in de PATH variabele heeft een maximum.
2) De volgorde van installatie bepaalt de volgorde in de PATH variabele
3) System Path is gebruikers onafhankelijk. Dus gebruiker X die een applicatiepath Y nodig heeft zal na de SMS installatie een Y verwijzing in het PATH zetten. Gebruiker Z die geen Y nodig heeft zal wel zo'n verwijzing in zijn/haar path hebben staan
Initieel is door de verantwoordelijke afdeling aangegeven dat dit geen probleem is.
Echter nu er meer en meer flex werkers komen en er meer verschillende applicaties gebruikt worden komen regelmatig en in steeds snellere frequentie de volgende problemen voor :
1) Het maximaal aantal entries in de PATH variabele wordt bereikt wat tot gevolg heeft dat deze variabele de eerder gezette settings overschrijft of afkapt. Daarbij kunnen applicaties die eerder zonder problemen werkten problemen krijgen of zelfs niet meer op te starten zijn.
Het erge is dat een gebruiker door zich alleen aan te melden op een workstation dat gedeeld wordt met meerdere gebruikers de applicatie installaties van alle gebruikers op dat systeem kan vernaggelen.
2) Applicaties die dezelfde bestandsnamen gebruiken (bv namen voor dll's) werken niet meer. De volgorde waarin het applicatiepath in de PATH variabele staat bepaalt waar de applicatie de bestanden inleest. Het komt dus voor dat applicatie X de dll's gebruikt van applicatie Y.
3) Gebruikers kunnen applicaties starten die niet in hun profiel zitten omdat de settings te bereiken zijn die door een andere gebruiker is geinstalleerd.
4) De performance gaan terug aangezien Windows het gehele PATH doorzoekt. Hoe meer entries, destemeer zoekacties.
De remedie die op dit moment wordt toegepast is een complete redeployment van het workstation wat enkele uren kost. Het aantal redeployments neemt de laatste tijd erg toe.
Ik zie het als een ontwerpfout in de manier hoe applicaties geinstalleerd worden op de workstations.
Mijn vraag is hoe andere beheerders/ontwerpers hier naar kijken. Hoe lossen jullie deze problematiek op in de eigen omgeving ? Wat zijn de alternatieven ? Bestaat er in WindowsXP een andere manier om applicatie specifieke path settings op te slaan ?
Intel i9-9900K | MSI MPG Z390 Gaming Pro Carbon | MSI RTX 2080Ti Gaming X Trio | Ballistix Sport LT (32GB) | MSI Optix MAG274QRF-QD 1440p | Samsung 970 EVO Plus (2TB) | NZXT Kraken X52 | Valve Index | Fractal Design R6 | Synology DS420j