4
SCCM globales Dependency
Hi @ All
Ich arbeite schon lange mit SCCM, stehe aber gerade am Schlauch. bzw. hatte noch nie so ein Thema. Ich bitte um eure Unterstützung!
Was will ich tun:
Es gib ein Application, nennen wir sie "MUST HAVE" die für alle anderen Applications und Packages als Dependency eingehängt werden muss. Da wir an die 600 Produkte verteilen, wäre es ziemlich aufwändig bei jeder App dieses Dependency einzuhängen.
Meine Idee wäre nun eine Art Global Dependency zu definieren das automatisch für jede App gilt die verteilt wird.
Hat jemand Ahnung wie ich das bewerkstelligen kann?
Danke für die Hilfe!
Mayho
Ich arbeite schon lange mit SCCM, stehe aber gerade am Schlauch. bzw. hatte noch nie so ein Thema. Ich bitte um eure Unterstützung!
Was will ich tun:
Es gib ein Application, nennen wir sie "MUST HAVE" die für alle anderen Applications und Packages als Dependency eingehängt werden muss. Da wir an die 600 Produkte verteilen, wäre es ziemlich aufwändig bei jeder App dieses Dependency einzuhängen.
Meine Idee wäre nun eine Art Global Dependency zu definieren das automatisch für jede App gilt die verteilt wird.
Hat jemand Ahnung wie ich das bewerkstelligen kann?
Danke für die Hilfe!
Mayho
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 636031
Url: https://administrator.de/contentid/636031
Ausgedruckt am: 23.11.2024 um 22:11 Uhr
4 Kommentare
Neuester Kommentar
Hi,
kann man für Packages Dependency einrichten ? Was spricht den dein "MUST HAVE" einfach zu verteilen ? das wäre dann ein Global Dependency ...
Oder du schreibst eine PowerShell rennst über die Deplymentypes und hängst die Dependency an.
https://docs.microsoft.com/en-us/powershell/module/configurationmanager/ ...
mfg
kann man für Packages Dependency einrichten ? Was spricht den dein "MUST HAVE" einfach zu verteilen ? das wäre dann ein Global Dependency ...
Oder du schreibst eine PowerShell rennst über die Deplymentypes und hängst die Dependency an.
https://docs.microsoft.com/en-us/powershell/module/configurationmanager/ ...
mfg
Nicht direkt! Wäre ein "Run First"
Daran habe ich schon gedacht. Ist aber leider nicht so einfach. Unsere Infrastruktur ist etwas kompliziert. Einige Apps hängen in TS drinnen, einige unterliegen einem Freeze, usw.
Am liebsten wäre es mit eben, eine Art "Runfirst over all" für Applications zu machen ohne in die Application einzugreifen. Ähnlich wie bei Requirements bzw. Global Conditions.
Ich glaube ja mittlerweise, dass SCCM sowas einfach nicht kann, aber irgend eine Möglichkeit muss ich finden...
Danke jedenfalls!
Was spricht den dein "MUST HAVE" einfach zu verteilen ? das wäre dann ein Global Dependency
Natür ginge es einfach zu verteilen. Bis alle Clients erreicht sind würde das aber sicher Woche brauchen (12.000 Clients) und die normale Verteilung rennt ja weiter...Oder du schreibst eine PowerShell rennst über die Deplymentypes und hängst die Dependency an.
https://docs.microsoft.com/en-us/powershell/module/configurationmanager/ ...
https://docs.microsoft.com/en-us/powershell/module/configurationmanager/ ...
Daran habe ich schon gedacht. Ist aber leider nicht so einfach. Unsere Infrastruktur ist etwas kompliziert. Einige Apps hängen in TS drinnen, einige unterliegen einem Freeze, usw.
Am liebsten wäre es mit eben, eine Art "Runfirst over all" für Applications zu machen ohne in die Application einzugreifen. Ähnlich wie bei Requirements bzw. Global Conditions.
Ich glaube ja mittlerweise, dass SCCM sowas einfach nicht kann, aber irgend eine Möglichkeit muss ich finden...
Danke jedenfalls!
okay stimmt
Daran habe ich schon gedacht. Ist aber leider nicht so einfach. Unsere Infrastruktur ist etwas kompliziert. Einige Apps hängen in TS drinnen, einige unterliegen einem Freeze, usw.
Am liebsten wäre es mit eben, eine Art "Runfirst over all" für Applications zu machen ohne in die Application einzugreifen. Ähnlich wie bei Requirements bzw. Global Conditions.
Ich glaube ja mittlerweise, dass SCCM sowas einfach nicht kann, aber irgend eine Möglichkeit muss ich finden...
ich glaube auch, ist mir so noch nicht über den Weg gelaufen
Danke jedenfalls!
bitte
Was spricht den dein "MUST HAVE" einfach zu verteilen ? das wäre dann ein Global Dependency
Natür ginge es einfach zu verteilen. Bis alle Clients erreicht sind würde das aber sicher Woche brauchen (12.000 Clients) und die normale Verteilung rennt ja weiter...Oder du schreibst eine PowerShell rennst über die Deplymentypes und hängst die Dependency an.
https://docs.microsoft.com/en-us/powershell/module/configurationmanager/ ...
https://docs.microsoft.com/en-us/powershell/module/configurationmanager/ ...
Daran habe ich schon gedacht. Ist aber leider nicht so einfach. Unsere Infrastruktur ist etwas kompliziert. Einige Apps hängen in TS drinnen, einige unterliegen einem Freeze, usw.
Am liebsten wäre es mit eben, eine Art "Runfirst over all" für Applications zu machen ohne in die Application einzugreifen. Ähnlich wie bei Requirements bzw. Global Conditions.
Ich glaube ja mittlerweise, dass SCCM sowas einfach nicht kann, aber irgend eine Möglichkeit muss ich finden...
ich glaube auch, ist mir so noch nicht über den Weg gelaufen
Danke jedenfalls!
bitte
Zwar schon ewig her, aber trotzdem ein Update:
Die Lösung schsut nun folgendermaßen aus:
In einer Baselinig-Condition werden nach vordefinierter Liste (leider manuelles Doing) alles Clients abgefragt die eine App laut Liste bekommen und automatisch in die entsprechende Collection für die "MUST HAVE"- App eingetragen.
Das ist nur ein Pflaster. An einer besseren Lösung wird gearbeitet.
@7Gizmo7: Danke jedenfalls für deine Unterstützung. Auch wenn es so nichts gebracht hat 🤷♂️
Die Lösung schsut nun folgendermaßen aus:
In einer Baselinig-Condition werden nach vordefinierter Liste (leider manuelles Doing) alles Clients abgefragt die eine App laut Liste bekommen und automatisch in die entsprechende Collection für die "MUST HAVE"- App eingetragen.
Das ist nur ein Pflaster. An einer besseren Lösung wird gearbeitet.
@7Gizmo7: Danke jedenfalls für deine Unterstützung. Auch wenn es so nichts gebracht hat 🤷♂️
1
