Vandaag had ik samen met collega Matthieu Bongers even onderzocht hoe app-v sequences nou gedistribueerd konden worden met SCCM 2007 R2. Ik had alvast vm1 met server 2003 R2 SP2 en SCCM 2007 R2 (met SQL 2008) ingericht en een vm2 met Windows XP SP3. Hierbij had ik de SCCM client op vm2 geinstalleerd en via SCCM had ik de App-V client (versie 4.5 sp1) naar vm2 gedistribueerd. We hadden een aantal blogs erbij gepakt waarop werd uitgelegd hoe je dit kon aanpakken. Jammer genoeg konden we nergens teruglezen hoe de sequence ingesteld moest worden, bijv. het protocol waarmee de sequence wordt gestreamd of de lokatie van de sequence. Uiteindelijk hadden we in ieder geval de 2 vinkjes gezet (Site Database->Site->Site Settings->Client Agents->Advertised Programs Client Agent(dubbelklikken)->Allow virtual application package advertisement(aanvinken); Site Database->Site->Site Settings->Site Systems->ConfigMgr distribution point(dubbelklikken)->Virtual Applications->Enable virtual application streaming(aanvinken)). We hadden nog even zitten zoeken naar geschikte sequences, en uiteindelijk 2 packages succesvol aangemaakt als virtual package. Hierbij hebben we wel 2 verschillende opties geselecteerd voor de advertisement, namelijk bij de ene in het tabblad Distribution Point "Download content from distribution point and run locally" en bij de ander "Stream virtual application from distribution point".
Beide App-V sequences starten gewoon op (eerst wel via SCCM client installeren), zodra er geen connectie is met het netwerk kon je GEEN gebruik maken van de sequence die gestreamd is (indien de cache leeg is). Ook konden we zien dat beide OSD's werden aangepast (in de app-v client management console te zien) tijdens de installatie via SCCM, bij de gestreamde sequence werd het omgezet in http://
[sccm server]:80/... en bij de lokale sequence file://[sccm cache]/..
De App-V sequences hoeven dus niet speciaal te worden aangepast, dus je kan gewoon bestaande sequences distribueren met SCCM 2007 R2.
In dit scenario is ook geen App-V Management of Streaming server gebruikt. Wel vonden we het vreemd dat bij het aanmaken van de virtual packages, er eerst een moet worden opgegeven waar de .xml bestand staat (van de App-V sequence) en daarna ook nog om het pad van de data source folder wordt gevraagd (hierbij wordt na het aanmaken alles gewist in deze folder dus pas op!). We hebben ook opgemerkt dat het .sft en .osd bestand worden aangepast na het aanmaken van de virtual package. Het .sft wordt hernoemd naar [packageid]
.sft en in het .osd wordt ook naar [packageid]
.sft verwezen.
De app-v sequences moet je echter wel aanpassen in een omgeving met meerdere distributiepunten. Je wilt immers niet dat alle clients het sourcepackage van één (statisch ingesteld) distributiepunt halen. In dat geval kun je path variabelen aanmaken met GPO's voor de machines (bijv. %CCMDP%), dit laten vullen m.b.v. je SLP uit AD voor de dichtstbijnde DP en diezelfde variabele opnemen in je OSD file. Zodoende krijgt iedereen netjes zijn eigen DP.
BeantwoordenVerwijderengr,
J. Erkelens (Getronics Consulting)
Klopt,
BeantwoordenVerwijderenbij de meeste klanten waar we App-V sequences publiceren (of dat nou via sccm loopt of via de streaming server) gebruiken we een omgevingsvariabele voor de locatie van de sft file.
De focus in dit artikel ligt echter niet zozeer daarop maar meer op de nieuwe wijze van distributie van SCCM (virtual packages)
Waar ik wel benieuwd naar ben is of we nu nog steeds handmatig de omgevingsvariabele in de osd's moeten toevoegen of dat we dat bij de virtual package kunnen instellen.
mvg,
Niels Wijna (Call2 Applicatie Management)
Niels,
BeantwoordenVerwijderenNaar mijn beste weten zijn 'virtuele packages' enkel mogelijk in SCCM SP2. Daarvoor zul je wel de OSD aan moeten passen. Vanavond zal ik even uitzoeken of het met virtuele packages niet hoeft. Je hoort van me!
gr,
Jeroen Erkelens
Hoi Jeroen,
BeantwoordenVerwijderenik hou het hier even in de gaten dan, zelf heb ik nog een oudere SCCM versie in mijn testomgeving, misschien toch eens tijd om die te updaten.
grt,
Niels Wijnja
Excuses voor de verlate reactie; ik was op vakantie.
BeantwoordenVerwijderenJe kan toch heel simpel via GPO de reeds in de OSD aanwezige %SFT_SOFTGRIDSERVER% variabele inschieten met als waarde een FQDN welke je in je DNS via bv het round robin principe naar de verschillende DPs laat verwijzen. Probleem opgelost; load is balanced.
Of mis ik het punt hier?
RJ, dit gaat over het streamen zonder app-v server.
BeantwoordenVerwijderenJeroen, allereerste bedankt voor je reactie. In dit test scenario gaat het om het streamen en aanbieden van App-V sequences zonder App-V server. SCCM 2007 R2 is de versie (en ook de enige geloof ik) die App-V sequences kan streamen en niet SP2. Ik zal in de loop van de week dit even testen met meerdere distributiepunten. Van wat ik weet is dat de OSD's niet aangepast hoeven te worden indien er meerdere distributiepunten zijn. Je zet gewoon de optie aan bij het betreffende distributiepunt "Enable virtual application streaming", dan zal de sccm client de goede distributiepunt erbij zoeken. De osd's worden tijdens het importeren in sccm automatisch aangepast, de sccm client zal bij het binnenhalen zelf de osd's overrulen met het juiste pad van de distributiepunt.
Ik zie het inderdaad. Mijn oplossing werkt als je SCCM enkel gebruikt voor distributie, maar de sequences nog wel streamt.
BeantwoordenVerwijderenHet werkt precies zoals Kok Shang Tang aangeeft.
BeantwoordenVerwijderenIn het geval sequences gestreamd worden vanaf de SCCM DPs zorgt de SCCM client ervoor dat de App-V client de sequence streamt vanaf het juiste DP.
Onder water realiseert de SCCM client dit door de sequence aan de App-V client toe te voegen met de /OverrideURL switch. Hiermee kan een andere SFT locatie aan de App-V client worden doorgegeven dan in de OSD staat.
Aanpassen van OSDs is dus niet nodig, en zou enkel overbodig extra management met zich mee brengen op het gebied van de door Jeroen Erkelens voorgestelde GPOs.
Deze reactie is verwijderd door de auteur.
BeantwoordenVerwijderenklopt het dat wanneer je APPV streaming in SCCM aanzet, client reports aangeven dat ze staan op Waiting?
BeantwoordenVerwijderenGr
Dat zou ik even moeten nakijken, heb daar niet specifiek op gelet. Ik laat het je z.s.m. weten
BeantwoordenVerwijderen